Есть какой-нибудь разумный способ проверить, что конфа БД отличается? Т.е. в режиме <!>
Чёт кроме как запустить CompareCfg и анализировать полученный файл, ничего после медитаций с ИТС в голову не приходит.

там жи кокой-то ИД меняется при каждом изменении, вроде

развивая мысль из (1)
Конфигуратор    1С:Предприятие 8
GetConfigGenerationID
/GetConfigGenerationID [-Extension <имя расширения>]
— предназначен для получения идентификатора текущего "поколения" метаданных конфигурации. Данный идентификатор обновляется при любом изменении конфигурации. Идентификаторы, полученные с помощью данной команды, имеет смысл сравнивать только на "равно/не равно" для проверки наличия изменений в конфигураторе с момента последнего получения конфигурации.
Для получения идентификатора следует обязательно указывать команду /Out командной строки запуска конфигуратора. Идентификатор будет иметь следующий вид: 4d8d1d994cd4534c9accd32a5b44b35300000000. Для пустой информационной базы идентификатор будет иметь вид: 0000000000000000000000000000000000000000.
Extension <имя расширения> — получение идентификатора метаданных указанного расширения. Если параметр не указан, идентификатор получается для основной конфигурации.

(2) не совсем понятно, о какой конфигурации в данном случае идет речь. в принципе, я понимаю, для чего это может пригодится, но в моём случае это не то

А почему бы в пакетном режиме не запустить примитивную внешнюю обработку, которая вернет значение КонфигурацияИзменена() ?

(4) так он небось не хочет клиент стартовать.
(3) из этого можно делать вывод - отличается ли текущая основная, от эталонной (сохраненной ранее).
однако, эталонное значение надо апдейтить как то.

(5) чтоб не стартовать, можно вебсервис написать

(6) а вот это, кстати, тема. надо попробовать

есть COM еще

Цель отслеживания изменений какая ?
Можно из базы таблицу метаданных получить и сделать ей хэш,а потом его сравнивать,тогда и в базу заходить не нужно.

(9) изменения в бд можно применить только ночью в технологическое окно. В конце дня изменения накатываются, и поднимается скрипт в планировщике, который запустит UpdateDBCfg на нужной базе.
Иногда скрипт зарядить забывается.
Хотелось иметь механизм, который само: пройдет по базам, где надо запустит UpdateDBCfg.

Вариант с сервисом самое оно.

(8) нам всем завтра винду в окно выкидывать, а вы все ещё всяких сомов советуете