← На главную

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

1. Проверка настроек базы и кода конфигурации

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

1. Откроем консоль регламентных заданий и найдем процедуру, которая должна выполняться по расписанию.
2. В конфигураторе или с помощью внешней обработки создадим вызов этой процедуры и запустим ее в режиме отладки.
3. Проанализируем по шагам выполнение кода. Если в конфигурации присутствуют проверки имени базы данных или специальных констант (например, признака копии базы), процедура может прерываться без вывода ошибок в пользовательском интерфейсе.

2. Анализ журнала регистрации 1С

Рассмотрим содержимое журнала регистрации. В клиент-серверном режиме при попытке запуска фонового задания платформа фиксирует служебные события. Перейдем в журнал регистрации и установим отбор по событиям со статусом «Ошибка» или «Предупреждение», а также по фоновым сеансам. Это поможет выявить ошибки авторизации или сбои при инициализации процессов.

3. Проверка требований назначения функционала в кластере

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

4. Проверка синхронизации времени и перезапуск планировщика

Посмотрим на настройки системного времени. Если время на сервере приложений 1С, сервере СУБД и рабочих станциях расходится, планировщик 1С может корректно не определять момент наступления события по расписанию.

1. Сверим время на всех серверах с помощью команды net time в командной строке операционной системы.
2. Перезапустим триггер планировщика: в консоли заданий снимем флажок «Использовать» у проблемного задания, сохраним изменения, а затем установим его обратно.
3. Попробуем изменить расписание задания на ближайшие минуты, чтобы проверить его автоматический запуск.

5. Блокировка начала сеансов и авторизация пользователей

Разберем ситуации, связанные с сеансами и правами доступа:

1. Блокировка начала сеансов: Помимо блокировки регламентных заданий, на базу может быть установлена блокировка соединений. В этом режиме активные пользователи продолжают работу, но новые фоновые сеансы порождаться не могут.
2. Пользователь для фоновых заданий: Если для выполнения регламентных заданий зафиксирован конкретный пользователь 1С, убедимся, что его учетная запись не заблокирована, у нее не изменился пароль и присутствуют необходимые права.
3. Права службы ОС: Проверим учетную запись операционной системы, под которой запущен агент сервера 1С (например, usr1cv8). Она должна иметь полные права на доступ к служебным каталогам и рабочей папке Temp.

6. Проверка клиентских лицензий

Выясним вопрос лицензирования. В клиент-серверном режиме работы платформы 1С:Предприятие 8.3 каждое фоновое задание при старте запрашивает клиентскую лицензию. Если свободные лицензии отсутствуют (все заняты пользователями или другими процессами), задание переходит в состояние ожидания и не выполняется.

7. Очистка кэша кластера и перерегистрация базы

При восстановлении базы из резервной копии поверх существующей или изменении параметров в кластере могут возникнуть рассинхронизация сеансовых данных и сбои планировщика:

1. Остановим службу агента сервера 1С (1C:Enterprise Server Agent).
2. Очистим служебные каталоги сеансовых данных в папке srvinfo (директории вида snccntx...).
3. Запустим службу агента сервера 1С обратно.
4. Если проблема сохраняется, удалим информационную базу из списка в консоли кластера серверов 1С (не удаляя базу данных на SQL-сервере) и зарегистрируем ее в кластере повторно.