← На главную

В процессе эксплуатации отказоустойчивых кластеров 1С:Предприятие часто возникают ситуации, когда производительность поиска в списках (например, в номенклатуре) резко падает при работающих серверах, но стабилизируется при отключении одного из них. Разберемся, почему так происходит и как правильно настроить Требования назначения функциональности, чтобы избежать деградации системы.

Понимание природы проблемы

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

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

Стратегия решения через Требования назначения функциональности

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

Шаги по настройке:

1. Откройте консоль администрирования серверов 1С.
2. Перейдите в раздел Требования назначения функциональности для выбранного кластера.
3. Для рабочего сервера, который вы выбрали основным для поиска, добавьте требование: Сервис полнотекстового поиска — Назначать.
4. Для всех остальных серверов в кластере добавьте требование: Сервис полнотекстового поиска — Не назначать.
5. Примените настройки для кластера. В некоторых случаях может потребоваться перезапуск служб Агента сервера 1С для корректного перераспределения сервисов.
6. Очистите старые индексы полнотекстового поиска через Операции -> Управление полнотекстовым поиском -> Очистить индекс.
7. Выполните полное обновление индекса заново.

Нужен ли полнотекстовый поиск на больших базах?

Необходимо понимать, что ППД — это ресурсоемкий инструмент. На базах объемом в сотни гигабайт постоянное обновление индекса может создавать избыточную нагрузку на дисковую подсистему. Проанализируйте ситуацию:

• Если пользователи редко используют поиск по всей базе, возможно, стоит ограничить использование ППД и приучить персонал пользоваться стандартными средствами отбора Alt+F.
• Если база данных крайне велика, переиндексация при сбое основного сервера может занимать часы, что неприемлемо для бизнеса. В таких сценариях надежнее полагаться на оптимизированные SQL-запросы или внешние поисковые системы, такие как Elasticsearch.

Что делать, если сервер выйдет из строя?

Так как автоматической «горячей» миграции индекса не существует, в случае аварии вам придется:

• Либо смириться с временным отсутствием поиска до момента поднятия основного сервера.
• Либо перенастроить Требования назначения функциональности вручную на другой сервер, если основной узел вышел из строя надолго, и запустить процесс Обновить индекс ППД.

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