Нередко системные администраторы и специалисты 1С сталкиваются с ситуацией, когда информационная база функционирует в штатном режиме для всех сотрудников, кроме одного. При попытке авторизации под проблемной учетной записью программа намертво зависает на этапе экранной заставки (всплывающего окна запуска конфигурации). При этом сбой повторяется независимо от того, с какого рабочего места или сервера выполняется вход. Разберем причины такого поведения платформы и детально рассмотрим способы восстановления работоспособности.
Причины зависания сеанса конкретного пользователя
Проанализируем основные факторы, приводящие к блокировке запуска сеанса:
Повреждение локального кэша сеанса: некорректное завершение работы 1С может вызвать повреждение файлов временных данных конфигурации на клиентском ПК или сервере.
Повреждение внутренних настроек в самой базе данных: в платформе 1С персональные настройки окон, форм, списков и отборов хранятся в специальных системных таблицах файла информационной базы. При аварийном отключении сеанса эти записи могут повредиться.
Восстановление «тяжелых» окон и отборов: если перед выходом бухгалтер оставил открытым массивный отчет за несколько лет или журнал с неоптимальным отбором, толстый клиент обычного приложения пытается восстановить эти формы при старте, что вызывает длительное зависание.
Опрос недоступных сетевых ресурсов и принтеров: при инициализации толстого клиента подсистема печати Windows опрашивает сетевые принтеры по умолчанию. Если принтер выключен или недоступен по сети, процесс зависает в ожидании системного таймаута. Также задержка может возникнуть из-за недоступности сетевых путей обмена (например, каталога клиент-банка), сохраненных в персональных настройках.
Зависшие блокировки и временные файлы: в файловом режиме (1Cv8.1CD) некорректное завершение процесса оставляет системные файлы блокировок, удерживающие доступ к записям пользователя.
Способ 1. Полная очистка локального кэша и добавление ключа /ClearCache
Первым делом выясним, не вызвана ли ошибка сбоем локального кэша на рабочей станции пользователя. Даже если вход тестировался на сервере, активный кэш на основном компьютере пользователя может препятствовать корректной синхронизации данных.
Закроем все запущенные процессы 1cv8.exe на компьютере пользователя и на сервере.
Очистим содержимое служебных папок в профиле пользователя Windows:
%LocalAppData%\1C\1Cv8
%AppData%\1C\1Cv8
Для гарантированного сброса кэшированных данных пропишем параметр очистки в настройках запуска. В окне списка информационных баз выделим проблемную базу, нажмем «Изменить» и на последнем шаге в поле «Дополнительные параметры запуска» укажем параметр:
/ClearCache
Способ 2. Очистка настроек пользователя программным кодом
Если повреждены настройки внутри информационной базы, очистка локальных каталогов Windows не поможет. Для сброса персональных параметров интерфейса и форм в 1С предусмотрен встроенный метод глобального контекста ОчиститьНастройкиПользователя(). Напишем и выполним внешнюю обработку или команду:
// Сброс сохраненных настроек пользователя
ПользовательБД = ПользователиИнформационнойБазы.НайтиПоИмени("Бух");
Если ПользовательБД <> Неопределено Тогда
ОчиститьНастройкиПользователя(ПользовательБД);
Сообщить("Настройки пользователя успешно очищены.");
Иначе
Сообщить("Указанный пользователь не найден в информационной базе.");
КонецЕсли;
Важное замечание: если таблицы настроек сильно повреждены, выполнение метода ОчиститьНастройкиПользователя может занять длительное время или зависнуть. В такой ситуации не следует прерывать процесс принудительно сразу — платформе может потребоваться несколько минут на снятие внутренних блокировок и удаление записей.
Способ 3. Копирование настроек от заведомо рабочего пользователя
Если программная очистка завершается ошибкой или зависает, применим штатный механизм типовой конфигурации «Бухгалтерия предприятия 2.0»:
Авторизуемся в программе под учетной записью с административными правами.
Перейдем в меню: Сервис → Управление пользователями и доступом → Копирование настроек пользователей.
Выберем пользователя-донора, у которого вход в базу выполняется корректно.
В качестве получателя укажем проблемного бухгалтера и выполним копирование настроек интерфейса и отчетов. При этом поврежденные системные записи будут перезаписаны корректными данными без выполнения зависающих процедур выборки.
Способ 4. Удаление зависших файлов блокировок файловой базы
При использовании файловой информационной базы зависание одного пользователя часто вызвано неудаленными файлами сеансовых блокировок. Разберем по шагам, как устранить эту проблему:
Попросим всех сотрудников завершить работу с программой. Проверим через диспетчер задач отсутствие процессов 1cv8.exe.
Откроем каталог с файловой базой данных.
Найдем и удалим временные системные файлы с расширениями *.cfl, *.lck и *.tmp.
В каталоге должен остаться только основной файл информационной базы — 1Cv8.1CD (и файлы журналов регистрации, если они ведутся).
Способ 5. Проверка физической целостности базы утилитой chdbfl.exe
В случае фрагментации или структурного повреждения системных таблиц конфигурации встроенное тестирование и исправление через конфигуратор может зависнуть. Рекомендуется выполнить проверку на физическом уровне:
Обязательно создадим резервную копию файла 1Cv8.1CD.
Перейдем в каталог установленной платформы 1С, в папку bin (например, C:\Program Files (x86)\1cv82\8.2.19.90\bin\).
Запустим утилиту chdbfl.exe.
Укажем путь к файлу базы данных, установим флаг «Исправлять обнаруженные ошибки» и нажмем кнопку «Выполнить».
После завершения утилита восстановит целостность таблиц и поврежденные индексы, в том числе хранилище настроек пользователей.
Способ 6. Пересоздание пользователя информационной базы
Если сброс настроек и утилиты восстановления не дали результата, самым быстрым и надежным решением остается полное пересоздание учетной записи:
Откроем проблемного пользователя, запомним или запишем его параметры (имя для входа, полные права, роли, интерфейс).
Удалим проблемного пользователя из списка или переименуем его (например, добавив префикс _старый).
Создадим нового пользователя с прежним логином и назначим ему необходимые права доступа.
В режиме «Предприятие» привяжем созданного пользователя к элементу справочника Пользователи, чтобы восстановить персональные константы и настройки учета.
Комплексный подход, начиная от очистки кэша и удаления системных файлов блокировок до перезаписи настроек, позволяет вернуть доступ к базе без потери учетных данных.