Регламентное задание в 9:00: почему 1С тормозила 22 минуты каждое утро

Регламентное задание 1С, запущенное поверх рабочего времени (типовой случай — обновление индекса полнотекстового поиска в 9:00), блокирует таблицы базы и держит сессии пользователей в очереди по 15–20 минут. Решение — сдвинуть расписание на ночь и перенести саму базу на сервер с запасом ресурсов, где регламентная нагрузка не отбирает процессор у рабочих сессий.

9:00: очередь у входа в 1С вместо работы

Понедельник, склад стройматериалов в Домодедово, 1С:Управление торговлей 11, тридцать четыре активные лицензии. Менеджеры приходят к девяти утра и садятся обзванивать клиентов по остаткам за выходные, бухгалтер открывает базу, чтобы разнести накладные за пятницу. У первых трёх человек база открывается за пару секунд, а дальше полоса загрузки замирает на надписи «Инициализация» и стоит так минуту, потом две, потом семь. К 9:12 в рабочем чате уже пять сообщений с одним смыслом: у всех тормозит? Кто-то грешит на провайдера интернета, кто-то — на старый компьютер бухгалтера, и только к 9:20 кто-то догадывается позвать системного администратора.

9:20–9:40: версии, которые проверили первыми и зря

Первым делом заподозрили интернет: сделали speedtest, перезагрузили роутер, позвонили провайдеру — линия чистая, задержка в норме. Потом переключились на компьютер бухгалтера, у которой тормоза были заметнее всего: посмотрели диспетчер задач, закрыли лишние вкладки браузера, проверили антивирус на фоновое сканирование. Ничего не помогло, потому что дело было не на стороне клиента. Двадцать минут ушли на проверку версий, которые звучали логично, но не объясняли главного — почему тормозит одинаково у всех тридцати четырёх человек одновременно, а не выборочно у тех, чьи компьютеры слабее. Именно это совпадение и натолкнуло на мысль искать причину на стороне сервера, а не на рабочих местах.

Регламентное задание, которое никто не трогал три года

Администратор открывает консоль кластера серверов 1С и видит фоновое задание «Полнотекстовый поиск: обновление индекса» — оно стартует в 9:00 по расписанию, оставшемуся с момента установки базы. Задание проходит по всем справочникам и документам, строит поисковый индекс заново и на время построения блокирует часть таблиц на запись — это штатное поведение платформы, а не сбой. Три года назад на тестовом контуре индексатор укладывался в четыре-пять минут, и никто не заметил бы конфликт даже при запуске в рабочее время. Но за это время база выросла с сорока до двухсот десяти тысяч документов, и та же операция теперь держит блокировку почти двадцать две минуты. Поэтому пока индекс не построится, менеджер не проведёт отгрузку, а бухгалтер не закроет накладную — очередь на запись копится молча, без единого сообщения об ошибке, и найти причину без консоли кластера почти невозможно.

Что теряет компания за эти двадцать две минуты

При тридцати четырёх активных лицензиях простой в двадцать две минуты каждое утро — не мелочь, а несколько тысяч рублей оплаченного, но неиспользуемого рабочего времени ежедневно, если посчитать среднюю стоимость часа сотрудника и умножить на число рабочих дней в месяце. К этому добавляется то, что не попадает ни в один отчёт: клиент, которому не перезвонили в 9:05, потому что карточка контрагента не открылась, набирает конкурента — у того телефон уже свободен. Раз в месяц регламент совпадает с закрытием периода у бухгалтерии, и тогда простой растягивается на всё утро: индексация конкурирует за ресурсы с расчётом себестоимости и пересчётом итогов регистров, а отчёт для директора, который должен был лечь на стол к обеду, сдвигается на вечер.

Три способа убрать конфликт — и что у каждого со временем и деньгами

У проблемы есть три рабочих решения, и они не исключают друг друга: первые два снимают симптом почти бесплатно, третий убирает причину целиком.

Сдвинуть расписание — быстрый, но временный ремонт

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

Ограничить ресурсы — компромисс на переходный период

Настройка «Использование ресурсов рабочих серверов» позволяет указать, сколько потоков и памяти может занять конкретное фоновое задание. Индексатор перестаёт забирать всё, что доступно кластеру, но платит за это временем: там, где раньше индекс строился двадцать две минуты, теперь может уходить час-полтора в фоне, и в это время поиск по последним документам будет неактуален.

Перенести базу — решение для растущей компании

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

Первые два варианта решают симптом за один вечер и ничего не стоят, поэтому с них стоит начинать. Но они не остановят рост базы: через год документов станет ещё больше, и индекс снова догонит рабочий день. Чтобы понять, во что именно упирается сервер — процессор, диск или память, — администратор компании прогнал тест Гилёва до и после переноса. Разница в скорости однопоточных операций показала, что старый сервер обслуживал одновременно и рабочие сессии, и регламентные задания на одном и том же ограниченном пуле ресурсов, и роста мощности «вбок» — дисками или памятью — уже не хватало.

Перенос базы на арендованный сервер и новое расписание регламента

Компания выбрала третий путь и перенесла базу на арендованный сервер для 1С с отдельными ресурсами под сервер приложений и СУБД. Конфигурацию считали по системным требованиям 1С с запасом на рост базы минимум на два года вперёд, а не впритык под текущий объём документов — иначе через год пришлось бы проходить тот же путь заново. Для базы поменьше, без выделенного администратора, хватило бы виртуального сервера для 1С, а под растущую нагрузку, как в этом случае, взяли выделенный сервер в аренду, где ресурсы не делятся с другими клиентами провайдера.

Полнотекстовый поиск сдвинули на 4:00 ночи, а регламент «Использование ресурсов рабочих серверов» ограничили так, чтобы случайное совпадение по времени с другой фоновой операцией не забирало все ядра разом. Настройку кластера серверов и расписания заданий делал инженер провайдера в рамках услуги настройка сервера 1С — для компании без своего системного администратора это отдельная статья экономии: не нужно держать штатного специалиста ради разовой перенастройки расписания. Если регламент снова начнёт расползаться по мере роста базы, дешевле разово вызвать сисадмина по цене от 3800 руб/час, чем содержать администратора в штате ради нескольких часов работы в квартал.

Как быстро проверить это на своей базе

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

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

Если совпадает хотя бы два пункта из трёх, дело не в интернете и не в компьютерах сотрудников, а в расписании регламентных заданий на сервере.

Через месяц: очереди у входа в базу больше нет

Менеджеры приходят в 9:00 и открывают 1С за секунды, потому что индекс строится ночью на сервере, который не делит ресурсы с рабочими сессиями. Бухгалтерия закрывает месяц без утренней очереди, а системный администратор больше не получает пачку сообщений про тормозящую базу каждое утро. Регламентное задание, которое три года незаметно работало против рабочего дня, теперь работает вместо него — просто в другое время суток, пока в офисе никого нет.

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

❓ Частые вопросы

Как понять, что тормоза базы 1С связаны именно с регламентным заданием, а не с интернетом или компьютерами?

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

Можно ли просто отключить регламентное задание полнотекстового поиска?

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

Сколько стоит перенести базу 1С на арендованный сервер?

Аренда сервера для 1С начинается от 1 100 ₽/мес за пользователя — конкретная цена зависит от числа пользователей, объёма базы и требуемых ресурсов CPU и RAM. Настройку кластера серверов и регламентных заданий можно заказать отдельно у провайдера.

Что делать, если своего системного администратора в компании нет?

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

Регламентные задания тормозят базу только по утрам или это может происходить в другое время?

Время зависит от настроек расписания в конкретной базе. Чаще всего конфликт возникает утром при открытии базы или в конце месяца при закрытии периода, когда к обычным регламентам добавляется расчёт себестоимости и пересчёт итогов.