Восстановление доступа администратора к информационной базе 1С

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

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

Кто считается администратором базы и почему 1С просит пароль

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

Отсюда вытекает важное следствие. Пока в базе нет ни одного пользователя, 1С открывается сразу и с полными правами — пароль не запрашивается. Как только вы завели хотя бы одного пользователя, платформа начинает спрашивать логин и пароль при каждом входе.

Разберёмся, какой случай у вас:

Запуск базы и выбор пользователя в окне входа

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

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

Когда в базе заведён ровно один пользователь без пароля, окно авторизации не появляется вовсе — программа открывается сразу. Это и есть «вход без пароля» в чистом виде, но держать единственного администратора без пароля на рабочей базе небезопасно.

Чтобы вообще не вводить пароль, когда доступ у вас есть, подключают вход по учётной записи операционной системы. Это штатный и самый безопасный способ не вводить пароль. 1С сверяет текущего пользователя Windows со списком своих пользователей и пускает без запроса. Удобно на рабочем компьютере, куда вход уже защищён паролем Windows или доменной учётной записью.

Настраивается при наличии доступа администратора. В режиме «Предприятие»:

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Откройте карточку нужного пользователя.
3. Включите флажок входа по учётной записи операционной системы и укажите имя пользователя Windows в формате ДОМЕН\Пользователь (или Компьютер\Пользователь для локальной учётки).
4. Запишите изменения.

То же самое доступно и в Конфигураторе: Администрирование → Пользователи, карточка пользователя, вкладка аутентификации. Там рядом стоят два независимых флажка — вход по паролю 1С и вход по учётной записи ОС. Можно оставить оба: если ОС не совпала, программа спросит пароль.

Сброс пароля через Конфигуратор

Если пароль одного пользователя забыт, а доступ администратора в целом сохранился (есть вторая учётка с полными правами), пароль сбрасывается за минуту.

В режиме «Предприятие» под действующим администратором:

1. Администрирование → Настройки пользователей и прав → Пользователи.
2. Откройте карточку пользователя, которому нужно сбросить пароль.
3. Задайте новый пароль или снимите флажок, требующий пароль, и запишите.

Через Конфигуратор путь другой, но результат тот же:

1. Запустите базу в режиме Конфигуратор под учётной записью с полными правами.
2. Откройте Администрирование → Пользователи.
3. В списке выберите нужного пользователя, откройте карточку.
4. Очистите поле пароля (или задайте новый) и нажмите «ОК».

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

Файловая база: где лежат пользователи и как вернуть доступ

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

Значит, «удалить файл с пользователями» не выйдет: такого файла не существует. Рабочих варианта два.

• 🔑 Есть вторая учётка с полными правами — войдите под ней и сбросьте пароль через Конфигуратор или настройки пользователей (см. раздел выше).
• 💾 Другого администратора нет — восстановите базу из резервной копии, сделанной до того, как пароль был установлен или изменён.

Копию файловой базы проще всего сделать банальным копированием каталога с 1Cv8.1CD при закрытой программе. Если вы заранее выгружали базу в файл .dt (Администрирование → Выгрузить информационную базу), восстановление идёт обратной командой «Загрузить информационную базу».

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

Серверная база: сеансы, лицензии и утилита rac

В клиент-серверном варианте данные лежат в СУБД (PostgreSQL или MS SQL), а список пользователей базы — по-прежнему внутри самой информационной базы. Поэтому сбросить забытый пароль пользователя средствами сервера нельзя: ни консоль кластера, ни утилита rac паролей пользователей базы не трогают.

rac и консоль администрирования решают другую задачу — управляют кластером, информационными базами и сеансами. Частый сценарий «администратор не может войти» на сервере вызван не паролем, а занятыми лицензиями или зависшими сеансами. Тогда нужно освободить сеанс.

Посмотреть кластеры и сеансы можно так:

rac cluster list
rac session list --cluster=<идентификатор кластера>

Идентификатор кластера берётся из вывода первой команды. Полный перечень команд и параметров — в справке rac help; не стоит угадывать подкоманды, которых нет.

Завершить зависший сеанс можно через консоль администрирования серверов (графическую) или командой завершения сеанса в rac. Консоль подключается к серверу через агента кластера.

Отдельно стоит различать три «администратора» на сервере:

Если потерян пароль администратора кластера, не пересоздавайте кластер и не удаляйте базу. Остановите службу сервера, восстановите конфигурационные файлы кластера из резервной копии или обратитесь к администратору сервера. Пересоздание кластера рвёт связь со всеми базами.

Если потеряны все пароли с полными правами

Когда ни одной учётной записи с полными правами не осталось, встроенного механизма сброса у 1С нет. Это задумано: иначе защита базы ничего бы не стоила. Порядок действий одинаков для файловой и серверной базы.

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

Никакого обхода лицензии или «взлома» платформы здесь не требуется и быть не должно — речь только о доступе к собственной базе.

Как больше не терять доступ к базе

Пара привычек избавляет от повторения проблемы.

• 👥 Держите двух администраторов. Второй пользователь с полными правами — страховка на случай забытого пароля у первого.
• 🗂 Настройте регулярные резервные копии. Для серверной базы — средствами СУБД и регламентным заданием, для файловой — копированием каталога или выгрузкой .dt по расписанию.
• 🔐 Включите вход по учётной записи ОС там, где это уместно: пароль 1С не нужно помнить, а доступ защищён входом в Windows.
• 📝 Храните пароли в менеджере паролей, а не в блокноте на рабочем столе.

Частые ошибки при восстановлении доступа

На практике доступ теряют или усугубляют проблему из-за нескольких повторяющихся промахов.

• ❌ Ищут «файл с паролями». В 8.3 его нет, пароли лежат внутри 1Cv8.1CD в виде хеша. Время на поиски несуществующего файла потрачено зря.
• ❌ Путают администратора кластера с пользователем базы. Попытка «сбросить» пароль пользователя через rac ни к чему не ведёт: это разные сущности. Пароль пользователя правится только внутри базы.
• ❌ Снимают сеансы грубо — выключают сервер или гасят процесс, чтобы «освободить лицензии ». Незаписанные данные пользователей при этом теряются. Завершайте сеансы штатно и в согласованное время.
• ❌ Прогоняют сторонний сброс по единственной копии базы. Если формат файла не совпал, база повреждается, а отката нет. Сначала копия каталога, потом любые эксперименты.
• ❌ Пересоздают кластер при потере пароля администратора кластера. Это рвёт связь со всеми базами. Правильный путь — восстановить конфигурацию кластера из копии.

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