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

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

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

Ниже разберём все уровни по порядку: от безопасного перезапуска клиента до остановки службы и настройки автоматического восстановления после сбоев.

Сначала определите, что именно зависло

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

• 🖥️ Тормозит у одного пользователя, у остальных всё работает — проблема на его рабочем месте: клиент, сеть или кэш. Сервер трогать не нужно.
• 🌐 «Повисли» сразу все, база не открывается ни у кого — проблема на стороне кластера: рабочий процесс, память, служба.
• 🔒 Не даёт зайти, пишет про занятый сеанс или блокировку — скорее всего, остался «мёртвый» сеанс после аварийного закрытия.
• 💾 База в файловом режиме тормозит у всех на общей папке — тут «сервера» нет, перезапускают только клиентов и чистят кэш.

Перезапуск клиентского приложения и сброс кэша

Самый частый и самый безопасный сценарий. Он затрагивает только одно рабочее место.

Порядок действий:

1. Закройте окно 1С через Файл → Выход или крестиком. Дождитесь, пока процесс 1cv8.exe исчезнет из диспетчера задач.
2. Если окно не реагирует — снимите задачу 1cv8.exe в диспетчере задач Windows (вкладка «Подробности»).
3. Запустите 1С заново из ярлыка.

Если после перезапуска тормоза остались, дело часто в клиентском кэше. Его сбрасывают запуском с параметром /ClearCache:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /ClearCache

Проще добавить /ClearCache в свойства ярлыка, в поле «Объект», один раз запустить и потом убрать — кэш пересоберётся при первом входе.

Удаляйте только папки кэша, а не всю папку 1cv8 с настройками — иначе слетят сохранённые пароли и списки баз.

Перезапуск клиента не влияет на данные: всё хранится в базе, кэш — это лишь локальная копия форм и метаданных.

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

Это уже серверный уровень. Служба агента (ragent.exe) поднимает кластер целиком, поэтому её перезапуск обрывает все активные сеансы пользователей. Делайте это только вне рабочего времени или предупредив людей.

Через оснастку служб:

1. Нажмите Win+R, введите services.msc.
2. Найдите службу с именем вида «Агент сервера 1С:Предприятия 8.3» (в английской версии — 1C:Enterprise 8.3 Server Agent).
3. Правой кнопкой → Перезапустить.

Через командную строку (запускать от администратора). Точное имя службы посмотрите в её свойствах, в поле «Имя службы» — оно зависит от версии и экземпляра:

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

Порты по умолчанию помогают понять, что за что отвечает: агент сервера слушает 1540, менеджер кластера — 1541, рабочие процессы берут порты из диапазона 1560–1591. Если служба не стартует, проверьте, что эти порты не заняты другим процессом.

Процессы rphost и rmngr: когда перезапускать

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

Чаще всего виноват именно rphost.exe: он накапливает память и может «распухнуть» до нескольких гигабайт, из-за чего база тормозит у всех. На сервере с несколькими базами рабочих процессов обычно несколько, и важно снять именно тот, что относится к проблемной базе, а не первый попавшийся. Какой процесс к какой базе привязан, видно в консоли администрирования в ветке Рабочие процессы — там показаны и занятая память, и число соединений на каждом.

Снять зависший рабочий процесс можно так:

1. Откройте консоль администрирования серверов (оснастка «Администрирование серверов 1С Предприятия»).
2. В кластере откройте ветку Рабочие процессы и посмотрите, какой из них занял много памяти.
3. Снять процесс можно, завершив rphost.exe в диспетчере задач, — кластер поднимет новый автоматически.

Чтобы не ловить раздувшийся процесс вручную, настройте автоматический перезапуск по памяти — об этом в следующем разделе.

Завершение зависшего сеанса без перезапуска всего сервера

Если «повис» один пользователь или он не может войти из-за занятого сеанса, перезагружать службу не нужно. Достаточно завершить конкретный сеанс.

В консоли администрирования кластера:

1. Откройте нужную информационную базу.
2. Перейдите в ветку Сеансы. Здесь виден список: кто вошёл, с какого компьютера, как долго активен.
3. Найдите зависший сеанс (часто он с большим временем активности и нулевой реакцией), правой кнопкой → Удалить.
4. Если сеанс держит соединение, в ветке Соединения удалите и его.

Те же данные доступны из командной строки через утилиту rac. Безопасные команды для просмотра:

rac cluster list
rac session list --cluster=<идентификатор кластера>

Параметры удаления сеанса есть в справке — вызовите rac help session, чтобы не ошибиться в синтаксисе для вашей версии платформы.

Автоматический перезапуск по расписанию и по памяти

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

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

• «Интервал перезапуска» — через сколько секунд процесс планово перезапускается (например, 86400 — раз в сутки).
• «Допустимый объём памяти» — порог в килобайтах, при превышении которого процесс перезапустится.

Кластер перезапускает процесс мягко: сначала поднимает новый, переводит на него сеансы, потом гасит старый. Пользователи этого почти не замечают.

Перезапуск службы по расписанию через планировщик Windows. Если нужно гарантированно перезагрузить службу ночью, используйте планировщик заданий (taskschd.msc):

1. Создайте .bat с двумя строками — net stop и net start для службы агента.
2. В планировщике создайте задачу, действие — «Запуск программы», укажите путь к .bat.
3. Поставьте триггер на ночное время, когда в базе никто не работает .
4. На вкладке «Общие» включите «Выполнять с наивысшими правами».

Перезапуск файловой базы и тонкого клиента

Если база лежит не на сервере 1С, а в общей папке (файловый режим), никакой службы и процессов rphost нет. «Перезапуск сервера» здесь не нужен и невозможен — всё решается на стороне клиентов.

Порядок при зависании файловой базы:

1. Попросите всех закрыть 1С. База в файловом режиме блокируется, пока открыт хотя бы один сеанс.
2. Проверьте, не остался ли у кого-то «висящий» процесс 1cv8.exe, который держит файл блокировки. Снимите его в диспетчере задач.
3. Убедитесь, что рядом с файлом базы 1Cv8.1CD исчез файл блокировки 1Cv8.1CL — он означает, что база ещё кем-то занята.
4. Откройте базу заново. Если тормоза остались — очистите клиентский кэш, как описано выше.

Тонкий клиент и веб-клиент перезапускают так же, как толстый: закрыли окно (или вкладку браузера) и открыли снова. Для веб-клиента помогает ещё и обновление страницы с очисткой кэша браузера (Ctrl+F5), потому что часть форм кэшируется на стороне браузера.

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

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

Автозапуск службы при падении. В services.msc откройте свойства службы агента → вкладка «Восстановление». Задайте действия:

• Первый сбой — «Перезапуск службы».
• Второй сбой — «Перезапуск службы».
• Поле «Перезапуск службы через» — например, 1 минуту.

Теперь если процесс ragent.exe аварийно завершится, Windows поднимет его сама.

Тип запуска. Там же, на вкладке «Общие», тип запуска должен быть «Автоматически», чтобы служба стартовала при загрузке сервера без входа администратора.

Контроль рабочих процессов. Автоперезапуск rphost по памяти (см. раздел выше) — это и есть защита от постепенной деградации: процесс не доживает до состояния, когда база встаёт колом.

Чего делать не стоит при сбоях:

• Не пересоздавайте кластер и не удаляйте его из консоли «для чистоты» — потеряете все настройки баз, расписания и права.
• Не удаляйте служебные файлы кластера (каталог srvinfo) вручную — там состояние баз, сеансов и блокировок.
• Если потерян пароль администратора кластера — остановите службу и восстановите каталог srvinfo из резервной копии либо обратитесь к администратору сервера, а не сбрасывайте настройки «начисто».

Частые ошибки при перезапуске

• ❌ Перезагружают весь сервер, когда завис один клиент. Лишний простой для всех. Сначала перезапустите клиент и очистите кэш.
• ❌ Снимают rphost.exe в разгар дня. Люди теряют несохранённые данные в формах. Делайте это адресно и с предупреждением.
• ❌ Ставят ночной перезапуск службы на то же время, что и обмен или закрытие месяца . Регламент обрывается на середине. Разведите по времени.
• ❌ Удаляют всю папку 1cv8 вместо папок кэша. Слетают пароли и списки баз. Чистите только каталоги кэша.
• ❌ Чистят кэш при открытой 1С. Файлы заняты, кэш не удаляется или бьётся. Сначала закройте все окна.