Консоль запросов 1С: как прервать выполнение запроса

Тяжёлый запрос в консоли запросов 1С способен «повесить» толстый клиент на десятки минут: интерфейс не отвечает, кнопки не нажимаются, а на сервере продолжается выборка миллионов записей. Ситуация типична при отладке запросов по большим таблицам без отборов, при соединениях с декартовым произведением или при обращении к виртуальным таблицам без параметров.

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

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

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

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

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

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

Штатная отмена: Ctrl+Break

В толстом клиенте и в файловом варианте работы платформа поддерживает прерывание длительной операции сочетанием клавиш Ctrl+Break (на многих клавиатурах клавиша Break совмещена с Pause). Нажмите комбинацию и подождите несколько секунд: платформа проверяет флаг прерывания не непрерывно, а в определённые моменты выполнения.

Важно понимать ограничение: Ctrl+Break работает, пока запрос обрабатывается платформой. Если запрос уже передан на сервер СУБД и платформа просто ждёт ответа, нажатие может не дать эффекта — клиент останется в состоянии ожидания, пока сервер не вернёт результат или не истечёт тайм-аут.

В тонком клиенте и веб-клиенте штатной клавиши отмены запроса нет: вся логика выполняется на сервере, и единственный способ остановить выполнение — завершить сеанс или снять запрос на СУБД.

1. 1
   Нажмите Ctrl+Break и подождите 10–15 секунд — часто этого достаточно
2. 2
   Если не помогло, откройте консоль кластера и найдите свой сеанс по пользователю
3. 3
   Попробуйте завершить сеанс штатно через консоль кластера
4. 4
   Если нагрузка на СУБД сохраняется — найдите и снимите запрос на сервере баз данных
5. 5
   После восстановления доступа исправьте запрос: добавьте отборы и параметры виртуальных таблиц

Завершение сеанса через консоль кластера

Если клиент не отвечает, а работа идёт в клиент-серверном варианте, самый управляемый способ — завершить сеанс через консоль администрирования серверов 1С. Откройте консоль, найдите нужный кластер, раскройте список сеансов и отыщите свой по имени пользователя и времени подключения.

Завершение сеанса приводит к разрыву соединения: рабочий процесс кластера прекращает выполнение кода, а запрос, отправленный на СУБД, отменяется при закрытии соединения. Несохранённые данные в клиенте (текст запроса в консоли, если он не сохранён в файл) будут потеряны — поэтому при отладке сложных запросов сохраняйте их в файл консоли заранее.

Если консоль кластера недоступна (нет прав администратора кластера), остаётся локальный вариант: завершить процесс клиента через диспетчер задач Windows (процесс 1cv8.exe). Эффект тот же — сеанс на сервере закроется по тайм-ауту или при обнаружении разрыва соединения.

Снятие запроса на стороне СУБД

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

В MS SQL Server откройте SQL Server Management Studio, найдите проблемную сессию через Activity Monitor или запросом к sys.dm_exec_requests, определите её session_id и выполните команду KILL. В PostgreSQL используйте представление pg_stat_activity и функцию pg_cancel_backend(pid) — она штатно отменяет выполняющийся запрос без разрыва соединения.

-- MS SQL: найти и снять запрос
SELECT session_id, status, command, wait_type, total_elapsed_time
FROM sys.dm_exec_requests WHERE session_id > 50;
KILL <session_id>;

-- PostgreSQL
SELECT pid, state, query FROM pg_stat_activity WHERE state = 'active';
SELECT pg_cancel_backend(<pid>);

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

Как не доводить консоль до зависания

Главная профилактическая мера — ограничивать выборку на этапе отладки. Добавляйте в запрос отбор по периоду или по конкретному документу, а для проверки структуры результата используйте ограничение количества строк: в языке запросов 1С это конструкция «ВЫБРАТЬ ПЕРВЫЕ 1000».

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

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

Особенности разных режимов и клиентов

В файловом варианте всё проще и одновременно жёстче: запрос выполняется в процессе клиента, поэтому Ctrl+Break обычно срабатывает, а в крайнем случае достаточно завершить процесс 1cv8.exe — это не затрагивает других пользователей (кроме сценария, когда файловая база опубликована на веб-сервере и используется несколькими людьми).

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

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

Часто задаваемые вопросы