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