← На главную

Многие администраторы и пользователи сталкиваются с ситуацией, когда в строго определенное время работа в базе 1С прерывается, а сеансы пользователей принудительно завершаются. Давайте разберем, какие механизмы могут приводить к таким последствиям, где искать настройки и как диагностировать причину «выбросов» из системы.

Вариант 1: Настройка в консоли администрирования кластера серверов 1С

Самая распространенная причина — это встроенная настройка кластера серверов 1С:Предприятие. В консоли администрирования существует параметр, который позволяет принудительно перезапускать рабочие процессы rphost через заданный интервал времени.

1. Откройте «Администрирование серверов 1С:Предприятия».
2. Найдите нужный кластер в дереве объектов.
3. Перейдите в свойства рабочего процесса или настройки параметров кластера.
4. Найдите пункт «Интервал перезапуска». Если там указано значение (например, 86400 секунд, что равно 24 часам), значит, сервер будет принудительно перезапускать процессы каждые сутки.

Важное примечание: На современных версиях платформы 1С (8.3.17 и выше) эта практика считается устаревшей и часто вредной. Ранее это использовали для борьбы с «утечками» памяти, но сейчас это лишь приводит к потере несохраненных данных пользователями и необходимости повторного заполнения оперативного кеша сервера.

Вариант 2: Лимиты потребления оперативной памяти

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

• «Безопасный расход памяти за один вызов» — ограничивает объем памяти, который процесс может занять при выполнении одного вызова сервера.
• «Объем памяти рабочих процессов до перезапуска» — если процесс rphost потребляет больше указанного объема, кластер принудительно «убьет» этот процесс и запустит новый.

Если вы наблюдаете «выбросы» в одно и то же время, возможно, в этот период запускается тяжелый отчет или регламентное задание, которое моментально «съедает» всю выделенную память, вызывая перезапуск.

Вариант 3: Внешние скрипты и планировщик задач Windows

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

1. Планировщик заданий Windows: Проверьте список задач. Там может находиться скрипт, который выполняет остановку и запуск службы 1C:Enterprise 8.3 Server Agent. Часто это делается для очистки папок с временными файлами (кешем) или для выполнения резервного копирования базы методом выгрузки в .dt файл, требующим монопольного доступа.
2. Бат-файлы (.bat/.cmd) или PowerShell-скрипты: Команды управления службами выглядят примерно так:
   Скопировать код

   
   net stop "1C:Enterprise 8.3 Server Agent"
   del /q "C:\Program Files\1cv8\srvinfo\reg_1541\snccntx\*.*"
   net start "1C:Enterprise 8.3 Server Agent"
   

Как проанализировать ситуацию и найти виновника?

Чтобы понять, что именно происходит в момент сбоя, воспользуйтесь следующими методами:

• Журнал регистрации: Просмотрите журнал регистрации 1С. Если происходит штатный перезапуск процесса кластером, там могут быть записи о завершении сеансов или перезапуске рабочего процесса.
• Просмотр событий Windows: В разделе «Журналы Windows» -> «Система» или «Приложения» можно найти записи об остановке службы 1C:Enterprise 8.3 Server Agent. Это позволит точно определить время и инициатора (процесс), который вызвал остановку.
• Технологический журнал: Если проблема критична, настройте Технологический журнал для отслеживания ошибок (событие EXCP) или событий завершения процессов PROC. Это даст исчерпывающую информацию о том, какой именно код или настройка инициирует сбой.

Совет: Если вы подозреваете, что процессы перезапускаются из-за ошибок в коде, не спешите настраивать автоматический рестарт. Лучше выявите проблемное регламентное задание, которое вызывает утечку памяти, и оптимизируйте его. Использование РегламентныеЗадания должно быть сбалансированным, чтобы не перегружать сервер в часы высокой активности пользователей.

И помните: если у вас нет прямого доступа к серверу, лучше всего обратиться к администраторам с конкретными вопросами: «Настроен ли у нас интервал перезапуска рабочих процессов в консоли кластера?» или «Есть ли в планировщике задач скрипты, перезапускающие службы 1С?»