Кто сейчас работает в базе 1С и где хранится список пользователей

Тех, кто прямо сейчас работает в 1С, проще всего увидеть в самой программе: Администрирование → Обслуживание → Активные пользователи в БП 3.0, ЗУП 3.1 и УТ 11 или Администрирование → Активные пользователи в Конфигураторе. Для серверной базы полный список сеансов с компьютерами и лицензиями показывает консоль кластера серверов 1С. Сам список учётных записей хранится внутри информационной базы и открывается через Администрирование → Настройки пользователей и прав → Пользователи.

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

Учётные записи и активные сеансы: где искать пользователей в 1С

Начните с того, что именно нужно найти. Учётная запись — это строка в списке пользователей базы. Сеанс — это конкретный запуск программы: один пользователь может держать два-три сеанса одновременно, а фоновое задание держит сеанс вообще без человека.

📌 Список пользователей хранится не в отдельном файле и не в Windows. В файловой базе он лежит внутри 1Cv8.1CD, в серверной — в таблице базы данных на SQL Server или PostgreSQL. Скопировали базу — вместе с ней переехали и все учётные записи с паролями.

Активные пользователи в программе и в Конфигураторе

Форма «Активные пользователи» работает и в файловой, и в серверной базе. Она показывает:

• 👤 имя пользователя 1С;
• 💻 компьютер, с которого он зашёл;
• 🧩 приложение: тонкий клиент, толстый клиент, Конфигуратор, веб-клиент, фоновое задание, COM-соединение;
• 🕒 время начала сеанса и номер сеанса.

Как открыть в пользовательском режиме

1. Зайдите в базу под пользователем с полными правами.
2. Откройте раздел Администрирование → Обслуживание.
3. Найдите группу команд мониторинга и нажмите «Активные пользователи».

Если раздела «Администрирование» не видно, у пользователя нет административной роли. Есть запасной путь через главное меню (кнопка с тремя полосками): Функции для технического специалиста → Обработки → Активные пользователи. Пункт «Функции для технического специалиста» сначала включают в Сервис и настройки → Параметры.

Как открыть в Конфигураторе

В Конфигураторе меню Администрирование → Активные пользователи. Список тот же, но без отборов и сортировок. Удобно, когда нужно быстро понять, кто мешает обновить конфигурацию базы данных.

Сеансы в консоли кластера серверов 1С

Для серверной базы главный инструмент — оснастка «Администрирование серверов 1С Предприятия». Она показывает все сеансы всех баз кластера, а не только той, в которую вы зашли.

Если консоль не открывается

Классическая проблема: оснастка запускается с ошибкой или пустая. Причина почти всегда одна — библиотека radmin.dll зарегистрирована от другой версии платформы или не зарегистрирована вовсе. Регистрируют её от версии, совпадающей с версией сервера 1С. Командная строка — от имени администратора:

regsvr32 "C:\Program Files\1cv8\8.3.24.1586\bin\radmin.dll"

Номер версии в пути подставьте свой: он должен совпадать с номером запущенного сервера. Для 32-разрядного клиента путь начинается с C:\Program Files (x86)\1cv8\.

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

1. Раскройте Центральные серверы 1С:Предприятия → имя сервера → Кластеры → ваш кластер.
2. Узел «Сеансы» на уровне кластера покажет все сеансы всех баз.
3. Для одной базы раскройте Информационные базы → имя базы → Сеансы.
4. Рядом есть узел «Соединения»: там видно, к какому рабочему процессу подключён клиент.

В свойствах сеанса виден пользователь, компьютер, приложение, время начала и последней активности, рабочий процесс, полученная лицензия. Колонки «Блокировки СУБД» и «Захвачено СУБД» помогают найти сеанс, который держит таблицы и тормозит остальных.

Командная строка: rac

Если оснастки нет (Linux, удалённый сервер), используйте rac поверх сервера администрирования ras. По умолчанию ras слушает порт 1545, его нужно запустить отдельно.

rac localhost:1545 cluster list
rac localhost:1545 infobase summary list --cluster=<uuid-кластера>
rac localhost:1545 session list --cluster=<uuid-кластера> --infobase=<uuid-базы>
rac localhost:1545 session list --cluster=<uuid-кластера> --licenses

В выводе session list ищите поля user-name, host, app-id и started-at. Остальные параметры смотрите в rac help session.

Журнал регистрации: кто входил в базу и когда

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

Где открыть

• в программе: Администрирование → Обслуживание → Журнал регистрации;
• в Конфигураторе: Администрирование → Журнал регистрации.

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

Где журнал лежит на диске

В современных версиях 8.3 журнал по умолчанию хранится в одном файле 1Cv8.lgd. Старый формат — набор файлов .lgf и .lgp. Формат меняют в Конфигураторе: Администрирование → Настройка журнала регистрации. Там же задают уровень детализации. Если выключить регистрацию событий, история входов просто не появится.

Файлы базы, блокировок и кэша пользователей

Часть того, что ищут под вопросом «где находятся пользователи», — это локальные файлы. Их три группы.

Файловая база

В каталоге базы лежат:

• 📁 1Cv8.1CD — сама база, включая список пользователей;
• 🔒 1Cv8.1CL — служебный файл блокировки, существует, пока в базе есть сеансы;
• 📜 1Cv8Log — журнал регистрации.

Узнать, кто держит базу открытой, помогает Windows. На файловом сервере откройте compmgmt.msc → Общие папки → Открытые файлы. В списке будет пользователь Windows и путь к 1Cv8.1CD. Это работает даже тогда, когда 1С из-за сбоя показывает сеансы людей, давно ушедших домой.

Список баз и кэш на компьютере пользователя

Список баз, который пользователь видит в окне запуска, хранится в файле %APPDATA%\1C\1CEStart\ibases.v8i. Его удобно копировать на новый компьютер.

Кэш и настройки пользователя лежат в двух местах:

%APPDATA%\1C\1cv8\
%LOCALAPPDATA%\1C\1cv8\

Внутри — папки с длинными именами-идентификаторами, по одной на каждую базу. Их очистка лечит странности интерфейса после обновления. Перед очисткой закройте 1С на этом компьютере. Сначала попробуйте мягкий вариант: запустить клиент с параметром /ClearCache.

Серверный кластер

На сервере 1С в каталоге srvinfo хранятся настройки кластера и сеансовые данные. Вручную их не трогают при работающей службе. Если сеансы «повисли» и не удаляются из консоли, службу «Агент сервера 1С:Предприятия» перезапускают в нерабочее время: это завершит все сеансы всех баз кластера.

Процессы 1С в Диспетчере задач Windows

Диспетчер задач не знает пользователей 1С, но знает пользователей Windows. Для терминального сервера этого часто достаточно.

Как найти, чей процесс

1. Откройте Диспетчер задач, вкладку «Подробности».
2. Включите колонку «Имя пользователя» (правой кнопкой по заголовку колонок).
3. Отсортируйте по имени процесса.

На терминальном сервере удобнее вкладка «Пользователи»: процессы сгруппированы по людям. Из командной строки то же самое даёт:

tasklist /v /fi "imagename eq 1cv8c.exe"
query user

Первая команда покажет процессы тонкого клиента с именем пользователя Windows. Вторая — список терминальных сессий.

Что видно из SQL Server и PostgreSQL

Тут частое заблуждение. В клиент-серверном варианте к СУБД подключается не пользователь, а рабочий процесс rphost.exe. Поэтому в sp_who2 на SQL Server или в pg_stat_activity на PostgreSQL вы увидите сервер 1С, а не Иванова из бухгалтерии. Имени пользователя 1С там нет.

Список учётных записей в базе данных лежит в служебной таблице v8users. Посмотреть его можно запросом только на чтение:

SELECT Name FROM v8users ORDER BY Name;

Этим пользуются, когда база не открывается в 1С, а нужно понять, какие логины в ней есть.

Для поиска «кто держит таблицу» на уровне СУБД смотрите блокирующие соединения средствами СУБД, а затем по колонке «Захвачено СУБД» в консоли кластера найдите соответствующий сеанс 1С.

Аудит доступа: кто, откуда и с какими правами

Найти пользователей — половина дела. Вторая половина — убедиться, что в базу не заходят лишние.

Что проверять раз в месяц

• 🔑 у всех учётных записей есть пароль или настроена аутентификация Windows;
• 🚫 уволенным сотрудникам запрещён вход (флажок «Вход в программу разрешён» снят), а не просто сменён пароль;
• 👥 полные права есть только у тех, кому они нужны;
• 📜 в журнале регистрации нет серии событий «Сеанс. Ошибка аутентификации» с одного компьютера.

Ограничить вход на время работ

Перед обновлением или закрытием периода запретите новые входы. В программе это обработка «Блокировка работы пользователей» в разделе Администрирование → Обслуживание. Задайте время начала, текст сообщения и код разрешения: с ним администратор сам войдёт в заблокированную базу.

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

Пароль администратора кластера

Если на кластер не назначен администратор, консоль доступна любому, кто достучится до сервера по сети. Задайте администратора кластера в консоли, в узле «Администраторы». Если пароль потерян, его не подбирают и не «сбрасывают» удалением кластера. Остановите службу, восстановите каталог кластера из резервной копии или обратитесь к администратору сервера.

Почему список пользователей не совпадает с реальностью

Самый частый вопрос: «В активных пользователях человек есть, а он давно ушёл». Разберите по симптомам.

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