Где хранятся пользователи информационной базы в 1С

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

Ключевой момент: пользователи информационной базы хранятся внутри самой базы, а не в отдельном файле на диске и не в настройках платформы. В файловом варианте это часть файла 1Cv8.1CD, в клиент-серверном — таблицы в базе данных на СУБД. Дополнительно существуют пользователи кластера серверов 1С и пользователи операционной системы — это отдельные списки, которые не синхронизируются с учётными записями информационной базы.

Ниже разобрано, где физически находятся учётные данные в каждом режиме работы, какие сведения о пользователях хранятся в прикладных регистрах типовых конфигураций, как найти нужные таблицы на SQL Server или PostgreSQL и что делать, если доступ к базе утерян.

Какие списки пользователей существуют в 1С и чем они отличаются

Прежде чем искать место хранения, важно разделить четыре разных списка учётных записей, с которыми сталкивается администратор 1С. Первый — пользователи информационной базы: именно они отображаются в конфигураторе в разделе «Администрирование — Пользователи» и используются для входа в конкретную базу. Второй — администраторы кластера серверов 1С: они управляют самим сервером (создание баз, настройка рабочих процессов) и хранятся отдельно в служебных файлах кластера. Третий — пользователи операционной системы, под которыми работают службы и выполняется аутентификация ОС. Четвёртый — пользователи СУБД (например, учётная запись, от имени которой сервер 1С подключается к SQL Server).

Эти списки никак не связаны между собой. Удаление пользователя из информационной базы не затрагивает кластер, а смена пароля администратора кластера не влияет на вход пользователей в базу. Исключение — аутентификация операционной системы: в свойствах пользователя ИБ можно указать соответствие учётной записи Windows, и тогда вход в базу выполняется без ввода пароля под текущим пользователем ОС. Но даже в этом случае запись о пользователе всё равно хранится в информационной базе, а в ОС лишь проверяется подлинность.

Где хранятся пользователи в файловом варианте базы

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

Рядом с файлом базы в том же каталоге находится служебный файл users.usr (в подкаталоге или рядом, в зависимости от версии платформы). Он содержит копию списка пользователей и используется платформой для быстрой аутентификации на этапе открытия базы, до полной инициализации. При добавлении или изменении пользователя через конфигуратор обновляются оба хранилища — и таблица внутри 1Cv8.1CD, и users.usr.

Практическое следствие: при копировании файловой базы на другой компьютер пользователи переносятся вместе с базой автоматически — никаких дополнительных действий не требуется. Если же файл users.usr был случайно удалён или повреждён, платформа обычно восстанавливает его из основной таблицы при следующем запуске конфигуратора.

Где хранятся пользователи в клиент-серверном варианте

В клиент-серверном режиме список пользователей информационной базы хранится внутри базы данных на СУБД — в таблице Params (в ней платформа держит служебные параметры, включая сериализованный список учётных записей). Файла users.usr в этом режиме нет: аутентификация выполняется сервером 1С, который читает данные напрямую из базы.

Найти таблицу можно в SQL Server Management Studio, pgAdmin или другом клиенте СУБД: откройте нужную базу данных и в списке таблиц найдите dbo.Params (SQL Server) или params (PostgreSQL). Данные внутри хранятся в бинарном виде, поэтому просмотреть или изменить их обычным SQL-запросом осмысленно не получится — формат внутренний, платформенный.

Отдельно стоит помнить про учётную запись СУБД, под которой сервер 1С подключается к базе. Она задаётся при создании информационной базы в консоли кластера и хранится в настройках кластера, а не в базе. Путать её с пользователями ИБ нельзя: это техническая учётная запись для соединения сервера с СУБД.

Что хранится в регистрах сведений типовых конфигураций

Помимо платформенного списка пользователей, типовые конфигурации (Бухгалтерия, Зарплата и управление персоналом, Управление торговлей и другие на БСП) ведут собственный учёт пользователей в прикладных данных. Основные места хранения: справочник «Пользователи» с карточками сотрудников и их настройками, регистр сведений «Сведения о пользователях» (соответствие элементов справочника и учётных записей ИБ), регистры настроек прав доступа и хранилища значений с дополнительными параметрами.

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

Отсюда частая ситуация: пользователь удалён в конфигураторе, но его карточка осталась в справочнике, или наоборот — в справочнике есть пользователь, которому не создали учётную запись ИБ, и он не может войти. Проверять соответствие удобно через обработку «Пользователи» в разделе администрирования: в типовых конфигурациях там видно, каким элементам справочника сопоставлены учётные записи.

Где хранятся администраторы кластера серверов 1С

Администраторы кластера — это не пользователи информационной базы, и хранятся они в другом месте: в служебных файлах каталога кластера сервера 1С (обычно это каталог srvinfo внутри каталога установки сервера или в профиле службы агента). Список администраторов кластера сохраняется в данных реестра кластера вместе со списком информационных баз, рабочих процессов и их настройками.

Если в кластере не создан ни один администратор, управление кластером доступно любому, кто может подключиться консолью, — это типичная уязвимость свежеустановленных серверов. Создавать администратора кластера нужно сразу после установки, при этом права на базы ему давать не обязательно: это независимые роли.

Утрата пароля администратора кластера не блокирует работу пользователей с базами — страдает только возможность администрировать сервер. Восстановление выполняется на уровне файлов кластера при остановленной службе агента, и такую операцию лучше выполнять на тестовой копии или с резервной копией каталога srvinfo.

Сравнение мест хранения

Пользователи ИБ (файловый режим)

Внутри 1Cv8.1CD (таблица Params) + служебный файл users.usr. Переносятся вместе с копией базы

Пользователи ИБ (клиент-сервер)

В таблице Params базы данных на СУБД. Переносятся при бэкапе/восстановлении базы средствами СУБД

Администраторы кластера

В служебных файлах каталога srvinfo сервера 1С. При переносе базы на другой кластер не переносятся

Пользователи ОС

В системе безопасности Windows/Linux. Используются только для аутентификации ОС и работы служб

Как проверить, где хранятся пользователи, и восстановить доступ

Определить режим работы базы просто: в списке информационных баз при запуске 1С путь к файловой базе выглядит как каталог на диске (File="..."), а к клиент-серверной — как пара «сервер/имя базы» (Srvr="...";Ref="..."). От этого зависит, где искать учётные записи и как действовать при проблемах.

Если утерян пароль единственного администратора файловой базы, штатных средств восстановления нет — платформа специально не даёт обхода защиты. Рабочие варианты: найти другого пользователя с административными правами, восстановить базу из резервной копии, где пароль известен, или, если включена аутентификация ОС, войти под привязанной учётной записью Windows. В клиент-серверном варианте ситуация аналогична, плюс остаётся возможность восстановить базу из бэкапа СУБД.

После переноса базы на новый сервер или компьютер проверьте три вещи: входят ли пользователи с паролем (значит, список учётных записей перенёсся корректно), не сломалась ли аутентификация ОС (при смене домена или имени компьютера привязки перестают работать) и видны ли пользователи в справочнике «Пользователи» в режиме предприятия.

1. 1
   Откройте конфигуратор и проверьте список: «Администрирование — Пользователи» — все учётные записи должны быть на месте
2. 2
   Войдите в режим предприятия под администратором и откройте справочник «Пользователи» — карточки должны соответствовать учётным записям
3. 3
   Проверьте вход под обычным пользователем с паролем
4. 4
   Проверьте вход пользователя с аутентификацией ОС — при ошибке перепривяжите учётную запись в её свойствах
5. 5
   Убедитесь, что роли и права работают: пользователь видит свои документы и не видит закрытые разделы

Типичные ошибки и ограничения

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

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

Ограничение, о котором часто забывают: выгрузка базы в файл .dt сохраняет пользователей ИБ вместе с паролями (хешами) и ролями — это удобный способ переноса между файловым и клиент-серверным режимами. А вот выгрузка средствами СУБД переносит только данные базы; настройки кластера и его администраторы остаются на старом сервере.

Частые вопросы

Можно ли посмотреть пароль пользователя 1С в базе?

Нет. Платформа хранит только хеши паролей, обратное восстановление невозможно. Если пароль утерян, его можно только сменить: под другим администратором базы, через аутентификацию ОС (если настроена) или путём восстановления базы из резервной копии, где пароль известен.

Перенесутся ли пользователи при копировании файловой базы на другой компьютер?

Да. Список пользователей хранится внутри файла 1Cv8.1CD и дублируется в users.usr, поэтому при копировании каталога базы учётные записи переносятся автоматически. Единственное, что может сломаться, — аутентификация ОС, если она была привязана к учётным записям старого компьютера или домена.

Где в SQL Server найти таблицу с пользователями базы 1С?

Откройте базу данных информационной базы в Management Studio и найдите таблицу dbo.Params — список пользователей хранится в ней в сериализованном виде. Читать и тем более изменять эти данные напрямую через SQL не следует: формат внутренний, и повреждение записи может сделать базу неработоспособной.

Чем пользователь из справочника «Пользователи» отличается от пользователя в конфигураторе?

Пользователь в конфигураторе — это платформенная учётная запись: имя входа, хеш пароля, роли. Элемент справочника «Пользователи» — прикладная карточка с настройками, подразделением и ссылкой на физлицо. Типовые конфигурации связывают их по идентификатору; для входа в базу обязательна именно учётная запись, а для корректной работы прав и настроек — обе сущности.

Потерян пароль администратора кластера — пользователи базы тоже заблокированы?

Нет. Администраторы кластера и пользователи информационных баз — независимые списки. Сотрудники продолжат работать с базами в обычном режиме; недоступным станет только администрирование сервера (создание баз, настройка процессов, просмотр сеансов через консоль).

Сохраняются ли пользователи при выгрузке базы в файл .dt?

Да, выгрузка в .dt включает список пользователей ИБ с ролями и хешами паролей — после загрузки на новом месте все смогут войти со своими паролями. Это стандартный способ переноса базы между файловым и клиент-серверным режимами. Не переносятся только администраторы кластера и настройки самого кластера.