Администрирование · 9 мин
Как прервать процесс в 1С: инструкция для пользователя и администратора
Как прервать процесс в 1С: завершение сеанса, остановка фонового задания, работа с консолью кластера и диспетчером задач. Безопасные способы и риски.
Зависший расчет, «вечное» проведение документа или фоновое задание, которое грузит сервер часами, — типичная ситуация в работе с 1С. Главное правило: прерывать процесс нужно тем способом, который соответствует уровню проблемы, начиная с самого мягкого. Грубое завершение через диспетчер задач применяют только тогда, когда штатные методы уже не работают.
Под «процессом» в контексте 1С могут пониматься разные вещи: клиентский сеанс пользователя, фоновое задание, рабочий процесс сервера (rphost) или зависшее приложение на локальном компьютере. Для каждого случая есть свой инструмент и свои риски.
Ниже разобраны все основные сценарии: от завершения сеанса в пользовательском режиме до работы с консолью кластера и аварийной остановки служб. Материал подходит как пользователю файловой базы, так и администратору клиент-серверного варианта.
Определите, какой именно процесс завис
Прежде чем что-то завершать, важно понять природу зависания. Признаки различаются: у одного пользователя «крутится» программа, у всех тормозит база целиком, либо фоновая операция выполняется неприлично долго. От диагноза зависит выбор инструмента.
Проверьте, доступна ли база другим пользователям. Если проблема только у одного сотрудника — речь о его сеансе или локальном клиенте. Если база недоступна всем, вероятна блокировка на уровне сервера или тяжелое фоновое задание, удерживающее ресурсы.
Проверить, отвечает ли база у других пользователей
Открыть список активных сеансов и фоновых заданий
Посмотреть нагрузку в консоли кластера
Проверить состояние задания в консоли заданий
Завершение сеанса пользователя
Самый мягкий способ — завершить конкретный сеанс. В типовых конфигурациях на БСП откройте «Администрирование — Обслуживание — Активные пользователи», найдите нужного пользователя и нажмите «Завершить сеанс». Сеанс закрывается принудительно, но на уровне платформы, без убийства процессов операционной системы.
В клиент-серверном варианте то же самое можно сделать через консоль кластера: ветка «Сеансы», выбор сеанса, команда «Удалить». Это удобно, когда сам пользователь не может выйти, а доступ к его компьютеру отсутствует.
Учтите: несохраненные данные завершаемого сеанса будут потеряны. Если пользователь в этот момент проводил документ, транзакция откатится, и документ останется в исходном состоянии — это нормальное поведение, а не ошибка.
- 1Откройте консоль администрирования серверов 1С и подключитесь к кластеру
- 2Разверните ветку нужной информационной базы и выберите «Сеансы»
- 3Найдите сеанс по имени пользователя или компьютера
- 4Кликните правой кнопкой и выберите «Удалить»
- 5Убедитесь, что сеанс исчез из списка, а пользователь может войти заново
Остановка фонового и регламентного задания
Фоновые задания — частая причина нагрузки. В типовых конфигурациях список доступен через «Администрирование — Обслуживание — Регламентные и фоновые задания». Найдите активное задание и используйте команду отмены, если она доступна. Важно: кнопка отмены посылает заданию сигнал, но код задания должен его обрабатывать — далеко не все процедуры умеют прерываться корректно.
Если задание не реагирует, в консоли кластера найдите его в списке сеансов (фоновые задания отображаются как сеансы типа «Фоновое задание») и удалите соответствующий сеанс. Это завершит выполнение принудительно.
Чтобы задание не запустилось снова по расписанию сразу после отмены, временно отключите само регламентное задание в его настройках. Иначе через минуту нагрузка вернется.
Работа с консолью кластера серверов
Консоль кластера — основной инструмент администратора клиент-серверной 1С. Через нее можно завершать сеансы, смотреть соединения, блокировки и разбираться, какой рабочий процесс обслуживает проблемный сеанс.
Особенно полезен раздел «Блокировки»: там видно, какой сеанс удерживает управляемые блокировки и мешает остальным. Часто «зависшая база» — это один сеанс с тяжелой транзакцией, и достаточно завершить именно его, чтобы разблокировать работу всех остальных.
Для процессов rphost доступна настройка автоматического перезапуска по порогам памяти и количеству вызовов. Это профилактическая мера: платформа сама перезапускает разросшиеся рабочие процессы без ручного вмешательства.
Завершение процессов через диспетчер задач
На локальном компьютере с файловой базой зависший клиент завершают стандартно: Ctrl+Shift+Esc, вкладка «Процессы», найти 1cv8.exe (или 1cv8c.exe для тонкого клиента) и снять задачу. Для файловой базы это относительно безопасно, но открытая транзакция будет прервана некорректно.
На сервере ситуация строже. Снятие rphost убьет все сеансы, которые он обслуживает, а завершение ragent фактически остановит кластер. Перед таким шагом убедитесь, что штатные методы исчерпаны, и по возможности предупредите пользователей.
Остановка служб сервера 1С
Если кластер не отвечает даже на консоль, остается перезапуск службы агента сервера. В Windows это делается через services.msc: найдите службу «Агент сервера 1С:Предприятия» и выполните перезапуск. На Linux служба управляется через systemd или скрипты запуска.
# Windows (командная строка администратора)
net stop "1C:Enterprise 8.3 Server Agent"
net start "1C:Enterprise 8.3 Server Agent"
# Linux (systemd)
sudo systemctl restart srv1cv83Перезапуск службы разрывает все соединения и сеансы. После старта проверьте, что кластер поднялся, рабочие процессы запустились и пользователи могут войти. Если база после аварийной остановки не открывается или ведет себя странно, потребуется тестирование и исправление (chdbfl для файловой базы либо штатная проверка конфигуратора).
Проверка результата и профилактика
После любого прерывания убедитесь, что проблема действительно решена: сеанс исчез из списка, нагрузка на сервер упала, пользователи работают без ошибок. Если зависание повторяется, ищите первопричину — длинные запросы, неоптимальный код в модуле задания, нехватку ресурсов сервера.
Как проверить результат
Проблемный сеанс отсутствует
Сеанс появился снова с тем же заданием
Вернулась к обычному уровню
rphost снова растет по памяти
Вход и проведение документов без ошибок
Ошибки блокировок или недоступность базы
Отключено или выполняется штатно
Перезапускается и снова зависает
Часто задаваемые вопросы
Что будет с данными, если завершить сеанс принудительно?
Несохраненные изменения сеанса пропадут. Транзакции, которые не были зафиксированы, откатываются, поэтому база остается в согласованном состоянии. Риск повреждения минимален при завершении через платформу и выше при снятии процесса ОС.
Как прервать длинный запрос, который выполняется на СУБД?
Удаление сеанса в консоли кластера отправляет команду отмены, но запрос на стороне MS SQL или PostgreSQL может продолжать выполняться. В этом случае сессию СУБД завершают средствами самой СУБД (например, KILL в MS SQL) — это задача администратора баз данных.
Можно ли прервать обмен данными или загрузку из файла?
Если обмен выполняется как фоновое задание — завершите соответствующий сеанс. Если обмен идет в интерактивном сеансе, поможет только завершение этого сеанса. Частично загруженные данные обычно откатываются транзакцией либо требуют повторной загрузки.
Файловая база заблокирована, хотя все вышли. Что делать?
Часто остался «зависший» процесс 1cv8.exe на чьем-то компьютере или на сервере терминалов. Найдите и завершите его через диспетчер задач, затем проверьте, что файл блокировок удалился и вход в базу возможен.
Как настроить автоматический перезапуск rphost?
В свойствах рабочего процесса или кластера в консоли администрирования задаются пороги: объем памяти, допустимое количество вызовов, интервал перезапуска. При превышении порога платформа плавно переносит сеансы и перезапускает процесс без ручного вмешательства.
Почему после перезапуска службы сервера база просит тестирование и исправление?
Аварийная остановка могла прервать запись в момент транзакции. Для файловой базы используйте утилиту chdbfl, затем тестирование и исправление в конфигураторе. Для клиент-серверной базы проверку целостности выполняют средствами СУБД.
Что важно запомнить
Действуйте от мягкого к жесткому: сначала завершение сеанса или отмена задания штатными средствами, затем консоль кластера, и только в крайнем случае — снятие процессов и перезапуск служб. После любого прерывания проверяйте состояние базы и устраняйте первопричину зависания.