Как правильно перезагрузить сервер 1С

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

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

Материал ориентирован на клиент-серверный вариант работы 1С:Предприятие с СУБД (MS SQL Server, PostgreSQL и др.). Для файлового режима отдельный сервер приложений не используется, и перезагружать там обычно нужно только сам компьютер или веб-сервер, публикующий базу.

Что именно вы перезагружаете: определяем объект

Прежде чем действовать, уточните, что требуется перезапустить. Это может быть служба агента сервера 1С:Предприятия на Windows, служба srv1cv8 на Linux, служба СУБД, веб-сервер (IIS или Apache) при публикации через веб-клиент, либо весь сервер целиком. Частая ситуация: проблема решается перезапуском одной службы, а администратор перезагружает всю машину, увеличивая простой.

Найдите имя службы заранее. В Windows агент сервера 1С обычно отображается в оснастке «Службы» как «Агент сервера 1С:Предприятия» с указанием версии платформы. На Linux служба обычно называется srv1cv8 с номером версии. Службу СУБД ищите по имени используемой системы: MSSQLSERVER, postgresql и т.п.

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

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

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

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

Перезапуск службы агента сервера 1С

Если перезагружать весь сервер не требуется, достаточно перезапустить службу агента. В Windows откройте «Службы» (services.msc), найдите службу агента сервера 1С нужной версии и выберите «Перезапустить». Учтите: при этом все сеансы и соединения кластера будут разорваны, поэтому шаг подготовки обязателен.

В Linux перезапуск выполняется через systemctl. Команды удобно выполнять от root или через sudo:

sudo systemctl restart srv1cv8-8.3.22
sudo systemctl status srv1cv8-8.3.22

После перезапуска проверьте статус службы и убедитесь, что рабочие процессы кластера поднялись: в консоли кластера должны появиться процессы rphost, а порт агента (по умолчанию 1540) и порты рабочих процессов должны слушаться. Если служба не стартует, смотрите журнал событий системы и технологический журнал 1С.

Полная перезагрузка сервера: правильный порядок

Когда нужен перезапуск всей машины (установка обновлений ОС, проблемы с памятью, зависание), соблюдайте порядок остановки: сначала агент сервера 1С, затем СУБД, затем сам сервер. Обратный порядок при включении: ОС, СУБД, агент 1С. Это гарантирует, что базы данных корректно закроются и не останутся в состоянии незавершённого восстановления.

1. 1
   Предупредите пользователей и заблокируйте новые соединения в консоли кластера
2. 2
   Дождитесь завершения сеансов и фоновых заданий, завершите зависшие сеансы
3. 3
   Остановите службу агента сервера 1С
4. 4
   Остановите службу СУБД (при размещении на том же сервере)
5. 5
   Перезагрузите сервер штатными средствами ОС
6. 6
   После загрузки проверьте запуск СУБД и агента 1С
7. 7
   Откройте консоль кластера, убедитесь в наличии рабочих процессов и снимите блокировку соединений
8. 8
   Проверьте вход в базу тестовым сеансом

Если СУБД размещена на отдельном сервере, перезагружать её вместе с сервером 1С обычно не нужно — достаточно перезапустить машину с агентом. Но убедитесь, что после загрузки сервер 1С видит сервер баз данных по сети: проверьте доступность порта СУБД.

Не используйте жёсткую перезагрузку (кнопка питания, сброс на гипервизоре), пока не исчерпаны штатные способы. Принудительное отключение виртуальной машины равнозначно выдергиванию питания и опасно для баз данных.

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

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

Дополнительно проверьте журнал регистрации 1С и журнал событий ОС на наличие ошибок сразу после старта. Если используется веб-публикация, откройте базу через браузер. Если настроены регламентные задания и обмены — убедитесь, что они выполнились по расписанию после простоя.

Типичные ошибки и как их избежать

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

Третья группа ошибок связана с автозапуском: служба агента 1С или СУБД настроена на ручной запуск, и после перезагрузки сервера никто не поднимает их вручную — пользователи утром не могут войти. Проверьте тип запуска служб заранее и установите «Автоматически», где это уместно.

Частые ситуации и выбор действия

Не каждая проблема требует перезагрузки сервера. Зависший сеанс одного пользователя решается удалением этого сеанса в консоли кластера. Рост потребления памяти рабочими процессами часто лечится перезапуском рабочих процессов (rphost) без остановки агента — в консоли кластера можно перезапустить процесс или настроить автоматический перезапуск по порогу памяти.

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

FAQ