Администрирование · 11 мин
Как правильно завершать работу в 1С
Как корректно завершить работу в 1С: выход из программы, завершение сеансов пользователей, отличия файловой и клиент-серверной базы, типичные ошибки и риски.
Некорректное завершение работы в 1С — одна из самых частых причин ошибок базы: зависшие сеансы, блокировки, битые индексы и сообщения «база данных повреждена» чаще всего появляются именно после аварийного выключения программы или компьютера. При этом правильный выход занимает меньше минуты и требует лишь понимания того, что происходит с данными в момент закрытия.
Когда вы закрываете 1С штатно, платформа завершает незаписанные транзакции, сохраняет настройки интерфейса, корректно освобождает файлы базы и завершает сеанс на сервере. Если же процесс «срывается» — часть этих операций не выполняется, и база остаётся в промежуточном состоянии. В файловом варианте это чревато повреждением файла 1Cv8.1CD, в клиент-серверном — «фантомными» сеансами, которые блокируют работу других пользователей и мешают обновлению конфигурации.
Ниже разобраны все сценарии: обычный выход пользователя, завершение работы в файловой и клиент-серверной базе, принудительное завершение зависших сеансов, выход перед обновлением и резервным копированием, а также типичные ошибки и способы проверить, что всё завершилось корректно.
Что происходит при завершении работы и почему это важно
При штатном закрытии 1С выполняет несколько операций: предлагает записать незакрытые документы, сохраняет пользовательские настройки (отборы, варианты отчётов, расположение окон), закрывает соединение с информационной базой и удаляет сеанс из списка активных. Для администратора это критично: обновление конфигурации, тестирование и исправление, монопольный режим — всё это требует отсутствия активных сеансов.
При аварийном завершении (отключение электричества, снятие задачи, обрыв сети) платформа не успевает выполнить эти шаги. Результат — «зависшие» пользователи в списке активных, ошибки при входе, а в файловом варианте — риск повреждения самого файла базы, особенно если запись шла в момент сбоя.
Обычный выход пользователя из программы
Стандартный сценарий одинаков для большинства конфигураций и вариантов интерфейса (толстый клиент, тонкий клиент, веб-клиент):
- 1Закройте открытые документы и формы: если появится вопрос о записи — выберите «Записать и закрыть» или отмените изменения осознанно, а не наугад
- 2Проверьте, что не идут длительные операции: обмен данными, формирование большого отчёта, проведение пакета документов — дождитесь их окончания
- 3Используйте меню «Файл → Завершить работу» (в управляемом интерфейсе — кнопка с именем пользователя или значок выхода) либо закройте главное окно крестиком
- 4Дождитесь полного закрытия окна программы — не выключайте компьютер сразу, пока процесс завершается
В веб-клиенте дополнительно важно не просто закрыть вкладку браузера, а выйти штатно: сеанс на сервере может остаться активным ещё некоторое время. Это не критично для одного пользователя, но при массовой работе такие «хвосты» накапливаются.
Полезная привычка — перед выходом посмотреть на индикатор фоновых заданий (обычно внизу окна или в разделе «Администрирование → Обслуживание → Регламентные и фоновые задания»). Если задание выполняется, лучше дождаться его завершения.
Завершение работы в файловой базе
Файловый вариант (база — один файл 1Cv8.1CD в папке на диске или сетевом ресурсе) наиболее уязвим к некорректному завершению. Здесь нет сервера СУБД, который контролирует целостность данных, поэтому сбой во время записи может повредить сам файл.
Основные правила для файловой базы: не работайте с базой, лежащей на съёмном диске или флешке; не выключайте компьютер при открытой базе; при работе по сети следите за стабильностью соединения — обрыв сетевого диска во время сеанса равнозначен аварийному завершению. Если база находится в общей папке, следите, чтобы её не открывали «для просмотра» сторонние программы и антивирус не проверял файл в момент интенсивной записи.
Если аварийное завершение всё же произошло, перед следующим запуском имеет смысл проверить базу утилитой chdbfl.exe (входит в поставку платформы, лежит в папке bin установленной версии). Она проверяет физическую целостность файла и в ряде случаев исправляет повреждения. Работайте с копией файла, а не с оригиналом.
Завершение сеансов в клиент-серверном варианте
В клиент-серверной архитектуре (1С:Сервер + СУБД) у администратора есть инструменты управления чужими сеансами. Это нужно, когда пользователь ушёл, не выйдя из программы, его компьютер завис или оборвалась сеть, а сеанс остался активным и мешает, например, установить монопольный режим.
Посмотреть и завершить сеансы можно двумя способами. Первый — из самой 1С: раздел «Администрирование → Обслуживание → Активные пользователи» (в типовых конфигурациях). Там видно, кто работает, с какого компьютера, и сеанс можно завершить принудительно. Второй — консоль администрирования серверов 1С: ветка кластера, «Сеансы» — правой кнопкой по сеансу, «Удалить».
Важно понимать разницу: завершение сеанса из консоли — это принудительный разрыв соединения. Если у пользователя были незаписанные данные, они пропадут. Поэтому перед массовым завершением сеансов (например, перед обновлением) корректно сначала предупредить пользователей и дать им время выйти самостоятельно. В консоли кластера также можно установить «Блокировку начала сеансов» с сообщением пользователям — это штатный механизм планового обслуживания.
Как выбрать способ завершения
Завершение работы перед обновлением и обслуживанием
Обновление конфигурации, тестирование и исправление, загрузка данных — операции, требующие монопольного доступа. Правильная последовательность выглядит так: заранее оповестите пользователей, установите блокировку начала сеансов, дождитесь выхода работающих, завершите оставшиеся сеансы, отключите регламентные задания, выполните обслуживание, снимите блокировку.
Отдельно о регламентных заданиях: даже если все пользователи вышли, фоновые задания могут выполняться на сервере и мешать монопольному режиму. В консоли кластера есть отдельный список «Задания», а в конфигурации — обработка «Консоль заданий» либо типовой механизм блокировки регламентных заданий. Пропуск этого шага — частая причина ошибки «Нарушение прав доступа» или невозможности установить монопольный режим.
После обслуживания проверьте, что блокировка снята и пользователи могут войти. Хорошая практика — войти под тестовой учётной записью и убедиться, что база открывается штатно.
Проверка корректности завершения
Убедиться, что работа завершена правильно, можно по нескольким признакам. Для пользователя: окно программы закрылось без ошибок, при следующем входе база открывается штатно, последние введённые документы на месте. Для администратора: в списке активных пользователей нет «фантомных» сеансов, монопольный режим устанавливается без ошибок.
Как проверить результат
Список пуст или содержит только сеанс администратора
Висят сеансы пользователей, чьи компьютеры выключены
База открывается штатно, данные последнего сеанса на месте
Ошибки открытия, сообщения о повреждении, пропавшие документы
Устанавливается сразу, без ошибок
Ошибка «с информационной базой работают пользователи»
Размер стабилен, база открывается быстро
Резкий рост файла, долгое открытие, ошибки чтения
Если после некорректного завершения база открывается с ошибками, не пытайтесь многократно перезапускать её «вдруг пройдёт». Сделайте копию файла базы (или бэкап средствами СУБД) и только потом запускайте проверку и исправление.
Типичные ошибки при завершении работы
Отдельная распространённая ситуация — пользователь закрывает программу, не записав документ, и на вопрос «Записать?» жмёт «Нет», думая, что данные уже сохранены. Перед выходом стоит проверить список последних открытых документов и убедиться, что всё нужное проведено.
Частые вопросы
Что делать, если 1С зависла и не отвечает?
Сначала подождите 5–10 минут и проверьте индикаторы активности диска и сети — программа может выполнять тяжёлую операцию (проведение, обмен, отчёт). Если активности нет явно долго, снимите задачу через диспетчер. После этого войдите в базу и проверьте последние введённые данные; для файловой базы имеет смысл прогнать проверку chdbfl.exe на копии файла.
Почему после выхода всех пользователей не устанавливается монопольный режим?
Чаще всего остались «фантомные» сеансы от зависших или оборвавшихся соединений либо выполняются регламентные задания. Откройте «Активные пользователи» или консоль кластера, завершите лишние сеансы и остановите регламентные задания — после этого монопольный режим установится.
Опасно ли просто закрывать программу крестиком?
Нет, закрытие главного окна крестиком — штатный способ завершения: платформа выполнит те же действия, что и при «Файл → Завершить работу», включая вопросы о незаписанных документах. Опасны только принудительные способы: снятие задачи, выключение питания, обрыв сети.
Как завершить сеанс пользователя, который ушёл домой с открытой программой?
В типовых конфигурациях — «Администрирование → Обслуживание → Активные пользователи», выделить сеанс и завершить. В клиент-серверном варианте то же самое доступно в консоли администрирования серверов 1С в разделе «Сеансы». Незаписанные данные этого пользователя при этом будут потеряны.
Нужно ли завершать работу перед резервным копированием?
Для файловой базы копирование файла 1Cv8.1CD при работающих пользователях недопустимо — копия может оказаться битой: сначала все должны выйти. В клиент-серверном варианте бэкап делается средствами СУБД и обычно не требует выхода пользователей, но регламент лучше согласовать с администратором баз данных.
Что делать, если база после аварийного завершения не открывается?
Не пытайтесь многократно запускать её. Сделайте копию файла базы (или используйте последний бэкап), затем на копии выполните проверку chdbfl.exe и «Тестирование и исправление» в конфигураторе. Если восстановить не удаётся — восстанавливайте из резервной копии и при необходимости переносите данные за потерянный период.
Что важно запомнить
Штатный выход через «Файл → Завершить работу» защищает данные и не оставляет зависших сеансов. Принудительное снятие задачи — только крайняя мера после паузы и проверки активности. Администратору перед обслуживанием: блокировка сеансов, выход пользователей, остановка регламентных заданий, проверка списка активных сеансов.