Администрирование · 8 мин
Как перезапустить 1С:Предприятие: пошаговая инструкция
Как правильно перезапустить 1С:Предприятие: закрытие сеансов, перезапуск сервера 1С, служб агента, клиентского приложения и очистка кэша. Пошаговые инструкции.
Перезапуск 1С:Предприятия требуется при зависании сеансов, после обновления конфигурации, при ошибках соединения с сервером или при утечках памяти на сервере приложений. Способ перезапуска зависит от режима работы: файловая база на локальном компьютере перезапускается закрытием программы, а клиент-серверный вариант требует корректной остановки служб агента сервера 1С.
Главное правило — перед любым перезапуском завершить активные сеансы пользователей. Принудительное отключение во время записи документов или проведения может привести к повреждению данных, битым ссылкам и необходимости восстанавливать базу из резервной копии.
Определите режим работы базы перед перезапуском
Порядок действий напрямую зависит от того, как развёрнута информационная база. Откройте окно «О программе» в меню «Файл» или посмотрите строку подключения в списке баз стартера 1С: если путь ведёт к локальной папке или сетевому каталогу — это файловый режим, если указан сервер и имя базы в кластере — клиент-серверный.
В файловом режиме вся обработка выполняется на компьютере пользователя, поэтому перезапуск сводится к закрытию программы и при необходимости снятию зависших процессов. В клиент-серверном режиме работают службы агента сервера 1С, рабочие процессы rphost и сервер СУБД, и перезапускать их нужно в строгой последовательности.
Перезапуск файловой базы 1С
Файловая база перезапускается простым закрытием программы: меню «Файл» → «Завершить работу» или крестик в углу окна. Программа корректно завершит сеанс, снимет блокировки и освободит файл базы. После этого базу можно открыть снова через стартер 1С.
Если программа зависла и не отвечает, откройте «Диспетчер задач» (Ctrl+Shift+Esc), найдите процесс 1cv8.exe или 1cv8c.exe, выделите его и нажмите «Снять задачу». Учтите: если в момент зависания выполнялась запись данных, после перезапуска проверьте целостность последних проведённых документов.
Если база расположена в сетевой папке и используется несколькими пользователями, убедитесь, что программу закрыли все. Открытый сеанс на другом компьютере удерживает файл блокировок 1Cv8.1CL и не даст выполнить операции, требующие монопольного доступа.
- 1Сохраните открытые документы и закройте программу штатно
- 2Если окно зависло — снимите процесс 1cv8.exe через Диспетчер задач
- 3Проверьте, что в папке базы не осталось активных сеансов других пользователей
- 4Откройте базу заново через стартер 1С
Перезапуск клиентского приложения без остановки сервера
Часто перезапускать весь сервер не нужно — достаточно завершить проблемный сеанс. Администратор открывает консоль управления серверами 1С, выбирает кластер, раздел «Сеансы», находит зависший сеанс по имени пользователя и удаляет его через контекстное меню. Пользователь при этом получит сообщение о разрыве соединения и сможет войти заново.
Также сеансы можно завершить программно через «Администрирование» → «Обслуживание» → «Активные пользователи» в типовых конфигурациях на базе Библиотеки стандартных подсистем. Этот способ удобен, когда у администратора нет доступа к консоли кластера.
Перезапуск службы агента сервера 1С
Когда проблемы затрагивают весь кластер — растёт потребление памяти процессом rphost, сеансы массово зависают, не устанавливаются новые соединения — требуется перезапуск службы агента сервера 1С. На Windows это делается через оснастку «Службы» (services.msc): найдите службу «Агент сервера 1С:Предприятия», нажмите «Перезапустить».
Перед перезапуском предупредите пользователей и завершите сеансы: в консоли кластера можно установить блокировку начала сеансов и дождаться выхода пользователей. Перезапуск службы разорвёт все соединения принудительно, и несохранённые данные в открытых формах будут потеряны.
На Linux агент сервера перезапускается командой systemctl. Точное имя юнита зависит от способа установки, типовой вариант приведён ниже.
sudo systemctl restart srv1cv8Перезапуск через командную строку и скрипты
Для регулярных перезапусков, например ночного перезапуска рабочих процессов, удобно использовать командную строку или планировщик задач. На Windows служба перезапускается командами net stop и net start с именем службы агента.
net stop "1C:Enterprise 8.3 Server Agent"
net start "1C:Enterprise 8.3 Server Agent"Имя службы зависит от версии платформы и разрядности — уточните его в оснастке «Службы», открыв свойства службы. Скрипт с этими командами можно добавить в Планировщик заданий Windows и выполнять по расписанию в нерабочее время, когда сеансов нет.
Для файловых баз автоматический перезапуск обычно не требуется, но зависшие процессы пользователей можно снимать командой taskkill /f /im 1cv8.exe. Применяйте её осторожно: она завершит все процессы 1С на компьютере без сохранения данных.
Очистка кэша как альтернатива перезапуску
Часть проблем, которые пытаются решить перезапуском — ошибки отображения форм, сообщения о несоответствии версий, странное поведение после обновления — на самом деле вызваны устаревшим кэшем метаданных на клиенте. В этом случае перезапуск программы не поможет, нужно удалить кэш.
Закройте 1С и удалите содержимое папок кэша: %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 (внутри — каталоги с длинными именами-идентификаторами баз). После следующего запуска кэш будет создан заново. Альтернатива — параметр /ClearCache в строке запуска или удаление базы из списка стартера и добавление её заново.
Как проверить, что перезапуск прошёл успешно
После перезапуска службы агента убедитесь, что она находится в состоянии «Работает», а в консоли кластера появились рабочие процессы. Затем выполните тестовое подключение: войдите в базу под учётной записью администратора и откройте несколько типовых форм — журнал документов, отчёт.
Дополнительно проверьте, что фоновые задания и регламентные операции запустились штатно: в консоли кластера раздел «Фоновые задания» не должен содержать массовых ошибок. Если после перезапуска пользователи не могут подключиться, проверьте доступность порта агента сервера (по умолчанию 1540) и состояние сервера СУБД.
Контрольные точки после перезапуска
Состояние «Работает», процессы rphost запущены
Служба остановлена или завершилась с ошибкой в журнале событий
Вход выполняется, формы открываются без ошибок
Ошибка соединения с сервером или таймаут
Выполняются по расписанию без ошибок
Массовые ошибки или задания не стартуют
Часто задаваемые вопросы
Можно ли перезапустить 1С, не отключая пользователей?
Нет, перезапуск службы агента сервера в любом случае разорвёт все соединения. Мягкий вариант — установить блокировку начала новых сеансов, отправить пользователям сообщение через консоль кластера и дождаться их выхода, после чего перезапускать службу.
Что делать, если служба агента сервера не перезапускается?
Проверьте журнал событий Windows и журнал регистрации 1С на наличие ошибок. Частые причины — зависший процесс rphost, который нужно снять вручную, нехватка прав у учётной записи службы или недоступность каталога srvinfo с данными кластера.
Нужно ли перезапускать сервер СУБД вместе с сервером 1С?
Обычно нет. MS SQL Server, PostgreSQL и другие СУБД работают независимо от агента сервера 1С и не требуют перезапуска. Перезапуск СУБД оправдан только при её собственных проблемах — зависших запросах, исчерпании памяти.
Как часто нужно перезапускать сервер 1С?
Жёсткого регламента нет, но на нагруженных системах практикуют плановый перезапуск рабочих процессов раз в сутки или несколько дней в нерабочее время для освобождения памяти. В платформе есть настройка автоматического перезапуска рабочих процессов в свойствах рабочего сервера кластера.
После перезапуска база просит монопольный режим и не пускает — что делать?
Значит, в кластере остались «зависшие» сеансы, не завершённые корректно. Откройте консоль кластера, раздел «Сеансы», и удалите их вручную. После этого монопольный доступ станет доступен.
Поможет ли перезапуск при ошибке «Ошибка СУБД»?
Как правило, нет — это признак проблем на стороне базы данных: повреждения таблиц, нехватки места на диске или ошибок в логике запроса. Перезапуск может временно снять симптом, но нужно анализировать текст ошибки и состояние СУБД.
Что важно запомнить
Файловую базу перезапускают закрытием программы, клиент-серверную — перезапуском службы агента сервера 1С после завершения сеансов. Локальные сбои чаще решаются удалением сеанса или очисткой кэша, а не перезапуском всего сервера. После перезапуска обязательно проверьте состояние службы, подключение к базе и работу фоновых заданий.