← На главную

При создании нового подчиненного узла распределенной информационной базы (РИБ) в конфигурациях 1С (например, «Розница 2.2» или «Бухгалтерия предприятия 3.0») можно столкнуться с проблемой катастрофического падения производительности. Вход в систему может занимать от 5 до 10 минут, а открытие любых форм справочников и документов длится десятками секунд, даже если размер периферийной базы относительно небольшой (менее 1 ГБ).

Разберем основные причины такого поведения платформы и проанализируем проверенные способы устранения этой проблемы.

Выясним причины низкой производительности нового узла РИБ

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

1. Некорректное состояние таблицы Config или сбой индексов СУБД: При выгрузке начального образа периферийного узла конфигурационные таблицы могут сформироваться с поврежденными или отсутствующими индексами. В MS SQL Server проверить состояние индексов системных таблиц можно командой: EXEC sp_helpindex 'Config' Если индекс поврежден, чтение метаданных платформой 1С при каждом вызове интерфейсных форм приводит к постоянному сканированию всей таблицы.
2. Зависшие обработчики обновления БСП: После разворачивания нового узла библиотека стандартных подсистем (БСП) запускает отложенные процедурные обработчики. Если их процесс прерывается или работает некорректно, при каждом действии пользователя система совершает избыточные тяжелые проверки.
3. Динамический перерасчет RLS (ограничения прав на уровне записей): При неполноценной загрузке настроек узла таблицы ключей доступа могут оказаться несформированными. Платформа начинает рассчитывать права доступа для каждого элемента справочника на лету.

Шаг 1. Перезагрузка конфигурации с отключением главного узла

Наиболее эффективным и проверенным на практике решением является отвязка периферийной базы от центрального узла с последующей полной перезагрузкой файла конфигурации (.cf).

Рассмотрим пошагово порядок действий:

1. Выгрузка конфигурации из центральной базы: В центральном узле откройте Конфигуратор и выполните выгрузку конфигурации в файл (меню Конфигурация -> Сохранить конфигурацию в файл...).
2. Отвязка периферийной базы: Запустите Конфигуратор подчиненного узла (или откройте внешнюю обработку / консоль кода в режиме «Предприятие») и снимите привязку к главному узлу. Для платформы 1С:Предприятие версии 8.3.10 и новее это выполняется вызовом встроенного метода:
   Скопировать код

   
   // Выполняется в периферийной базе для отвязки от центрального узла
   УстановитьГлавныйУзел(Неопределено);
   

3. Обновление конфигурации: После успешного отключения от узла загрузите сохраненный ранее файл конфигурации .cf центральной базы через меню Конфигурация -> Загрузить конфигурацию из файла... и обновите конфигурацию базы данных (нажав F7).
4. Восстановление связи с главным узлом: Запустите сеанс 1С в режиме «Предприятие» или выполните программный код для установки связи с центральным узлом:
   Скопировать код

   
   // Указываем ссылку на элемент плана обмена, соответствующий центральному узлу
   УзелЦентр = ПланыОбмена.ПоМестуНахождения.НайтиПоКоду("ЦБ");
   УстановитьГлавныйУзел(УзелЦентр);
   

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

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

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

/C ЗапуститьОбновлениеИнформационнойБазы

Данный параметр заставляет платформу выполнить все отложенные обработчики обновления в монопольном режиме, пересчитать кэш прав и обновить системные регистры сведений (такие как РегистрыСведений.ЗначенияГруппДоступа и РегистрыСведений.ТаблицыГруппДоступа).

Шаг 3. Дополнительные настройки фоновых процессов и полнотекстового поиска

Разберем дополнительные параметры, которые помогут снизить нагрузку на периферийный узел при первом запуске:

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