← На главную

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

Этап 1: Проверка целостности файла базы данных

Первым делом мы должны исключить повреждение структуры самого файла базы данных .1CD. Аварийное отключение питания часто приводит к тому, что транзакции не завершаются корректно, что оставляет базу в несогласованном состоянии. Для диагностики и исправления мы используем утилиту chdbfl.exe.

1. Перейдем в папку, где установлена текущая версия платформы 1С.
2. Найдем файл chdbfl.exe и запустим его от имени администратора.
3. В поле «Имя файла базы данных» выберем наш файл базы.
4. Обязательно установим флажок «Исправлять обнаруженные ошибки».
5. Нажмем кнопку «Выполнить» и дождемся завершения процесса проверки.

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

Этап 2: Работа с файлами блокировок и кэшем

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

1. Закроем все сеансы 1С на сервере.
2. Перейдем в папку, где лежит база данных.
3. Найдем и удалим файлы с расширениями .cdn и .lck. Они показывают платформе, что база «занята», препятствуя повторному входу.
4. Очистим кэш 1С. Для этого вручную удалим папки из каталогов AppData\Local\1C\1Cv8 и AppData\Roaming\1C\1CEStart для пользователя-администратора.

Этап 3: Анализ проблем с профилем и настройками пользователя

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

Мы можем временно попробовать запустить систему с ключом очистки кэша. Для этого изменим ярлык запуска 1С, добавив в поле «Объект» через пробел параметр /ClearCache. Если это не помогает, следует рассмотреть очистку настроек пользователя через конфигуратор, удалив записи из таблицы Config (соответствующие конкретному пользователю), но делать это нужно с осторожностью, создав предварительно резервную копию.

Этап 4: Проблема платформы

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

Мы рекомендуем следующие действия:

1. Если это возможно, обновим платформу до более стабильных версий из линейки 8.3.21 или выше. Более новые платформы содержат исправления ошибок, связанных с кэшированием сессий.
2. Попробуем развернуть копию базы на другом компьютере с другой версией платформы. Это позволит нам понять, связана ли проблема с конкретным файлом базы или с окружением сервера терминалов.

Итог

Совместная работа над ошибкой — это всегда процесс исключения вариантов. Сначала проверяем физическую целостность (chdbfl.exe), затем убираем влияние «зависших» сессий (файлы .lck) и кэша, и, наконец, анализируем стабильность используемой платформы. Если после всех этих действий проблема сохраняется, возможно, потребуется более глубокий анализ журнала регистрации через конфигуратор, чтобы увидеть, на каком именно этапе — инициализации или отрисовки форм — происходит остановка процесса 1cv8.exe.