Есть достаточно большая база, в которую периодически вносятся изменения, а т.к. пользователи любят работать круглосуточно, то проблема внесения изменений достаточно актуальна. Сейчас всё делается вручную, но не оставляет мысль попробовать всё это автоматизировать. Т.е. нужно средствами SQL сделать бекап, оповестить пользователей на нескольких терминальных серверах о предстоящем отключении, средствами сервера 1С сбросить все сеансы (не только тонкий/толстый клиент, но и всякие СОМ-подключения и веб-сервисы) и применить CF файл. Ну и оповещения о удачном/неудачном завершении процесса желательно.
Есть уже у кого-нибудь наработанный опыт как это дело автоматизировать?

https://wonderland.v8.1c.ru/blog/1s-tsentr-administrirovaniya-administrirovanie-eto-prosto/

(1) Она ещё не вышла?

Легко - могу порекомендовать стороннее (платное) решение, где это дело автоматизировано (в личку).
Пакетный режим запуска конфигуратора и управление кластером через СОМ там используется.

Стандартная выгонялка 1С, потом тормозим сервер 1С, тормозим SQL, запускаем SQL, запускаем сервер 1С, обновляем конфигурацию, запускаем юзеров.
Чего еще придумывать?

(5) На сервере приложений 1С и в СУБД так-то много инфобаз, а выгонять надо из одной

+(3) "в личку" --> обращение по контактам, указанные в "Личной карточке".

Я делаю проще. Если есть изменения в метаданных, тут и думать не надо (за исключением крайних случаев).
Если нет - есть отдельно выделенный справочник. У которого в реквизите меняю, например, признак индексирования. Сохраняю. Кто не спрятался - а нефиг в 4 утра по Мск в базе сидеть.

(0) Делал такое через сервер администрирования и пауэршелл. Штука узкоспециальная, развивать не стал.

(12) RAS/RAC?

(13) Да. Хотел сделать независимо от COM и лицензий 1С. Вариант с Java вместо PWShell рассматривал, но не стал связываться. Админ был категорически против.

(14) А оно только для 8.3 серверов? Для 8.2 подобного ничего нету?

(15) Не знаю. На 8_2 не делал, искать лень.