Почему регламентные задания на сервере 1С не выполняются и как их запустить
Содержание
Чтобы включить регламентные задания на сервере 1С, откройте консоль администрирования серверов, найдите информационную базу в разделе Информационные базы, откройте её свойства и снимите флажок Блокировка регламентных заданий включена. После этого кластер начнёт запускать задания сам, по расписанию, без открытых клиентских сеансов. Дальше остаётся настроить нужные задания внутри базы: включить, задать расписание и пользователя.
Схема одинакова для любой типовой конфигурации на платформе 8.3: Бухгалтерии, ЗУП, УТ, ERP. Различаются только набор заданий и их расписания по умолчанию. Ниже — порядок действий от сервера к базе, права, контроль выполнения и разгрузка большой базы.
Как работают регламентные задания в серверной 1С
Регламентное задание — это процедура общего модуля, которую платформа вызывает по расписанию. Загрузка курсов валют, обмен с банком и ЭДО, обновление индекса полнотекстового поиска , удаление устаревших версий объектов — всё это регламентные задания.
В клиент-серверном варианте их выполняет кластер серверов
1С. Менеджер кластера сам следит за расписанием и создаёт фоновое задание в рабочем процессе rphost. Пользователь в программе может вообще не работать — задание всё равно выполнится.
В файловом варианте всё иначе: заданиям нужен запущенный клиентский сеанс, который их подхватит. Если в файловой базе никто не работает ночью, ночная выгрузка не произойдёт. Это частая причина переноса базы на сервер.
Задание включается в двух местах, и оба должны быть «открыты»:
| Уровень | Где настраивается | Что блокирует |
|---|---|---|
| Кластер (база целиком) | Консоль администрирования, свойства базы | Все задания базы разом |
| Конфигурация | Конфигуратор, объект Регламентные задания | Конкретное задание по умолчанию |
| Режим «Предприятие» | Форма «Регламентные и фоновые задания» | Конкретное задание с его расписанием |
Если не работает ни одно задание — смотрите кластер. Если не работает одно конкретное — смотрите его настройки в базе.
Подготовка сервера: служба, права и внешние ресурсы
До того как трогать флажки, проверьте окружение. Задания выполняются не на компьютере пользователя, а на сервере, и от имени учётной записи службы агента сервера.
Что проверить:
- 🖥️ Служба агента запущена. В
services.mscслужбаАгент сервера 1С:Предприятия 8.3в состоянии «Выполняется», тип запуска «Автоматически». - 👤 Учётная запись службы. По умолчанию служба работает от локального пользователя
USR1CV8. Если задание пишет файлы в сетевую папку, этой учётке нужны права на запись в неё. Вход под пользователем Windows здесь не помогает: у вас доступ к папке есть, у службы — нет. - 📂 Пути на стороне сервера. Каталог обмена
C:\Exchangeв настройках задания — это диск сервера, а не вашего ПК. Указывайте сетевой путь вида\\fileserver\exchange, а не подключённую букву диска: у службы сетевых дисков нет. - 🔐 Криптография. Если задание подписывает документы на сервере (обмен с банком, ЭДО), криптопровайдер и сертификаты должны стоять на сервере 1С, а не только у бухгалтера.
- 🌐 Доступ в интернет. Загрузка курсов, классификаторов и обновлений идёт с сервера. Прокси и брандмауэр настраивайте для него.
Перезапуск службы агента обрывает все сеансы пользователей и все выполняющиеся фоновые задания. Если права учётки поменялись и службу нужно перезапустить — делайте это в нерабочее время, предупредив пользователей.
Включение регламентных заданий в консоли кластера
Главный переключатель — в свойствах информационной базы на сервере.
- Запустите
Администрирование серверов 1С Предприятия(оснастка MMC на машине с установленным сервером или с зарегистрированной консолью). - Раскройте
Центральные серверы 1С:Предприятия → <имя сервера> → Кластеры → <кластер> → Информационные базы. - Правой кнопкой по нужной базе →
Свойства. - Введите имя и пароль администратора информационной базы — без них свойства не сохранятся.
- Снимите флажок
Блокировка регламентных заданий включена. - Нажмите
OK.
Изменение применяется сразу, перезапуск сервера не нужен. Ближайшее по расписанию задание стартует само.
Без MMC то же делают утилитой rac через сервер администрирования ras:
rac cluster list
rac infobase --cluster=<uuid-кластера> summary list
rac infobase --cluster=<uuid-кластера> update --infobase=<uuid-базы> --infobase-user=Администратор --infobase-pwd=*** --scheduled-jobs-deny=off
Если на кластере задан администратор, добавьте --cluster-user и --cluster-pwd. Полный список параметров — в rac help infobase.
Флажок блокировки часто стоит не случайно. При создании базы в консоли его предлагают включить, а администраторы ставят его на копиях: тестовая база не должна отправлять отчёты, выгружать данные на сайт и забирать выписки из банка вместо рабочей.
Блокировка работы с внешними ресурсами в типовых конфигурациях
У конфигураций на БСП есть вторая защита. Если база переехала на другой сервер или восстановлена из копии, программа при входе спрашивает, что произошло: база перемещена или это её копия. Пока вы не ответите, задания, работающие с внешними ресурсами (обмены, почта, ЭДО), заблокированы.
Ответ «Информационная база перемещена» снимает блокировку. Ответ «Это копия информационной базы» её оставляет. Отвечать должен администратор, а не первый вошедший бухгалтер.
Включение задания в конфигураторе и в режиме «Предприятие»
В конфигураторе
Регламентные задания лежат в дереве метаданных: Общие → Регламентные задания. В свойствах объекта:
Использование— включено ли задание по умолчанию;Предопределенное— задание создаётся в базе автоматически, его нельзя удалить;Имя метода— процедура общего модуля, которая выполняется;Расписание— расписание по умолчанию;- количество и интервал повторов при аварийном завершении.
В типовой конфигурации на поддержке эти свойства лучше не менять: правка снимет объект с поддержки или потребует расширения. Расписание и включение типовых заданий меняют в режиме «Предприятие». Конфигуратор нужен для своих заданий, которые добавлены доработкой или расширением.
В режиме «Предприятие»
В Бухгалтерии 3.0, ЗУП 3.1, УТ 11 путь одинаковый: Администрирование → Обслуживание → Регламентные операции → Регламентные и фоновые задания.
- Откройте список, найдите задание по названию.
- Откройте карточку двойным щелчком.
- Установите флажок
Включено. - Нажмите на ссылку расписания и задайте его: дни недели, время начала, повтор в течение дня.
- Сохраните карточку.
Чтобы проверить задание, не дожидаясь расписания, выделите его в списке и выполните вручную командой «Выполнить сейчас». Задание запустится фоновым на сервере, результат появится в колонке состояния.
Как задать расписание без ошибок
Окно расписания стандартное для платформы, у него вкладки «Общее», «Дневное», «Недельное» и «Месячное». Основные приёмы:
- 📅 Раз в сутки ночью. На вкладке «Дневное» укажите время начала, например
02:30, повтор не задавайте. - 🔁 Каждые N минут в рабочее время. На вкладке «Дневное» задайте время начала
08:00, время окончания20:00и интервал повтора в секундах:900— это 15 минут. - 🗓️ Только по будням. На вкладке «Недельное» отметьте дни с понедельника по пятницу.
- ⏳ Ограничение длительности. Если задание не должно работать дольше определённого времени, задайте время завершения: платформа не начнёт новый повтор после него.
Под ссылкой расписания в карточке сразу выводится текстовое описание вроде «каждый день; с 8:00:00 до 20:00:00; каждые 900 сек.». Сверьтесь с ним перед сохранением: ошибка в одной вкладке легко превращает «раз в сутки» в «каждую минуту».
Многие задания в типовых конфигурациях включаются не флажком в этом списке, а настройкой соответствующей функции. Например, обмен с банком заработает только после настройки DirectBank, а синхронизация данных — после настройки самого обмена. Флажок, поставленный вручную, без такой настройки задание не «оживит».
Пользователь задания и права доступа
Задание выполняется от имени пользователя информационной базы, указанного в его карточке. От этого зависит, к каким данным у задания будет доступ.
Правила, которые снимают большинство проблем:
- Заведите отдельного служебного пользователя, например «Регламентные задания». Не ставьте в задание сотрудника: он уволится, его отключат, и задания тихо перестанут работать.
- Разрешите ему аутентификацию 1С:Предприятия и задайте пароль. Входить интерактивно ему не нужно, флажок
Показывать в списке выбораможно снять. - Дайте права на те объекты, с которыми работает задание. Для обмена — права на загружаемые документы и справочники, для курсов валют — на регистр курсов. Проще всего — отдельный профиль групп доступа под служебного пользователя.
- Ограничения на уровне записей (RLS) действуют и на задание. Если у пользователя доступ только к одной организации, обмен по второй пройдёт с ошибками или молча пропустит данные.
Права Windows — отдельная история: они нужны учётке службы USR1CV8 (см. раздел о подготовке сервера), а не пользователю базы.
Если задание требует сертификат для подписи, сертификат должен быть доступен и учётной записи службы на сервере, и в настройках того пользователя базы, от имени которого выполняется задание.
Контроль выполнения и разбор ошибок
Первое место для проверки — сам список Регламентные и фоновые задания. По каждому заданию видно дату последнего запуска и состояние: выполнено, выполняется, завершено аварийно. В карточке задания есть сообщение об ошибке последнего запуска.
Второе место — журнал регистрации: Администрирование → Обслуживание → Журнал регистрации. Установите отбор по приложению «Фоновое задание» и по уровню «Ошибка». Так вы увидите полный текст исключения и момент, когда задание упало.
Третье — консоль кластера. В списке сеансов базы выполняющиеся задания видны как сеансы с приложением «Фоновое задание». Если такой сеанс висит часами, задание зависло или ждёт блокировку.
Если завершаете зависший сеанс фонового задания в консоли, прерванная транзакция откатится. Для обмена это обычно безопасно — следующий запуск повторит загрузку. Для закрытия месяца или пересчёта итогов лучше дождаться окончания.
Разгрузка сервера: задания в большой базе
В базе на сотни пользователей регламентные задания начинают мешать работе. Типичная картина: в 10:00 одновременно стартуют обмен с сайтом, обновление индекса полнотекстового поиска и расчёт отложенных проведений. Пользователи жалуются на тормоза.
Что помогает:
- ⏰ Разнесите тяжёлые задания по времени. Обмены и пересчёты, которым не нужна свежесть до минуты, переводите на ночь или обеденное время. Задания, которые запускаются каждую минуту, проверьте на нужность такой частоты.
- 🔍 Полнотекстовый поиск. Если поиском по базе никто не пользуется, обновление индекса и слияние индекса можно выключить или перевести на ночное расписание.
- 🚫 Отключите ненужное. Задания для неиспользуемых функций (синхронизация с сервисами, которые вы не подключали) только плодят сеансы и записи в журнале.
- 🧩 Требования назначения функциональности. В кластере из нескольких рабочих серверов в свойствах рабочего сервера, в разделе требований назначения функциональности, можно задать для объекта «Фоновое задание» отдельный сервер. Тогда задания уйдут на него, а пользователи будут работать на другом.
- 📈 Повторы при сбое. Для заданий, которые зависят от внешнего сервиса, задайте 2-3 повтора с интервалом 5-10 минут. Для тяжёлых расчётов повторы лучше не включать: упавший расчёт, перезапущенный трижды подряд, только усилит нагрузку.
Перед переносом задания на ночь убедитесь, что ночью не идёт резервное копирование базы и не запущено обслуживание СУБД (перестроение индексов, обновление статистики). Наложение этих операций даёт блокировки и долгие ожидания.