Здравствуйте!

1С:Предприятие 8.5 (8.5.1.1343)
Управление торговлей, редакция 11 (11.5.27.61)

В окне подбора товаров при использовании полнотекстового поиска и переключения флажка наличия товаров на складе через какое-то время 1С зависает полностью.
Если же не пользоваться флажком наличия товаров на складе, а только полнотекстовым поиском, то проблем никаких нет.
Кстати до обновления релиза базы и перехода на платформу 8.5 такое не наблюдалось.
Я уже и тестировал базу и обновлял индекс полнотекстового поиска, но после этих процедур поиск работает работает минут 30 и потом 1С опять зависает.

https://s1.radikal.cloud/2026/07/20/121237999e4f897578db.png

Не уже ли платформа 8.5 кривая?

Замер производительности делали?

(0)"Неужели"

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

Отключите полнотекстный

Серверная или файловая?).
"Не уже ли" - нет слов.

(4) +

(0) Если веб-сервер IIS то количество подключений увеличь в Консоли управления.

Если файловая, то почисти каталог с индексами. Ловил такое на рознице

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

Вообщем написал в техподдержку 1С. Попросили прислать базу и каталог с кэшем сервера 1С. Сегодня отправлю и буду ждать результата от 1с.

Скорее всего платформа 1С ломает индексы полнотекстового поиска.

(7) Веб-сервер IIS не причём. Когда тестировал я отключал его и запускал клиентскую часть 1С на самом сервере без прослойки IIS. Картина та же самая.
(8) Чистка каталога не помогает.

(0)

Есть. Есть люди, которые до сих пор не отключили полнотекстовый поиск в своих базах (с)

Ответ техподдержки 1С:

"Технически полнотекстовый поиск всегда ищет только с начала слова. Т.е., при поиске "4177" результаты начинающиеся с этих цифр - это ожидаемое поведение. Так же ожидаемо и попадание в результат поиска строки вида "226А41772R", так как это уже составное словно, которое в индексе ППД разделяется по буквенным разделителям и потому 4177 вновь оказывается в начале слова. А вот "77002747177" предсказуемо в результат поиска не попало. Это штатная работа ППД"


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


(10) Когда я отключаю полнотекстовый поиск, то на форме подбора при изменении состоянии флажка "В наличии на складе" база просто наглухо зависает примерно на 7 мин. А при полнотекстом поиске такого зависания нет. По этой причине я стал играться с полнотекстовым поиском.

(11) Зависание на флажке «В наличии» — это не ППД, это запрос остатков: при включении флажка подбор строит виртуальную таблицу остатков по всей отфильтрованной номенклатуре. Если отбор широкий — это скан по регистру, 7 минут очень похоже на файловую базу или разъехавшуюся статистику после перехода на 8.5.

Что сделал бы вместо игр с полнотекстом:
1. Замер: техножурнал с событиями DBMSSQL/SDBL на эти 7 минут — увидишь конкретный запрос и план, гадание закончится за полчаса.
2. Если серверная на MS SQL: обновить статистику и перестроить индексы регистра ЗапасыНаСкладах — после смены платформы планы часто съезжают именно так.
3. Проверить итоги регистра (актуальность, дата рассчитанных итогов) — кривые итоги дают ровно «наглухо на несколько минут».

ППД в вашей истории свидетель, а не убийца — тех, кто виноват, ищите в плане запроса остатков.

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

Гадание на кофейной гуще. Пожалуй, раз уж на то пошло, можно еще раз создать обращение в поддержку 1С. У меня было, что и час форма открывалась, при определенных условиях.
Можно развернуть с нуля независимо конфигурацию на другом сервере или современном ПК и посмотреть, воспроизводится ли там долгий запрос.

(14) Гадать тут и не надо, это меряется за полчаса. Включить технологический журнал по DBMSSQL с длительностью от 5 секунд, поймать зависший запрос целиком — и вопрос «ППД или остатки» закрывается фактом, а не версиями.
Дальше по тексту запроса: если MS SQL — план в SSMS, обычно видно скан регистра остатков и статистику, которая разъехалась после перехода. Если файловая — плана не будет, но сам факт «висит вот этот запрос 7 минут» ТЖ покажет так же.
Обращение в 1С без этого куска лога всё равно вернётся с просьбой прислать замер.