К статье
Практический материал

Администрирование · 10 мин

Как перезагрузить сервер 1С: полная инструкция для администратора

Как правильно перезагрузить сервер 1С:Предприятие: перезапуск агента, служб, кластера и СУБД на Windows и Linux. Подготовка, проверка результата и типичные ошибки.

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

Важно понимать, что «перезагрузить сервер 1С» может означать разные действия: перезапуск службы агента сервера 1С, перезапуск отдельных рабочих процессов кластера, перезагрузку службы СУБД (MS SQL, PostgreSQL) или полную перезагрузку физического сервера. Каждый вариант имеет свои последствия и область применения.

Ниже разобраны все основные сценарии: от мягкого перезапуска службы до полной перезагрузки машины, с подготовкой, командами для Windows и Linux, проверкой результата и типичными ошибками.

Подготовка: что сделать перед перезагрузкой

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

Откройте консоль администрирования серверов 1С (или консоль кластера ras/rac) и проверьте список активных сеансов. Предупредите пользователей о плановой остановке за 10–15 минут, попросите завершить работу. Фоновые и регламентные задания проверьте отдельно: длительные операции (закрытие месяца, загрузка данных, резервное копирование) нельзя прерывать на середине.

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

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

Самый частый сценарий — перезапуск службы «Агент сервера 1С:Предприятия». Это мягкий вариант: перезапускаются процессы кластера, но операционная система и СУБД продолжают работать. Откройте «Пуск → Выполнить», введите services.msc, найдите службу с именем вида «Агент сервера 1С:Предприятия 8.3» (точное имя зависит от версии платформы), щёлкните правой кнопкой и выберите «Перезапустить».

Тот же результат даёт командная строка с правами администратора. Имя службы можно посмотреть в свойствах службы на вкладке «Общие».

cmd
net stop "1C:Enterprise 8.3 Server Agent" && net start "1C:Enterprise 8.3 Server Agent"

Альтернатива — PowerShell: Restart-Service -Name "1C:Enterprise 8.3 Server Agent" -Force. Перезапуск занимает от нескольких секунд до минуты в зависимости от числа информационных баз и нагрузки. Если служба «зависла» в состоянии «Остановка», дождитесь таймаута или завершите процесс ragent.exe через диспетчер задач, затем запустите службу снова.

Перезапуск сервера 1С в Linux

В Linux агент сервера 1С обычно зарегистрирован как systemd-служба с именем вида srv1cv83 (зависит от версии платформы и скрипта установки). Перезапуск выполняется стандартной командой с правами root или через sudo.

bash
sudo systemctl restart srv1cv83 && sudo systemctl status srv1cv83

Команда status сразу покажет, поднялась ли служба после перезапуска. Если служба не стартует, смотрите журнал: journalctl -u srv1cv83 -n 50. Типичные причины проблем — занятый порт агента, недостаток прав на каталоги кластера (srvinfo) или нехватка памяти.

Если служба в systemd не зарегистрирована, агент мог быть запущен вручную. В этом случае найдите процесс командой ps aux | grep ragent, корректно завершите его и запустите заново тем же способом, каким он был запущен изначально.

Перезапуск рабочих процессов и кластера без остановки службы

Не всегда нужно перезапускать весь агент. Если проблема локализована — например, один рабочий процесс rphost «съел» всю память, — достаточно перезапустить его. В консоли администрирования откройте список рабочих процессов кластера, найдите проблемный процесс и завершите его: кластер автоматически создаст новый, а сеансы перераспределятся, если рабочих процессов несколько.

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

Когда нужна перезагрузка СУБД или всего сервера

Перезапуск службы агента не решает проблемы на стороне СУБД: зависшие запросы, переполненный tempdb, исчерпание памяти SQL Server или PostgreSQL. Если диагностика показала, что проблема именно в СУБД, перезапускается соответствующая служба: для MS SQL — «SQL Server (MSSQLSERVER)», для PostgreSQL — служба postgresql. Порядок важен: сначала остановите агент сервера 1С (чтобы обрывов соединений не было в момент активной работы), затем перезапустите СУБД, после её запуска — агент.

Полная перезагрузка операционной системы оправдана в трёх случаях: установка обновлений Windows/Linux, требующих перезагрузки; проблемы на уровне ОС (исчерпание дескрипторов, сетевые сбои, утечки в системных процессах); ситуации, когда перезапуск служб не помогает. Порядок действий тот же: завершение сеансов, остановка агента 1С, корректная остановка СУБД, перезагрузка, проверка автозапуска всех служб после загрузки.

Маршрут решения

Как выбрать действие

Зависли отдельные сеансы или выросло потребление памяти одним процессомПерезапустите конкретный рабочий процесс через консоль кластера
Ошибки соединения клиентов с кластером, кластер не отвечаетПерезапустите службу агента сервера 1С
Зависшие запросы и блокировки на стороне СУБДОстановите агент 1С, перезапустите службу СУБД, запустите агент
Обновления ОС или перезапуск служб не помогВыполните полную перезагрузку сервера с корректной остановкой служб

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

После перезапуска убедитесь, что служба агента работает: в Windows — статус «Выполняется» в services.msc, в Linux — systemctl status srv1cv83. Дополнительно проверьте, что процессы ragent, rmngr и rphost присутствуют в памяти и порты кластера (по умолчанию 1540, 1541, 1560–1591) прослушиваются.

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

Контрольные точки

Как проверить результат

Состояние службы агента
Норма

Статус «Выполняется» / active (running)

Тревожный признак

Служба остановлена или в состоянии «запускается» дольше нескольких минут

Процессы кластера
Норма

ragent, rmngr и хотя бы один rphost в памяти

Тревожный признак

rphost отсутствует или падает сразу после старта

Подключение клиента
Норма

База открывается, списки документов загружаются

Тревожный признак

Ошибка соединения с сервером или длительное зависание при входе

Регламентные задания
Норма

Выполняются по расписанию без ошибок в журнале

Тревожный признак

Задания не стартуют или завершаются с ошибкой соединения

Типичные ошибки и частые вопросы

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

Типичные ошибки
01
Перезагрузка без предупреждения пользователей — обрыв сеансов и потеря несохранённых данных
02
Перезапуск СУБД при работающем агенте 1С — зависшие соединения и ошибки клиентов
03
Отсутствие проверки автозапуска служб после перезагрузки ОС — сервер «работает», но базы недоступны
04
Завершение единственного рабочего процесса в рабочее время — массовый обрыв всех сеансов
Итог

Что важно запомнить

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

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

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

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

Обычно от нескольких секунд до одной-двух минут. Время зависит от количества информационных баз в кластере, числа рабочих процессов и нагрузки на сервер. Если служба не останавливается дольше нескольких минут, проверьте процесс ragent.exe в диспетчере задач — возможно, он завис и требует принудительного завершения.

Можно ли перезагрузить сервер 1С через консоль кластера?

Консоль администрирования позволяет завершать сеансы и рабочие процессы, но не перезапускает саму службу агента. Для перезапуска службы нужен доступ к серверу: services.msc или командная строка в Windows, systemctl в Linux. Утилита rac также позволяет остановить кластер, но запуск службы всё равно выполняется средствами ОС.

Что делать, если после перезагрузки базы не открываются?

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

Нужно ли перезагружать сервер 1С регулярно для профилактики?

Обязательной регулярной перезагрузки нет — правильно настроенный кластер работает месяцами. Вместо ручных перезагрузок настройте автоматический перезапуск рабочих процессов по интервалу или объёму памяти в свойствах кластера. Плановые перезагрузки ОС имеет смысл привязывать к установке обновлений системы и СУБД.

Отличается ли перезагрузка для файлового варианта 1С?

Файловый вариант не использует сервер 1С и СУБД — база хранится в файле 1Cv8.1CD, а «сервером» фактически является компьютер, публикующий базу через веб-сервер или общий сетевой доступ. Перезагружать нужно веб-сервер (IIS/Apache) или сам компьютер. При этом все пользователи должны выйти из базы, иначе файл может остаться заблокированным.