← На главную

Разберем распространенную и неприятную ситуацию, когда при запуске информационной базы 1С:Предприятия (в режиме «Предприятие» или «Конфигуратор»), размещенной на MS SQL Server, окно выбора пользователя оказывается абсолютно пустым. При попытке ввести имя логина и пароль вручную платформа выдает сообщение: «Идентификация пользователя не выполнена», а очистка локального кэша пользователя не приносит результата.

Основные причины исчезновения списка пользователей

Проанализируем, почему платформа 1С может перестать видеть учетные записи, даже если база данных ранее успешно работала:

1. Сбой системных файлов аутентификации в базе данных: В таблице Params или v8users произошел сбой, из-за которого платформа не может корректно прочитать двоичные данные файла users.usr.
2. Настройка аутентификации ОС с флагом «Не показывать в списке»: Если для всех администраторов была включена аутентификация Windows и снят флаг отображения в списке, а учетная запись текущего доменного пользователя изменилась или не имеет прав.
3. Прерванный процесс реструктуризации базы данных: При сбое во время обновления информационной базы временная таблица v8usersNG могла не переименоваться обратно в v8users.
4. Сбой сетевого клиента или драйвера СУБД: При повреждении или несовместимости SQL Native Client или OLE DB Driver на сервере 1С платформа может некорректно считывать двоичные данные из MS SQL Server.
5. Физическое повреждение таблиц или индексов MS SQL: Повреждение страниц данных в файлах .mdf или .ldf либо сбой индексов системных таблиц.
6. Зависание сеансов в кластере 1С: Призрачные фоновые сеансы службы сервера 1С могут блокировать нормальный доступ к параметрам аутентификации.

Безопасный метод восстановления доступа через MS SQL Server (без удаления пользователей)

Рассмотрим пошагово самый безопасный способ обхода авторизации, который позволяет войти в Конфигуратор и восстановить список пользователей без их полного удаления из базы.

Важно: Перед выполнением любых манипуляций с базами данных в MS SQL Server Management Studio обязательно создайте резервную копию (резервную копию БД в SQL или dt-файл)!

1. Остановим службу сервера 1С:Предприятия или закроем все активные соединения с базой данных.
2. Откроем MS SQL Server Management Studio и запустим SQL-запрос для подмены системных таблиц. Переименуем таблицу v8users и изменим имя файла в таблице Params:
   Скопировать код

   
   EXEC sp_rename 'v8users', 'v8users_old';
   UPDATE [Params]
   SET [FileName] = 'users.usr_old'
   WHERE [FileName] = 'users.usr';
   

3. Запустим Конфигуратор информационной базы. Платформа войдет без запроса логина и пароля, автоматически сформировав новую пустую таблицу v8users.
4. Не закрывая Конфигуратор, вернемся в SQL Management Studio и выполним обратную подмену таблиц:
   Скопировать код

   
   DROP TABLE v8users;
   EXEC sp_rename 'v8users_old', 'v8users';
   UPDATE [Params]
   SET [FileName] = 'users.usr'
   WHERE [FileName] = 'users.usr_old';
   

5. Вернемся в открытый Конфигуратор и перейдем в меню Администрирование -> Пользователи. Нажмем кнопку обновления списка или откроем список пользователей заново — в нем снова появятся все учетные записи.
6. Откроем нужного администратора, изменим его пароль и сохраним изменения. Теперь доступ в базу полностью восстановлен.

Альтернативный быстрый сброс (очистка таблиц авторизации)

Если цель состоит в полном сбросе учетных записей платформы для первоначального входа в Конфигуратор, проанализируем упрощенный вариант:

1. В MS SQL Server откроем таблицу Params и удалим только запись, где в поле FileName указано значение users.usr.
2. Очистим или удалим таблицу v8users.
3. Запустим Конфигуратор без авторизации и заново создадим необходимых администраторов.

Обратите внимание: При полном удалении пользователей из v8users разрывается связь между учетными записями платформы и элементами прикладного справочника Пользователи (по реквизиту ИдентификаторПользователяИБ). После такого сброса потребуется заново сопоставить пользователей в режиме «Предприятие».

Дополнительные шаги по диагностике и устранению сбоев

Посмотрим, какие еще действия необходимо выполнить для стабильной работы базы данных после восстановления доступа:

1. Проверка целостности базы данных в SQL: Выполним команду проверки физической целостности страниц MS SQL Server: DBCC CHECKDB ('Имя_Базы_Данных') WITH NO_INFOMSGS, ALL_ERRORMSGS;
2. Тестирование и исправление (ТиИ): В Конфигураторе выполним процедуру Администрирование -> Тестирование и исправление, включив флаги проверки логической и ссылочной целостности, а также реиндексации таблиц.
3. Обновление драйверов СУБД: Обновим или переустановим SQL Native Client или Microsoft OLE DB Driver for SQL Server на сервере 1С.
4. Перезапуск службы кластера: Выполним перезапуск службы 1С:Предприятия для очистки серверного кэша и удаления зависших фоновых процессов.