Зависла 1С: как закрыть и снять зависший сеанс — 6 причин

Если 1С зависла у одного пользователя, не перезагружайте сервер и не завершайте rphost. Закройте только клиентский процесс или отдельный сеанс. Перезапуск сервера отключит всех пользователей, а остановка rphost оборвёт сеансы внутри рабочего процесса.

До вмешательства спросите, что делал пользователь. Проведение документа, закрытие месяца и обновление порой выглядят как зависание. Принудительное закрытие уничтожит несохранённые изменения. Документы, проведённые до обрыва, останутся в базе. Такой порядок приводит руководство 1s-83.com по завершению сеансов.

Что делать бухгалтеру, если окно 1С не отвечает

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

Если такой операции нет, переключитесь на другое окно и вернитесь в 1С. Проверьте меню и содержимое формы. Если элементы меняются, клиент продолжает работать.

Перед закрытием вспомните, какие данные вы сохранили. Принудительное завершение 1cv8.exe оборвёт текущий сеанс. Несохранённая строка документа или изменение формы пропадёт.

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

Если обычная кнопка закрытия не работает:

1. Нажмите Ctrl+Shift+Esc.
2. Откройте вкладку «Подробности» Диспетчера задач.
3. Найдите процесс 1cv8.exe.
4. Сверьте пользователя и базу.
5. Завершите только нужный процесс.
6. Запустите 1С снова и проверьте проблемный документ.

При нескольких открытых базах в Windows работают несколько процессов 1cv8.exe. Если завершить первый попавшийся, закроется рабочее окно, а зависшее останется. Руководство mngb.ru предлагает сверять процессы по сеансу Windows.

Эта команда показывает имя пользователя и ID сеанса:

query session

Следующая выводит процессы тонкого клиента вместе с ID сеанса:

tasklist /v /fi "imagename eq 1cv8.exe"

Сопоставьте ID и завершите процесс по PID:

taskkill /PID 1234 /F

Вместо 1234 подставьте PID нужного 1cv8.exe. Не завершайте процесс только по имени: PID указывает на конкретный экземпляр клиента.

Сначала выясните масштаб зависания

Попросите другого пользователя открыть ту же базу. Потом проверьте вход в соседнюю базу на том же сервере. Эти две попытки отделят локальный сбой от неполадки базы или кластера.

Если завис один пользователь, воздействуйте на его процесс или сеанс. Массовое отключение допустимо лишь после резервного копирования и проверки масштаба сбоя.

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

Как снять зависший сеанс в клиент-серверной базе

Откройте в 1С раздел «Администрирование → Обслуживание → Активные пользователи». В типовых конфигурациях список содержит имя пользователя, компьютер, приложение и время входа. Сверьте все поля, чтобы не отключить коллегу с похожим именем.

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

В оснастке администрирования перейдите по пути «Центральные серверы → кластер → Сеансы». Ещё раз сверьте пользователя, компьютер и время входа. Завершите одну запись, не весь рабочий процесс rphost.

На сервере без графической оснастки можно использовать rac:

rac session list --cluster=<uuid>
rac session terminate --cluster=<uuid> --session=<uuid>

Первая команда выводит список сеансов, вторая завершает выбранный. Команды приведены в руководстве 1s-83.com. Официальной документации 1С среди доступных материалов нет, поэтому перед запуском сверьте синтаксис rac с документацией установленной версии платформы.

Не завершайте rphost из-за одного пользователя. На этом рабочем процессе могут работать другие люди. Их соединения оборвутся вместе с проблемным.

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

Если зависли фоновые задания

Откройте в консоли кластера раздел «Фоновые задания». Найдите операцию по базе, пользователю, времени начала и состоянию. Долгая работа сама по себе ещё не говорит о зависании.

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

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

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

Если 1С зависает при запуске

Войдите в ту же базу под другим пользователем или с другого компьютера. Если вход проходит, сервер и база отвечают. Ищите причину на исходном рабочем месте.

В материале Efsol перечислены каталоги клиентского кэша:

%APPDATA%\1C\1CEStart
%APPDATA%\1C\1Cv8
C:\Users\ИмяПользователя\AppData\Local\1C\1Cv8

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

Платформу также запускают с параметром:

/ClearCache

1clight.ru описывает этот параметр как способ очистить кэш при запуске. Он годится для проверки клиентской причины. Сетевой сбой, зависший rphost, блокировки и повреждение базы этот параметр не исправит.

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

Что делать, если зависло обновление 1С

Не снимайте сеанс обновления вслепую. Групповая операция меняет структуру и данные базы. После обрыва база может остаться в промежуточном состоянии.

Сначала запретите новые подключения, не останавливая текущую операцию. Проверьте процесс на сервере СУБД, журнал регистрации и события кластера. Неподвижное клиентское окно не доказывает остановку серверной части.

Перед принудительным прекращением обновления снимите резервную копию средствами СУБД. Для файловой базы закройте все процессы 1С и дождитесь, пока файл 1Cv8.1CD перестанет меняться. Затем скопируйте весь каталог базы.

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

Если после обновления перестал открываться весь кластер, выберите уровень вмешательства по инструкции о том, как перезапустить сервер 1С без лишней остановки. Перезапуск машины или IIS оборвёт активные соединения.

Шесть причин, из-за которых 1С зависает регулярно

Одно зависание ещё не говорит о повреждении базы. Ищите границу сбоя: один компьютер, один пользователь, одна база или весь кластер.

Подозревать повреждение базы стоит после проверки сети, клиента и фоновых заданий. Одной надписи «Не отвечает» недостаточно.

Команда «Тестирование и исправление» в конфигураторе меняет данные. Сначала создайте отдельную копию, затем работайте с ней, а не с единственным экземпляром базы. Доступные материалы подтверждают наличие команды, но не дают оснований считать её безопасной проверкой при любом зависании.

При ошибках накопителей не перезапускайте сервер снова и снова. Каждый запуск продолжает обращаться к неисправному диску. Сначала сохраните сообщения контроллера и сведения о состоянии носителей.

Если не помогло

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

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

Остальные сценарии отказов собраны на карте неисправностей 1С. По внешнему признаку вы сможете перейти к проверке нужного компонента.

Чтобы зависание не повторилось

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

Настройте резервное копирование и регулярно разворачивайте копию отдельно. Для клиент-серверной базы применяйте средства СУБД. Порядок для MS SQL приведён в инструкции по резервному копированию 1С на SQL Server. Копия рабочая только после проверочного восстановления, а не после появления файла в каталоге.

Правило на ближайшие минуты:

• один зависший пользователь — один процесс или сеанс;
• перед остановкой проверьте, не идёт ли проведение или обновление;
• перед массовым отключением снимите резервную копию;
• после повторного входа проверьте проблемный документ;
• перезапускайте весь сервер только при общем отказе.