Подвисание 1С на "живом" поиске УТ 11.3

[FreeArcher]

Приветствую!
Подниму возникшую проблему. Обновили рабочую базу на УТ 11.3. Включили новый стандартный поиск ("живой" его ещё называют). В подборе ищет порядка 10 секунд. И на каждый запуск поиска создается отдельное фоновое задание.

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

Сейчас вернулись на старый поиск.

Платформа 8.3.8.2167
УТ 11.3.1.142
SQL 2008
60 тыс номенклатуры, около 100 пользователей, активно ищущих 30.
Сервер Xeon E5 3.5 Ггц, память 256 Гб, винты не SSD.

Сталкивались с такими проблемами?
Может есть информация, как этот поиск работает технический и почему такие проблемы?

Спасибо.

[Гилёв Вячеслав]

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

[FreeArcher]

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

Спасибо. А как проверить можно это предположение?

[sevushka]

Если ут стандартная - то все достаточно прозаично. надо или не надо - на каждый реквизит там понапихали свойство полнотекстовый индекс. и обновление его кучу ресурсов жрет, и поиск по нему для больших баз - достаточно медленный.
Не знаю как делать совсем правильно, но у себя мы проанализировали те поля, по которым реально ищем, их оказалось не так и много. На остальных полнотекстовый просто отключили. Разница - колоссальная.
Минус - при каждом обновлении надо отключать заново, но УТ обновляем не так и часто.

[Гилёв Вячеслав]

Платформа «1С:Предприятие 8» размещает все файлы полнотекстового поиска данных в служебном каталоге 1Cv8FTxt:
Для файловой базы: ..\<Каталог базы>\1Cv8FTxt\
Для клиент-серверной базы: ..\srvinfo<порт сервера>\reg_<порт сервера>\<Идентификатор базы>\1Cv8FTxt\
В данном каталоге размещаются все файлы необходимые для механизма ППД (Полнотекстового Поиска Данных). Например, файлы основного (indexMain.bin) и дополнительного индекса (indexPartial.bin), временные файлы изменений (changesХХХХХХХХХХХХХХ.log) и многие другие. Проблемой будет в десятки гигабайт по размеру файлы indexmain.bin и indextemp2.bin .

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

Обнаружить завершение процессов в результате нехватки памяти можно через события ATTN технологического журнала. Что то вроде Descr=Process exceeded critical memory limit .