Администрирование · 12 мин
Как перезапустить сервер 1С:Предприятие
Как перезапустить сервер 1С:Предприятие на Windows и Linux: служба агента, консоль кластера, завершение сеансов, проверка результата и типичные ошибки.
Перезапуск сервера 1С:Предприятие — стандартная административная операция, которая требуется при обновлении платформы, изменении параметров кластера, утечках памяти рабочих процессов или зависании сеансов пользователей. Процедура несложная, но выполненная без подготовки она может оборвать активные сеансы и привести к потере несохранённых данных пользователей.
Под «перезапуском сервера 1С» обычно понимают одно из трёх действий: перезапуск службы агента сервера, перезапуск кластера целиком или перезапуск отдельных рабочих процессов. Это разные операции с разными последствиями, и выбирать их нужно в зависимости от задачи. Ниже разобраны все варианты для Windows и Linux, а также способы проверить результат.
Перед любыми действиями убедитесь, что у вас есть права администратора на сервере и доступ к консоли кластера. Если сервер обслуживает другой специалист или хостинг-провайдер, согласуйте работу заранее — самовольный перезапуск боевого сервера в рабочее время может остановить работу всей компании.
Что именно нужно перезапускать: служба, кластер или рабочие процессы
Сервер 1С:Предприятие состоит из нескольких уровней. Агент сервера (процесс ragent) — главная служба, которая управляет кластером. Кластер — логическая структура, объединяющая рабочие процессы (rphost), которые непосредственно обслуживают сеансы пользователей. Есть также процесс менеджера кластера (rmngr) и, при использовании, сервер администрирования (ras).
Перезапуск службы агента останавливает весь кластер и все рабочие процессы — это самый «тяжёлый» вариант, при котором обрываются все сеансы. Перезапуск отдельного рабочего процесса затрагивает только те сеансы, которые на нём работают. Завершение сеансов через консоль кластера вообще не перезапускает сервер, но часто решает проблему зависших пользователей без остановки работы.
Как выбрать действие
Подготовка: что сделать перед перезапуском
Главный риск при перезапуске — обрыв активных сеансов. Если пользователь в этот момент проводит документ или выполняет длительную обработку, транзакция прервётся, а несохранённые данные пропадут. Поэтому перезапуск боевого сервера планируйте на нерабочее время или заранее предупредите сотрудников.
Откройте консоль администрирования кластера и посмотрите список активных сеансов и соединений. Если сеансов много, отправьте пользователям сообщение прямо из консоли (функция доступна в списке сеансов) с просьбой завершить работу. Дождитесь, пока количество активных сеансов сократится до минимума.
Дополнительно проверьте, не выполняются ли регламентные задания: резервное копирование, обмены данными, длительные отчёты. Прерывание регламентного задания на середине может оставить данные в несогласованном состоянии, особенно при обменах между базами.
Перезапуск службы агента на Windows
На сервере с Windows служба агента называется «Агент сервера 1С:Предприятия» с указанием версии платформы, например «Агент сервера 1С:Предприятия 8.3.22». Если на машине установлено несколько версий платформы, служб будет несколько — важно перезапустить именно ту, которая обслуживает нужный кластер.
Порядок действий через графический интерфейс: откройте «Пуск» → «Выполнить» (или Win+R), введите services.msc и нажмите Enter. В списке найдите службу агента сервера 1С, щёлкните по ней правой кнопкой мыши и выберите «Перезапустить». Дождитесь, пока статус сменится на «Выполняется».
Альтернатива — командная строка или PowerShell с правами администратора. Это удобно для автоматизации и удалённого перезапуска.
net stop "1C:Enterprise 8.3 Server Agent" && net start "1C:Enterprise 8.3 Server Agent"Имя службы в кавычках должно точно совпадать с именем в оснастке services.msc. Точное имя можно посмотреть в свойствах службы, поле «Имя службы». Если команда выдала ошибку доступа — перезапустите консоль от имени администратора.
- 1Предупредите пользователей и проверьте активные сеансы в консоли кластера
- 2Откройте services.msc и найдите службу агента сервера 1С нужной версии
- 3Нажмите «Перезапустить» и дождитесь статуса «Выполняется»
- 4Проверьте в консоли кластера, что рабочие процессы запустились
- 5Войдите в одну из баз и убедитесь, что подключение работает
Перезапуск агента сервера на Linux
На Linux агент сервера 1С обычно установлен как служба systemd. Имя юнита зависит от способа установки, часто это srv1cv83 или аналогичное. Посмотреть список служб, связанных с 1С, можно командой systemctl list-units | grep 1c или поиском по процессу ragent: ps aux | grep ragent.
Перезапуск выполняется стандартной командой с правами root или через sudo:
sudo systemctl restart srv1cv83После перезапуска проверьте статус службы: systemctl status srv1cv83. Статус active (running) означает, что агент запустился. Если служба не стартует, смотрите журнал: journalctl -u srv1cv83 -n 50 — там будут причины сбоя, например занятые порты или повреждённые файлы кластера.
Если агент был запущен вручную из командной строки (что встречается на тестовых серверах), то systemctl его не увидит. В этом случае завершите процесс ragent через kill по его PID и запустите заново тем же способом, каким он запускался раньше.
Перезапуск через консоль администрирования кластера
Консоль кластера (оснастка «Администрирование серверов 1С:Предприятия» на Windows или сервер администрирования ras с консолью rac на Linux) позволяет управлять кластером без перезапуска службы целиком. Это предпочтительный способ для точечных работ.
Чтобы перезапустить отдельный рабочий процесс, откройте в консоли ветку «Рабочие серверы» → ваш сервер → «Процессы». Выберите проблемный процесс (обычно тот, что потребляет аномально много памяти) и завершите его. Кластер автоматически запустит новый рабочий процесс, а сеансы при наличии настроенной отказоустойчивости будут перераспределены.
Через консоль также удобно завершать зависшие сеансы: откройте список сеансов кластера, найдите сеанс пользователя (видны имя, база, время бездействия) и выберите «Удалить». Сеанс будет принудительно завершён, остальные пользователи этого не заметят.
Как проверить, что сервер успешно перезапустился
Сам факт запуска службы ещё не гарантирует работоспособность кластера. После перезапуска выполните базовую проверку по нескольким точкам.
В консоли кластера откройте список рабочих процессов: они должны появиться и перейти в состояние «работает». Проверьте, что информационные базы видны в кластере и у них нет блокировок. Затем выполните реальное подключение — запустите тонкий или толстый клиент и войдите в одну из баз под тестовой учётной записью.
Как проверить результат
Служба выполняется, в журнале нет ошибок запуска
Служба остановлена или циклически перезапускается
Процессы rphost запущены и принимают сеансы
Процессов нет или они падают сразу после старта
Клиент входит в базу, списки и документы открываются
Ошибка соединения с сервером или таймаут
Порты 1540–1541 и диапазон рабочих процессов прослушиваются
Порты заняты другим приложением или закрыты брандмауэром
Если пользователи работают через веб-сервер (публикация на IIS или Apache), перезапуск агента сервера 1С не перезапускает веб-сервер — обычно это и не требуется. Но если после перезапуска веб-клиенты не подключаются, а тонкий клиент работает, проверьте публикацию и при необходимости перезапустите пул приложений или сам веб-сервер.
Типичные ошибки и частые проблемы
Большинство проблем после перезапуска связано не с самой процедурой, а с окружением: занятыми портами, правами доступа, повреждёнными служебными файлами кластера. Разберём типичные ситуации.
Если служба не стартует и в журнале ошибки вида «каталог кластера недоступен», проверьте права учётной записи, под которой работает агент (по умолчанию на Windows это отдельный пользователь USR1CV8), на каталог srvinfo. Потеря прав на этот каталог — частая причина отказа запуска после системных обновлений.
Ситуация, когда после перезапуска кластер «потерял» список баз, обычно означает повреждение или подмену файла реестра кластера в каталоге srvinfo. Восстановить базы можно повторной регистрацией в консоли кластера, поэтому полезно заранее иметь выгрузку списка информационных баз или скриншоты их настроек.
Для ночного обслуживания удобно настроить плановую задачу: сначала скрипт завершает сеансы через rac, затем перезапускает службу, затем проверяет доступность базы. Такой сценарий снижает риск «забытых» сеансов и избавляет от ручных перезапусков в нерабочее время.
FAQ: частые вопросы о перезапуске сервера 1С
Можно ли перезапустить сервер 1С, не отключая пользователей?
Полностью без отключения — нет: перезапуск службы агента всегда обрывает все сеансы. Минимизировать последствия можно, настроив требования отказоустойчивости кластера и перезапуская рабочие процессы по одному — тогда сеансы перераспределяются между процессами. Но даже в этом случае пользователи могут заметить кратковременную задержку.
Как перезапустить сервер 1С удалённо, без доступа к рабочему столу сервера?
На Windows используйте PowerShell Remoting или команду sc.exe с указанием имени сервера: sc \\servername stop "имя службы" и затем start. На Linux — подключение по SSH и systemctl restart. Также сеансы и процессы можно завершать удалённо через консоль кластера или утилиту rac, если запущен сервер администрирования ras.
Чем перезапуск службы отличается от перезагрузки всего сервера?
Перезапуск службы затрагивает только сервер 1С и занимает секунды. Перезагрузка операционной системы останавливает все службы, включая СУБД, если она установлена на той же машине, и занимает заметно больше времени. Для решения проблем сервера 1С перезагружать ОС обычно не требуется — достаточно перезапуска службы агента.
Как часто нужно перезапускать сервер 1С для профилактики?
Жёсткого регламента нет: при стабильной работе сервер может работать месяцами без перезапуска. На практике плановый перезапуск делают при обновлении платформы, после изменения настроек кластера или при заметном росте потребления памяти рабочими процессами. Если перезапуск требуется регулярно из-за утечек памяти, стоит разбираться с причиной, а не нормализовать ситуацию перезапусками.
Пользователи не могут подключиться после перезапуска — что проверить в первую очередь?
Сначала убедитесь, что служба агента действительно запущена и рабочие процессы видны в консоли кластера. Затем проверьте сетевую доступность портов 1540–1541 с клиентской машины (например, через Test-NetConnection). Если база клиент-серверная, дополнительно проверьте, что работает СУБД — сервер 1С может быть исправен, но не иметь соединения с базой данных.
Опасно ли перезапускать сервер 1С при работающей файловой базе?
Файловые базы, опубликованные через веб-сервер, обслуживаются рабочими процессами сервера, поэтому перезапуск оборвёт сеансы так же, как и в клиент-серверном варианте. Если файловая база открыта пользователями напрямую из сетевой папки (без сервера 1С), перезапуск агента на неё не влияет.
Что важно запомнить
Перезапуск сервера 1С — это перезапуск службы агента (services.msc или systemctl) либо точечный перезапуск рабочих процессов через консоль кластера. Всегда предупреждайте пользователей, проверяйте активные сеансы и регламентные задания, а после перезапуска контролируйте рабочие процессы и реальное подключение к базе.