При обновлении или переносе конфигураций, построенных на базе «Библиотеки стандартных подсистем» (БСП), таких как 1С:ERP, 1С:Комплексная автоматизация или 1С:ЗУП, администраторы часто сталкиваются с внезапной остановкой регламентных заданий. Самая характерная ошибка при этом звучит так: «Изменилась строка соединения информационной базы. Возможно информационная база была перемещена. Регламентное задание... отключено». Чаще всего это касается рассылки электронных писем, синхронизации данных или обмена с государственными информационными системами. При регулярном обслуживании множества информационных систем администраторам удобно настроить автоматическое обновление и тестирование баз 1С в пакетном режиме.
Рассмотрим подробнее, почему это происходит, как работает механизм защиты БСП и какими способами мы можем вернуть систему в рабочее состояние. Проанализируем ситуацию с точки зрения системного администратора и программиста 1С.
Разберем логику платформы. В БСП встроен специальный механизм защиты от дублирования данных. Представьте ситуацию: системный администратор сделал копию «боевой» базы для тестов. Если в этой копии автоматически запустятся регламентные задания, она начнет отправлять реальные счета клиентам по почте, выгружать данные в клиент-банк или обмениваться информацией с сайтом. Чтобы этого избежать, 1С запоминает параметры последнего успешного запуска (имя сервера и имя базы данных). При подготовке тестовой среды может также потребоваться её предварительная очистка от конфиденциальных сведений, для чего можно запустить выборочное удаление данных организации в 1С со всеми связанными документами.
При каждом старте система сравнивает текущую строку соединения с сохраненной в базе. Если они не совпадают — например, вы сменили протокол подключения, использовали IP-адрес вместо DNS-имени сервера или просто обновили платформу, которая иначе интерпретировала строку соединения — база помечается как «копия». В этом режиме работа с внешними ресурсами (почта, SMS, FTP) блокируется программно через установку параметра сеанса РаботаСВнешнимиРесурсамиЗаблокирована в значение Истина. Для гибкого управления доступом к внешним сервисам можно применить решение для настройки блокировки внешних ресурсов на продуктовом и тестовом контуре.
Первым делом проверим самый простой и штатный способ, предусмотренный разработчиками 1С. В большинстве случаев система сама выводит уведомление при входе, но если оно было проигнорировано, проделаем следующие шаги:
После этого система обновит сохраненную строку соединения, и работа регламентных заданий будет разрешена. Посмотрим на результат: галочки включения заданий в списке регламентных операций больше не должны «слетать» автоматически.
Иногда кнопка в интерфейсе не помогает или недоступна из-за специфических ошибок обновления. В таком случае мы можем принудительно сообщить системе, что данная база является рабочей. Для этого воспользуемся обработкой «Групповое изменение реквизитов» (с возможностью выполнения произвольного алгоритма) или любой консолью кода.
Рассмотрим код, который необходимо выполнить для фиксации рабочего состояния:
// Устанавливаем признак того, что база является рабочей
ОбщегоНазначения.УстановитьРабочееСостояниеИнформационнойБазы(Истина);
// Дополнительно можно явно снять блокировку в текущем сеансе
ПараметрыСеанса.РаботаСВнешнимиРесурсамиЗаблокирована = Ложь;
Метод ОбщегоНазначения.УстановитьРабочееСостояниеИнформационнойБазы делает важную вещь: он не просто меняет флаг в оперативной памяти, а перезаписывает эталонную строку соединения в параметрах БСП. После выполнения этого кода рекомендуется перезапустить сеанс.
Если проблема возникла в процессе разработки или в специфических условиях (например, в копии базы для отладки обмена почтой), нам может потребоваться точечное управление блокировкой. Как было отмечено в обсуждении на форуме, ошибка часто вызвана тем, что значение ПараметрыСеанса.РаботаСВнешнимиРесурсамиЗаблокирована жестко стоит в Истина. Для управления блокировкой заданий в тестовых копиях можно использовать обработку для обхода блокировки регламентных заданий в копиях баз.
Проанализируем пример кода для внешней обработки, который поможет разблокировать работу в текущем сеансе и запустить нужное действие:
Процедура ВыполнитьРазблокировку()
// Снимаем программный замок
ПараметрыСеанса.РаботаСВнешнимиРесурсамиЗаблокирована = Ложь;
// Теперь можно принудительно запустить выполнение задания
// Например, для почты это может выглядеть так:
УправлениеЭлектроннойПочтой.ПолучениеИОтправкаЭлектронныхПисем();
Сообщить("Блокировка снята, регламентное задание запущено.");
КонецПроцедуры
Иногда корень проблемы лежит глубже, чем просто «флаг копии». После крупного обновления ERP могут сброситься или некорректно инициализироваться функциональные опции. Проверим следующие настройки в разделе администрирования почты:
Также стоит убедиться, что для регламентного задания ПолучениеИОтправкаЭлектронныхПисем в списке регламентных заданий не снята галочка «Использование». Если при попытке ее поставить она исчезает, значит, механизм защиты БСП, описанный выше, все еще считает базу копией и перехватывает управление при записи задания.
Если вышеперечисленные методы не помогают, проанализируем технические нюансы окружения:
srvinfo/reg_1541/snccntx... и запустить службу заново.SERVER-1, а другой через 192.168.1.10, для БСП это разные базы. Договоритесь об использовании единого стандарта (лучше всего — полное доменное имя FQDN).Подводя итог, можно сказать, что данная ошибка — это не баг, а защитная фича. Самым правильным и безопасным решением является использование стандартной кнопки «Информационная база перемещена» в разделе обслуживания. Если же интерфейс блокирует это действие, использование программного метода ОбщегоНазначения.УстановитьРабочееСостояниеИнформационнойБазы(Истина) через консоль будет наиболее эффективным путем решения задачи.