К статье
Практический материал

Администрирование · 10 мин

Как остановить задачу в 1С

Как остановить задачу в 1С: завершение фоновых заданий, сеансов и регламентных операций через конфигуратор, консоль и диспетчер задач. Безопасные способы.

Задача в 1С может «зависнуть» по разным причинам: тяжёлый отчёт, обмен данными, регламентное задание или фоновое проведение документов. Признаки обычно одинаковые — интерфейс не отвечает, сервер 1С загружает процессор на 100%, другие пользователи жалуются на блокировки. Чтобы корректно остановить такую задачу, нужно сначала понять, какой именно процесс её выполняет: клиентский сеанс, фоновое задание на сервере или регламентное задание планировщика.

Способ остановки зависит от режима работы базы. В файловой базе фоновые задания выполняются внутри клиентского процесса, и остановить их можно только вместе с сеансом. В клиент-серверном варианте задачи выполняются рабочими процессами сервера 1С (rphost), и их можно завершать точечно через консоль кластера, не прерывая работу остальных пользователей.

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

Как определить, какая задача зависла

Прежде чем что-то останавливать, установите источник проблемы. Откройте консоль кластера серверов 1С (если база клиент-серверная) и посмотрите список сеансов: там видно, какой пользователь, какое приложение и какой фоновый процесс потребляет ресурсы. Колонки «Время вызова СУБД» и «Прочитано/записано» помогают отличить активно работающее задание от зависшего.

Признаки зависшей задачи: длительное отсутствие изменений в счётчиках обращений к СУБД, блокировки других сеансов, рост потребления памяти рабочим процессом без прогресса. Если задание активно читает и пишет данные — возможно, оно просто долгое, и прерывать его не нужно.

В файловой базе диагностика проще: откройте диспетчер задач Windows и посмотрите процесс 1cv8.exe. Если он потребляет ресурсы, а интерфейс не отвечает — задача выполняется внутри этого же процесса.

Сеанс не отвечает, но счётчики СУБД растутЗадание работает

Подождите завершения или оцените время выполнения

Счётчики не меняются, сеанс виситВероятное зависание

Проверьте блокировки и готовьтесь к остановке

Другие пользователи не могут провести документыБлокировки от зависшего сеанса

Найдите блокирующий сеанс в консоли кластера

Остановка фонового задания через консоль кластера

Это основной и самый безопасный способ для клиент-серверной базы. Откройте консоль администрирования серверов 1С, разверните нужный кластер, перейдите в раздел «Сеансы». Найдите сеанс, соответствующий фоновому заданию — у него в колонке «Приложение» будет указано «Фоновое задание».

Выделите сеанс и выберите «Удалить» в контекстном меню. Сервер отправит заданию команду завершения. Важно понимать: если код задания выполняет длинный запрос к СУБД, завершение произойдёт не мгновенно, а после отката текущей операции. Это нормально — дождитесь исчезновения сеанса из списка.

Если сеанс не удаляется в течение нескольких минут, проверьте раздел «Соединения» — иногда соединение остаётся «повисшим». Его тоже можно разорвать принудительно через контекстное меню.

Порядок остановки через консоль кластера
  1. 1
    Откройте консоль администрирования серверов 1С
  2. 2
    Разверните кластер и перейдите в раздел «Сеансы»
  3. 3
    Найдите сеанс фонового задания по пользователю и типу приложения
  4. 4
    Проверьте счётчики активности, чтобы убедиться в зависании
  5. 5
    Выберите «Удалить» в контекстном меню сеанса
  6. 6
    Дождитесь исчезновения сеанса и проверьте отсутствие блокировок

Остановка регламентных заданий

Регламентные задания (обмены, загрузка курсов, архивация) запускаются планировщиком по расписанию. Если такое задание зависло или мешает работе, сначала отключите его расписание, иначе после остановки оно запустится снова. В типовых конфигурациях это делается в разделе «Администрирование» — «Обслуживание» — «Регламентные и фоновые задания».

Найдите нужное задание в списке, снимите флаг «Используется» или нажмите «Отменить выполнение», если задание выполняется прямо сейчас. После этого завершите уже запущенный экземпляр через консоль кластера, как описано выше.

Для массовой остановки на сервере можно заблокировать выполнение всех регламентных заданий: в свойствах информационной базы в консоли кластера установите флаг «Блокировка регламентных заданий включена». Это удобно при обновлении конфигурации или восстановлении данных.

Что делать в файловой базе

В файловом варианте нет отдельного сервера, и фоновые задания выполняются внутри клиентского процесса. Если задача зависла, единственный способ её остановить — завершить сеанс пользователя, который её запустил. Если это ваш собственный сеанс и программа не отвечает, закройте его через диспетчер задач Windows: найдите процесс 1cv8.exe и выберите «Снять задачу».

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

После аварийного завершения файловой базы рекомендуется запустить проверку: «Конфигуратор» — «Администрирование» — «Тестирование и исправление» с включённой проверкой логической целостности. Это поможет выявить повреждения, если процесс был прерван в момент записи.

Принудительное завершение процессов — крайняя мера

Если штатные способы не помогли — сеанс не удаляется, консоль кластера не отвечает — остаётся завершение рабочего процесса сервера. В диспетчере задач Windows найдите процесс rphost.exe, который потребляет ресурсы (их может быть несколько, ориентируйтесь по нагрузке на процессор и память). Завершение одного rphost прервёт все сеансы, обслуживаемые этим процессом, — учитывайте это, если через него работают другие пользователи.

Более управляемый вариант — перезапуск службы агента сервера 1С, но он остановит все базы кластера. Используйте его, только когда работа всего сервера нарушена.

После принудительного завершения обязательно проверьте состояние базы: откройте журнал регистрации, убедитесь в отсутствии ошибок, проверьте ключевые данные, которые обрабатывало задание. При работе с СУБД (MS SQL, PostgreSQL) проверьте также отсутствие зависших транзакций на стороне сервера баз данных.

Маршрут решения

Как выбрать способ остановки

Клиент-серверная база, зависло фоновое заданиеУдалите сеанс в консоли кластера
Регламентное задание запускается снова и сноваСнимите флаг «Используется», затем завершите текущий экземпляр
Файловая база, программа не отвечаетЗавершите процесс 1cv8.exe через диспетчер задач
Сеанс не удаляется через консольЗавершите конкретный rphost, предупредив пользователей
Нарушена работа всего сервераПерезапустите службу агента сервера 1С

Проверка результата после остановки

Сам факт исчезновения сеанса не гарантирует, что всё в порядке. Проверьте три вещи. Во-первых, блокировки: в консоли кластера не должно остаться сеансов, удерживающих блокировки, а пользователи должны подтвердить, что работа восстановилась. Во-вторых, данные: если задание изменяло данные (проведение, загрузка), убедитесь, что объекты не остались в промежуточном состоянии — например, документ не помечен как проведённый, но движения отсутствуют.

В-третьих, журнал регистрации: откройте его и отфильтруйте по времени остановки. Ошибки отката транзакций и обрывы соединений там будут видны. Если задание было регламентным и критичным (обмен с другой системой), после устранения причины зависания запустите его вручную и проконтролируйте выполнение.

Контрольные точки

Как проверить результат

Список сеансов в консоли кластера
Норма

Зависший сеанс отсутствует, блокировок нет

Тревожный признак

Сеанс висит или остались соединения

Журнал регистрации
Норма

Нет ошибок отката транзакций

Тревожный признак

Ошибки СУБД, обрывы, незавершённые операции

Данные, обрабатывавшиеся заданием
Норма

Документы и регистры в согласованном состоянии

Тревожный признак

Проведённый документ без движений и подобные расхождения

Работа пользователей
Норма

Проведение и отчёты выполняются штатно

Тревожный признак

Жалобы на блокировки продолжаются

Частые ошибки при остановке задач

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

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

Типичные ошибки
01
Завершение rphost без проверки сеансов — прерывается работа других пользователей
02
Повторный запуск задания без анализа причины зависания — проблема повторяется
03
Отключение регламентного задания без остановки запущенного экземпляра — задание продолжает висеть
04
Пропуск проверки данных после аварийной остановки — скрытые расхождения в учёте
Итог

Что важно запомнить

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

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

Можно ли остановить задачу, не заходя на сервер?

Да, если у вас есть права администратора кластера — консоль администрирования можно подключить к серверу удалённо со своего рабочего места. Без таких прав остановку должен выполнить администратор сервера 1С.

Что будет с данными, если прервать проведение документа?

Проведение выполняется в транзакции: при прерывании она откатывается, и документ остаётся в исходном состоянии. Однако при аварийном завершении процесса откат на стороне СУБД может занять заметное время — не перезапускайте операцию, пока транзакция не завершится.

Как остановить обмен данными, который завис?

Найдите соответствующий сеанс фонового задания в консоли кластера и удалите его. Затем проверьте, не осталось ли незавершённой регистрации изменений, и при необходимости повторите обмен. Если обмен зависает регулярно, ищите причину в объёме данных или сетевых проблемах.

Почему сеанс не удаляется из консоли кластера?

Чаще всего задание выполняет длинный запрос к СУБД, и сервер ждёт его завершения для корректного отката. Подождите несколько минут. Если сеанс не исчезает, разорвите соединение в разделе «Соединения», а в крайнем случае завершите рабочий процесс rphost.

Как запретить запуск всех регламентных заданий на время обновления?

В консоли кластера откройте свойства информационной базы и установите флаг «Блокировка регламентных заданий включена». После завершения работ снимите флаг — задания возобновят выполнение по расписанию.