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