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

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

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

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

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

• Агент сервера 1С (ragent) — центральная служба кластера. Её перезапуск останавливает весь кластер и все рабочие процессы.
• Рабочие процессы (rphost) — обслуживают сеансы пользователей. Можно перезапустить отдельный зависший процесс без остановки всего кластера.
• Сервер СУБД (MS SQL Server, PostgreSQL) — перезапускается отдельно и влияет на все базы сразу.
• Сервер хранилища конфигурации — нужен только разработчикам.

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

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

Далее откройте список активных сеансов и оцените, кто ещё работает. Дайте пользователям 10–15 минут на завершение работы, предварительно уведомив их любым доступным каналом. Сеансы, которые не завершились самостоятельно, удаляйте из консоли вручную — начиная с фоновых заданий.

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

Самый распространённый способ — через оснастку служб Windows. Нажмите Win+R, введите services.msc, найдите службу с именем вида «Агент сервера 1С:Предприятия 8.3» (номер версии и порт зависят от установки). Кликните правой кнопкой и выберите «Перезапустить».

Альтернатива — командная строка с правами администратора. Имя службы обычно имеет вид 1C:Enterprise 8.3 Server Agent с указанием портов. Точное имя смотрите в свойствах службы.

net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
net start "1C:Enterprise 8.3 Server Agent (x86-64)"

После остановки убедитесь в диспетчере задач, что процессы ragent.exe, rphost.exe и rmngr.exe завершились. Если rphost «завис» и не выгружается, завершите его принудительно через диспетчер задач — это безопасно, если сеансы уже закрыты.

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

На Linux агент сервера 1С обычно управляется через systemd. Команды зависят от того, как был настроен юнит при установке, но типовой вариант выглядит так:

sudo systemctl restart srv1cv83
sudo systemctl status srv1cv83

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

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

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

Кластер автоматически запустит новый рабочий процесс при появлении новых соединений. Учтите: сеансы, которые обслуживал завершённый процесс, будут разорваны, поэтому способ подходит для зависших, а не для работающих процессов.

Нужно ли перезапускать сервер СУБД

Перезапуск MS SQL Server или PostgreSQL требуется редко: после изменения параметров, требующих рестарта, при обновлении СУБД или при явных сбоях на уровне базы данных. Для большинства проблем на стороне 1С (зависшие сеансы, рост памяти rphost) перезапуск СУБД бесполезен — он лишь добавит простой.

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

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

Проверка результата и типичные ошибки

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

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

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