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

← На главную

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

Анализ причин: почему данные пользователей «откатываются» назад

Рассмотрим ситуацию, когда у пользователя с доменной авторизацией внезапно восстанавливается старое доменное имя, которое было актуально несколько недель назад. Это явный признак того, что система обратилась к устаревшим данным. Выясним причины, по которым это может происходить:

Проблемы кэширования на сервере приложений. Платформа 1С активно использует кэширование для ускорения работы. Список пользователей ИБ хранится не только в таблице базы данных SQL, но и кэшируется в оперативной памяти рабочих процессов сервера и в специальных файлах сеансовых данных. При некорректном завершении работы сервера или сбоях в сети рабочие процессы могут подтянуть данные из локальных файлов кэша, которые не были синхронизированы с актуальной базой.
Рассинхронизация реестра кластера. В кластере серверов 1С информация о базах и пользователях дублируется в файлах реестра (обычно это 1CV8Reg.lst). Если в кластере несколько рабочих серверов, и один из них долгое время находился в офлайне или имел проблемы с доступом к общему реестру, при его включении может произойти конфликт версий, в результате которого «старые» данные перезапишут «новые».
Последствия динамического обновления. Так называемое «демоническое» обновление (обновление конфигурации базы данных, когда в системе есть пользователи) — одна из самых частых причин разрушения структуры системных данных. При таком обновлении изменения вносятся в таблицу Config, но кэш сеансов может остаться старым, что приводит к непредсказуемому поведению системы, включая «исчезновение» объектов метаданных или пользователей.

Методы диагностики: как выявить «виновника»

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

1. Включение аудита на стороне SQL-сервера

Если есть подозрение, что кто-то «лазит руками» в базу данных или изменения вносятся сторонним софтом, необходимо настроить аудит на уровне СУБД. Рассмотрим, как это сделать для MS SQL Server. Нам нужно отследить любые манипуляции с системной таблицей v8users.

Для начала создадим аудит сервера, а затем спецификацию аудита базы данных, которая будет фиксировать обращения к таблице пользователей. Это позволит увидеть имя хоста, приложение и учетную запись, под которой вносились правки.

2. Проверка внешних подключений и обменов

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

Наличие COM-соединений из других баз. Если другая база (например, тестовая копия) подключена к основной через COMConnector под административной учетной записью, она может программно изменять список пользователей.
Синхронизация со справочником «Пользователи». В конфигурациях на базе УПП или «Проектный офис» часто реализованы механизмы автоматического создания пользователей ИБ на основе данных из справочника. Если в справочнике остались старые данные или сработал некорректный скрипт синхронизации с Active Directory, платформа может перезаписать параметры авторизации.

Инструменты исправления и профилактики

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

Очистка серверного кэша

Для устранения проблем с «фантомными» данными необходимо полностью очистить кэш сервера приложений. Проанализируем этот процесс:

Остановите службу сервера 1С:Предприятия.
Перейдите в каталог srvinfo (путь по умолчанию: C:\Program Files\1cv8\srvinfo).
Найдите папку вашего кластера (например, reg_1541) и внутри нее удалите содержимое папки snccntxt — именно здесь хранятся контексты сеансов, которые могут содержать битые ссылки на пользователей.
Удалите временные файлы из папок temp в профиле пользователя, под которым запускается служба 1С.
Запустите службу сервера.

Программная проверка пользователей

Иногда полезно выполнить программную сверку того, что видит платформа, с тем, что записано в справочнике. Проанализируем простую обработку, которая поможет выявить расхождения:


// Получаем всех пользователей информационной базы
ПользователиИБ = ПользователиИнформационнойБазы.ПолучитьПользователей();

Для Каждого ТекущийПользователь Из ПользователиИБ Цикл
    // Ищем соответствующую запись в справочнике Пользователи
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |   Пользователи.Ссылка КАК Ссылка,
        |   Пользователи.Наименование КАК ФИО
        |ИЗ
        |   Справочник.Пользователи КАК Пользователи
        |ГДЕ
        |   Пользователи.ИдентификаторПользователяИБ = &Идентификатор";
    
    Запрос.УстановитьПараметр("Идентификатор", ТекущийПользователь.УникальныйИдентификатор);
    Результат = Запрос.Выполнить();
    
    Если Результат.Пустой() Тогда
        Сообщить("Внимание: Пользователь ИБ '" + ТекущийПользователь.Имя + "' не найден в справочнике!");
    КонецЕсли;
КонецЦикла;

Проверка целостности базы данных на уровне SQL

Если пользователи пропадают бесследно, а записи в системных таблицах выглядят странно, стоит выполнить проверку физической целостности базы. Рассмотрим команду для SQL Management Studio:

DBCC CHECKDB ('ИмяВашейБазы') WITH NO_INFOMSGS, ALL_ERRORMSGS;

Если проверка выявит ошибки в индексах таблицы v8users, это может объяснять, почему 1С «не видит» пользователя, хотя он физически присутствует в данных. В таком случае поможет переиндексация или использование средств восстановления SQL.