Перезагрузка сервера 1С: пошаговая инструкция

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

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

Когда нужна перезагрузка сервера 1С

Перезагрузить сервер 1С требуется в следующих ситуациях:

• Обновление платформы — после установки новой версии 1С:Предприятие изменения вступают в силу только после перезапуска служб.
• Изменение параметров кластера — редактирование настроек распределения нагрузки, лимитов памяти, правил балансировки требует перезапуска для применения конфигурации.
• Зависание рабочих процессов — когда процессы rphost.exe или ragent.exe перестают отвечать, пользователи не могут подключиться к базе данных.
• Критические ошибки в журнале — появление записей об исчерпании памяти, нарушении целостности кэша или ошибках доступа к базе данных.
• Установка исправлений — патчи конфигурации или платформы активируются после перезагрузки служб.
• Плановое обслуживание — профилактические работы с базой данных, резервное копирование в монопольном режиме, реиндексация таблиц.

Перезагрузка сервера 1С не затрагивает сам сервер Microsoft SQL Server или PostgreSQL — останавливаются только службы платформы 1С:Предприятие. Для инфраструктуры 1С подходят надёжные серверы с достаточным объёмом оперативной памяти и производительными процессорами.

Подготовка к перезагрузке

Перед перезапуском службы 1С на сервере выполните подготовительные шаги:

1. Оповестите пользователей — за 15-30 минут до перезагрузки отправьте сообщение через консоль кластера или корпоративную почту. Укажите время простоя и попросите завершить активные задачи.
2. Проверьте активные сеансы — откройте консоль кластера серверов 1С и посмотрите список подключённых пользователей. Запишите количество сеансов в каждой информационной базе.
3. Завершите фоновые задания — убедитесь, что регламентные задачи (обмен данными, проведение документов, расчёт зарплаты) не выполняются. Приостановите автоматический запуск заданий на время обслуживания.
4. Создайте резервную копию — сделайте бэкап информационных баз перед перезагрузкой. Это защитит от потери данных при возникновении непредвиденных ошибок.
5. Запишите текущую конфигурацию — зафиксируйте параметры кластера: количество рабочих процессов, лимиты памяти, правила назначения функциональности. Это упростит диагностику, если после перезагрузки возникнут проблемы.

Для работы с большими базами данных (свыше 100 ГБ) и множеством одновременных подключений (более 50 пользователей) понадобится сервер с увеличенным объёмом оперативной памяти и быстрыми SSD-накопителями для ускорения обработки запросов.

Способ 1: Перезагрузка через консоль кластера серверов

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

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

Способ 2: Перезапуск службы 1С через командную строку

Перезапустить службу 1С на сервере можно через встроенную команду net stop и net start. Этот способ работает быстро и подходит для автоматизации через задачи планировщика Windows.

Для автоматизации перезагрузки сервера 1С создайте bat-файл с командами остановки и запуска службы. Добавьте задержку между командами (например, timeout /t 10) для корректного завершения процессов.

Пример bat-файла для перезагрузки

@echo off
echo Остановка службы 1С:Предприятие...
net stop "1C:Enterprise 8.3 Server Agent"
timeout /t 10
echo Запуск службы 1С:Предприятие...
net start "1C:Enterprise 8.3 Server Agent"
timeout /t 5
echo Проверка статуса службы...
sc query "1C:Enterprise 8.3 Server Agent"
pause

Сохраните файл с расширением .bat и запускайте от имени администратора. Для плановых перезагрузок добавьте задачу в планировщик Windows с запуском в нерабочее время.

Способ 3: Управление кластером через RAC

RAC (Remote Administrator Console) — консольная утилита для удалённого управления кластером серверов 1С. Позволяет останавливать и запускать отдельные рабочие процессы, менеджеры кластера, блокировать информационные базы без перезагрузки всей службы.

RAC позволяет перезагрузить отдельные рабочие процессы без остановки всего кластера. Это полезно, когда один процесс завис, но остальные работают нормально — пользователи на других процессах продолжат работу без прерывания.

Блокировка информационной базы перед перезагрузкой

Перед плановой перезагрузкой заблокируйте доступ пользователей к информационной базе через RAC:

1. Получите список информационных баз: rac infobase summary list --cluster=<GUID кластера>.
2. Найдите нужную базу по имени, скопируйте её GUID (поле infobase).
3. Установите блокировку: rac infobase update --cluster=<GUID кластера> --infobase=<GUID базы> --sessions-deny=on --scheduled-jobs-deny=on --permission-code=<код разрешения>.
4. Пользователи увидят сообщение «Соединения с информационной базой временно запрещены». Администраторы с кодом разрешения смогут подключиться.
5. После перезагрузки снимите блокировку: rac infobase update --cluster=<GUID кластера> --infobase=<GUID базы> --sessions-deny=off --scheduled-jobs-deny=off.

Блокировка через RAC гарантирует, что во время перезагрузки новые пользователи не подключатся к базе данных и не создадут конфликтов при остановке процессов.

Проверка статуса служб после перезагрузки

После перезапуска службы 1С на сервере обязательно проверьте работоспособность системы:

Параметр	Способ проверки	Ожидаемый результат
Статус службы агента	sc query "1C:Enterprise 8.3 Server Agent"	STATE: 4 RUNNING
Наличие рабочих процессов	tasklist | findstr rphost	Список процессов rphost.exe по количеству настроенных в кластере
Доступность кластера	rac cluster list	Вывод списка кластеров без ошибок подключения
Подключение к информационной базе	Запуск тонкого клиента 1С с подключением к базе	Успешный вход без ошибок аутентификации или доступа
Журнал регистрации	Просмотр технологического журнала или журнала Windows (Просмотр событий → Журналы Windows → Приложение)	Отсутствие критических ошибок (EXCP, EXCPCNTX, SDBL, DBMSSQL)
Активные сеансы	Консоль кластера → Информационные базы → Активные сеансы	Пользователи подключаются и работают без задержек

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

• Доступность СУБД — убедитесь, что служба Microsoft SQL Server или PostgreSQL запущена. Проверьте подключение к серверу базы данных с помощью SQL Server Management Studio или pgAdmin.
• Сетевые настройки — проверьте, что порт агента сервера (по умолчанию 1540) открыт в брандмауэре Windows. Выполните команду: netstat -an | findstr 1540 — должна быть строка LISTENING.
• Права доступа — убедитесь, что учётная запись службы агента сервера имеет права на каталоги информационных баз и файлы конфигурации.
• Лог-файлы — откройте технологический журнал 1С (каталог C:\ProgramData\1C\1Cv8\<кластер>\logs) и найдите записи с ошибками запуска процессов или подключения к базе данных.

Типовые конфигурации серверов для 1С

Производительность сервера 1С зависит от конфигурации оборудования. Приведём рекомендации по подбору компонентов для разных сценариев использования.

Сценарий	Пользователи	Процессор	Память	Диски
Малый бизнес (УТ, Бухгалтерия)	До 10	Intel Xeon E-2314, 4 ядра / 8 потоков, 2.8 ГГц	16 ГБ DDR4 ECC	2× SSD 480 ГБ (RAID 1)
Средний бизнес (ERP, УПП)	10-50	Intel Xeon Silver 4310, 12 ядер / 24 потока, 2.1 ГГц	64 ГБ DDR4 ECC	4× SSD 960 ГБ (RAID 10)
Крупный бизнес (ERP 2, холдинги)	50-200	2× Intel Xeon Gold 6338, 32 ядра / 64 потока каждый	256 ГБ DDR4 ECC	8× NVMe SSD 1.92 ТБ (RAID 10)
Кластер серверов приложений	200+	2× Intel Xeon Platinum 8380, 40 ядер / 80 потоков каждый	512 ГБ DDR4 ECC	Внешняя СХД с каналом 25 ГбE или 32 Гбит FC

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

Частые ошибки при перезагрузке сервера 1С

Ошибка: служба не останавливается

Если команда net stop зависает или возвращает ошибку тайм-аута, причины могут быть следующие:

• Активные сеансы пользователей — служба ожидает завершения активных подключений. Принудительно завершите сеансы через консоль кластера или RAC.
• Зависшие рабочие процессы — процессы rphost.exe не отвечают на команды остановки. Завершите их принудительно: taskkill /F /IM rphost.exe.
• Блокировка файлов базы данных — СУБД держит блокировку на файлы 1CD. Проверьте активные подключения в SQL Server Management Studio или pgAdmin, завершите сеансы.
• Недостаточные права доступа — командная строка запущена без прав администратора. Закройте и откройте от имени администратора.

Если проблема повторяется, перезагрузите весь сервер — это гарантированно завершит все процессы и сбросит блокировки. Для серверов с системами охлаждения промышленного класса допускается круглосуточная работа без перезагрузок, но периодическое обслуживание необходимо.

Ошибка: рабочие процессы не запускаются

После запуска службы агента рабочие процессы могут не стартовать. Типичные причины:

• Исчерпание лицензий — закончились клиентские лицензии или лицензии на подключение к серверу. Проверьте наличие ключа защиты или программной лицензии в конфигурации кластера.
• Ошибки в параметрах кластера — некорректные лимиты памяти, неверные пути к каталогам временных файлов. Проверьте настройки через консоль кластера или RAC.
• Недостаток оперативной памяти — сервер не может выделить необходимый объём памяти для рабочих процессов. Увеличьте объём RAM или уменьшите количество процессов в настройках кластера.
• Конфликт версий платформы — установлено несколько версий 1С:Предприятие, служба агента запускается с версией, несовместимой с информационными базами. Проверьте версию через sc qc "1C:Enterprise 8.3 Server Agent" (поле BINARY_PATH_NAME).

Ошибка: медленное подключение пользователей после перезагрузки

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

Если задержки сохраняются после 10-15 подключений, проверьте:

• Скорость дисковой подсистемы — медленные HDD создают узкое место при чтении конфигурации и данных. Замените диски на SSD-накопители с интерфейсом NVMe для максимальной производительности.
• Сетевую нагрузку — проверьте загрузку сетевых адаптеров. Для кластеров серверов 1С рекомендуются сетевые карты 10 ГбE с поддержкой агрегации каналов.
• Производительность СУБД — медленные запросы к SQL Server или PostgreSQL замедляют работу 1С. Оптимизируйте индексы, перестройте статистику, увеличьте размер кэша СУБД.
• Настройки кластера — недостаточное количество рабочих процессов приводит к очередям подключений. Увеличьте количество процессов пропорционально числу одновременных пользователей (рекомендация: 1 процесс на 5-10 пользователей).

Автоматизация перезагрузки через планировщик Windows

Для плановых ночных перезагрузок настройте задачу в планировщике Windows:

1. Откройте «Планировщик заданий» (taskschd.msc).
2. Создайте задачу: «Действие» → «Создать задачу».
3. Вкладка «Общие»: укажите имя «Перезагрузка 1С», выберите «Выполнять вне зависимости от регистрации пользователя», установите флаг «Выполнить с наивысшими правами».
4. Вкладка «Триггеры»: создайте триггер с расписанием (например, еженедельно по воскресеньям в 03:00).
5. Вкладка «Действия»: добавьте действие «Запуск программы», в поле «Программа или сценарий» укажите путь к bat-файлу с командами перезагрузки.
6. Вкладка «Параметры»: снимите флаг «Останавливать задачу, выполняемую более 3 дней», установите «При сбое выполнения перезапускать через 1 минуту».

Автоматизация перезагрузок снижает нагрузку на администратора и обеспечивает регулярное обновление конфигурации в памяти рабочих процессов.

Перезагрузка кластера серверов 1С

В распределённой инфраструктуре с несколькими серверами приложений перезагрузка выполняется последовательно:

1. Определите центральный сервер — сервер, на котором работает менеджер кластера (процесс rmngr.exe). Этот сервер координирует работу всех остальных серверов кластера.
2. Перезагрузите рабочие серверы — остановите службы агента на всех рабочих серверах (кроме центрального) командой net stop или через RAC. Убедитесь, что процессы rphost.exe завершились.
3. Дождитесь завершения сеансов — пользователи, подключённые к остановленным серверам, автоматически переключатся на работающие серверы. Проверьте распределение сеансов через консоль кластера.
4. Запустите службы на рабочих серверах — выполните net start на остановленных серверах. Рабочие процессы зарегистрируются в кластере и начнут принимать новые подключения.
5. Перезагрузите центральный сервер — после того, как все рабочие серверы вернулись в строй, перезагрузите центральный сервер по стандартной процедуре. Менеджер кластера временно недоступен, но пользователи продолжают работу на рабочих процессах.

Такая последовательность минимизирует простой пользователей — в каждый момент времени доступна часть рабочих процессов для обработки запросов.

Мониторинг состояния служб 1С

Для контроля работоспособности сервера 1С настройте мониторинг ключевых метрик:

• Статус службы агента — автоматическая проверка через скрипт PowerShell или систему мониторинга (Zabbix, Nagios, PRTG). Уведомление при остановке службы.
• Количество рабочих процессов — сравнение количества запущенных rphost.exe с настроенным в кластере. Если процессов меньше — признак проблемы.
• Использование ресурсов — контроль загрузки CPU, памяти, дисковой подсистемы. Превышение пороговых значений (CPU > 80%, RAM > 90%) требует оптимизации или расширения конфигурации.
• Время отклика — регулярные тестовые подключения к информационной базе с замером времени. Увеличение времени отклика сигнализирует о деградации производительности.
• Журнал ошибок — автоматический парсинг технологического журнала 1С на наличие критических ошибок (EXCP, EXCPCNTX). Отправка уведомлений администратору при обнаружении.

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

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