Странный случай с отключением главного узла

Столкнулся с необычным на клиент-серверной базе.

Я отключаю главный узел стандартной обработкой в 1С. Правда, приходится блокировать навязчивые регламентные задания.

Но потом захожу в конфигуратор, а там конфигурация и расширения заблокированы.

Я испытал «когнитивный диссонанс». Ведь сколько раз уже это делал. А тут ни в какую. Попробовал отключать через запуск конфигуратора с нужными параметрами — не помогает.

И тут нашел один совет:

вообще бред, но заработало, короче базы клиент серверные, прежде чем снять риб захожу в свойства базы и ставлю блокировку рег. заданий, после предприятие, далее обработка и конфигуратор, и ничего не выходило.
сейчас зашел в консоль сервера и увидел, что есть строка подключение как консоль сервера, она появляется когда свойства вызываешь, грохнул ее, заново открыл конфигуратор и все стало норм

Это навело меня на мысль попробовать перезапустить службу агента 1С сразу после отключения главного узла. И да, действительно помогло.

Но потом было еще веселее.

Когда я поправил нужное расширение, зашел в 1С, мне выдало типовое предупреждение:

Я нажал восстановить, запустил обмен, он прошел и думал, что все хорошо.

Но пользователи начали жаловаться, что при входе у них выдается окошко восстановления связи с главным узлом.

Так я понял, что после восстановления главного узла тоже надо перезапускать службу агента. Что-то новое на новых релизах платформы. Видимо, состояние кэшируется.

Платформа: 8.3.27.1688

image_pdfimage_print

fixin

Программирую на 1С с 1999 года. В 1С просто Гений. В 2020 году ушел из офиса на вольные хлеба фриланса. Принимаю заказы.

Вам может также понравиться...

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *