TGViewer
Антон Дорошкевич | маяк в мире 1С и СУБД Антон Дорошкевич | маяк в мире 1С и СУБД @explorer1c · 2.02K subscribers
Post #28 4.31K
1️⃣🔤 После старта сервера 1С стартуют все регламенты...

❗️Достаточно часто встречаюсь с непониманием ситуации - почему после старта службы 1С стартуют все регламенты в базе, хотя у нас же настроено расписание?

▫️Во-первых, - не надо перезапускать сервера 1С, это очень нехорошая практика... Настройте перезапуск рабочих процессов - этого достаточно для стабильной работы Лучшей в мире платформы 1С!

▫️Во-вторых, - почему-же после запуска сервер запускает регламенты 1С?
Причина в том, что сервер 1С "помнит" когда последний раз запускал регламент в оперативной памяти менеджера кластера (rmngr).
Дата окончания у всех заданий - <не определено> (скриншот 1)

Но тут возникает следующий вопрос: почему стартует задание с расписанием "каждый день; с 5:25:23 один раз в день" (скриншот 2). когда сейчас только час ночи?

Когда в расписании указано только Время начала и при этом регламентное никогда не выполнялось по мнению менеджера кластера, то сервер запустит этот регламент неважно настало это время или нет!

Та же самая ситуация будет в кластере с двумя центральными серверами и уровнем отказоустойчивости = 0 при выходе одного из них из строя (а именно на нём был сервис заданий).
В этом случае вам необходимо установить уровень отказоустойчивости = 1 и тогда информация о Дате окончания будет синхронизироваться между обоими серверами и всё будет хорошо.

Если же вы хотите чётко определить время запуска регламента, то помимо Времени начало в расписании необходимо задать Время окончания (не путать с Завершать после - это совсем другой параметр).

Итак, зададим нашему регламенту расписание "каждый день; с 5:25:23 по 5:25:30 один раз в день" (скриншот 3).
И вот только в этом случае, даже при старте сервера в час ночи, наш регламент стартанёт ТОЛЬКО в промежутке 7 секунд с 5:25:23 до 5:25:30.

Посмотрите расписания регламентов в своих базах и настройте его правильно согласно бизнес-логике.
Конечно периодические регламенты (раз в 30 минут, 30 сек и т.д.) так настраивать нет смысла.

Выдержка из итс: В механизме расписаний существует соглашение, что если какой-то элемент расписания не указан, то он не участвует в создании расписания. Например, если мы не указали дату окончания, то расписание будет выполняться неограниченно долго. Также, если мы не указали дату начала, то расписание будет выполняться от текущего момента. Расписание не будет выполняться до даты начала, и после даты окончания расписания.
  • 👍 40
  • 🔥 29
  • ❤ 7
  • 😱 4
  • 😁 1
More from @explorer1c
  1. Sep 21, 2026Можно ли сделать поведение PostgreSQL в отношении потребления памяти процессами более жест…
  2. Sep 11, 2026Сегодня ровно год первому сообщению в канале! Огромное спасибо всем вам! Честно - было оче…
  3. Sep 9, 2026Теперь на багборде можно легко и быстро сравнить версии платформы по изменениям! Уверен чт…
  4. Sep 7, 2026Начнём...)
  5. Sep 2, 2026Как собрать для анализа запроса все временные таблицы с их содержимым? Все мы хорошо знаем…
  6. Aug 26, 2026Небольшой анонс поездок и мероприятий с моим участием: 08-10/09 - Обучение по кластеру 1с…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →