Автообновление конфигурации в узлах РИБ

1. Порядок действий

1.1. Подвязать пользователя ОС, под которым работает служба сервера 1С - как Windows-аутентификацию для юзера базы 1С admin

1.2. Добавить в реестр файл EnableAT.reg

1.3. Снизить до минимума (отключить) UAC

1.4. Добавить пользователя USR1CV8 в группу Administrators

1.5. Установить х64 COM-connector

1.5.1. Например, вот так

1.6. Перезагрузить сервер

2. Механизм работы

2.1. Точка входа - рег задание

2.2. Обновление проходит в 2 этапа, сперва система пытается обновить базу динамически. Если не удаётся - делает монопольно

2.2.1. 1. Динамическое

2.2.1.1. Пользователь ОС, от которого запускается служба сервера 1С - должен входить в базу 1С автоматически (без запроса пароля)

2.2.1.1.1. Настроить Windows аутентификацию, обычно привязка к пользователю базы admin

2.2.1.1.2. Основной симптом: видно что зависло рег задание, И в процессах висит один или несколько cmd.exe

2.2.1.2. Проверить что существует каталог файлов динамического обновления

2.2.1.2.1. Обычно это D:\1c\admin

2.2.1.2.2. Внутри него должен быть подкаталог Protokols

2.2.1.2.3. Расположение каталога

2.2.1.3. Если каталоги на месте и скрипт запускается - стоит проверить логи в подкаталоге Protokols

2.2.1.3.1. Если в логах сказано что база не обновляется изза структурных изменений - переходим на этап 2, Монопольное обновление

2.2.2. 2. Монопольное

2.2.2.1. Сразу можно проверять журнал регистрации с фильтром по пользователю upd_cfg

2.2.2.1.1. Код ошибки 2 - нет доступа, 1С сервер не может создать задачу в планировщик ОС

2.2.2.1.2. Код ошибки 8 - не включен AT. внести в реестр. После этого перезагрузить Сервер

2.2.2.2. Если в ЖР написано что задача запланирована, но ничего не делается

2.2.2.2.1. Из ЖР берём путь к скриптам и проверяем эти каталоги, варианты могут быть такие: