Всем привет!
Недавно стал не строго не с сего сильно зависать поиск (стандартный) на типовой базе,

База Управление торговлей 11.3
Серверный вариант
Версия платформы 8.3.12.1616
Оперативной памяти 65 Гиг
Процессор 4 ядра по 3 GHz

Диски свободные

Товаров 20 000 элементов

И вот что интересно
Конда производим поиск в справочнике (открыв сам справочник не из подбора то ищет нормально)

Когда создаём новый документ и открываем подбор товаров то все ок

А вот когда открываем записанный документ затем подбор то зависает и надолго

Что пробовал делать

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

Если открыть помощник продаж и из него подбирать товары то там поиск работает нормально (

Отчего такая печаль не подскажите?

(0) была бедулька с формой подбора - лечилась переписыванием запроса

Платформа x64
Ms sql server 2012
В агенте есть задания
Дефрагментация индексов раз в день в 2часа ночи
Обновление статистики раз в день в час ночи
Реиндексация раз в день в три часа ночи

Все эти задания выполняются на ура

В свойствах скуля в разделе память установил мин размер 1000 максимальный 30000

В разделе процессоры указал в максимальное число рабочих потоков 2048 галку поддерживать приоритет SQL server установил


Пробовал завышать эти параметры но все без изменений (

(1) так все же работало никто ничего не менял! Обновления не ставились. И пришла бяда(

В базе работают только два юзера

Выгружал в файловую так там хоть и подтупливает но работает поиск намного быстрее

А на сервере зависает аш до двух минут (

>А вот когда открываем записанный документ затем подбор то зависает и надолго

Открой снова и посмотри какие там настройки есть.

А лучше просто наймите уже специалиста, за денежку

(0) в подборе 2 варианта поиска, какой используете?

(6) Иерархия номенклатуры флаг убран (выключено)
(Но до тормозов так и было всегда и все летало! Количество ассортимента не менялось
Флаг только в остатках на таком то складе установлен ) но я пробовал снимать его это не меняет ситуации!)
Из колонок наименование, артикул, цена, в наличии доступно, единица измр
В настройках поиска следующее
Флаг стоит на использовать Стандартный вариант поиска
Все! (Быть может я не правильно Вас понял о каких настройках идёт речь?

Ещё пробовал добавлять нового пользователя затем тестил из поднего не помогло (

Так же при поиске 1с пернаметно Грузии проц

(8) стандартный ( тот что посимаольно ище !)

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

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

(11) итоги для регистра остатков поковыряй. очисти, перезаполни, передвинь. че хошь делай.

(13) не подскадмте как очистить итоги , передвинуть?

еще одну вещь заметил

если открываю подбор из документа далее ищу товар но ввожу не более трех знаков с троку поиска оно довольно быстро ищет а вот когда более трех тогда все зависает (

так же подскажите за какой период пересчитывать остатки7

У  меня Минимальный хранимый период итогов для регистров накопления установлено 01 01 2018
а Максимальный хранимый период итогов для регистров накопления установлено 30 06 2019

это правильно?

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

(15) а нельзя ли нормальным языком?

(12) документы папроводил, перепроводил да что я с ними только не делал

Мне может ктонибуть помочь?

(16) ок а если войду в первый станет ещё быстрее а в четвёртый медленнее?
Судя по тексту Вы знаете как правильно? Написать русским языком трудно? А постебаться не трудно?!

Выключил все обмены с кассами с другими магазинами с сайтом с тсд

Без изменений (

Год работала летала и вдруг в один прекрасный лень на тебе!
Что ей надо то?

И перестаньте мне советовать найти специалиста!

>Когда создаём новый документ и открываем подбор товаров то все ок
>А вот когда открываем записанный документ затем подбор то зависает и надолго

Если создать новый, подобрать первый товар, затем нажать записать (не закрывая и не открывая снова документ) и снова открыть подбор то тормозит?

Конфа типовая или уже шаловливые пальчики побегали?

(22) да
(23) в самом начале написано что типовая!

Раз типовая то обновляй конфу до последней 11.4

(19) Я писал в самом начале (1)

(21) Да оно обычно так и происходит, реально в один день раз и всё.

(27) Из жизненных примеров - в одном запросе разработчик вместо внутреннего сделал полное (вместо того что бы снять галочку, он поставил)
И это работало быстро достаточно долго.
Потом в один день внезапно стало работать медленно.
Мы ради интереса даже вчерашний бекап подняли. На нем работает быстро, на текущей версии нет. Естественно поправили и все стало ок

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

(29) ну вы всё знаете ведь. Ну и объясните автору, что оперативные остатки на точку актуальности, получаются гораздо быстрее, чем остатки на старые даты. Наверно, в 100 раз быстрее. И в семерке ведь то же самое.

(28) @вместо того что бы снять галочку, он поставил)@

Наглядное представление того, что конструктор запросов - это зло )))

Получается что никто помочь не может
Базу обновили ситуация неизменна (

Бесплатно нет конечно.

Так за платно у нас тут нет программистов! А кдаленщикам я не доверяю

Так чьи это проблемы,наймите

(0) Старая ошибка. Ищи установку цен номенклатуры будущей датой.

(36) + И лучше вообще отмени проведение всех документов будущей датой.

(37) это первое что я хотел сделать но таких доков нету

(35) ну так давайте! Сколько Вам заплатить?
Время на исправление проблем,
Консультация мне что да как делать
Рекомендации по настройке правильной

(39) Боже упаси,я почитал ветку и с вами связываться точно не буду.

(38) Как ты это выяснил? Проверь еще раз. И особенно по регистру цены номенклатуры.

(40) Человек на нерве. Продавцы не могут оперативно выписать товар. Торговля фактически встала.

(42) Я догадался,только вот бесплатно вряд ли пройдет,там могут быть разные причины.Даже кэш не исключая.

(0) Сделать всё-таки замер производительности. Возможно, придется включить флаг -debug в строке службы сервера 1С (и перезапустить) для отладки сервера.

(42) оперативно могут, он же написал. Подбор в старых документах у него тормозит. так он и должен медленнее работать, чем в оперативном режиме

Может сразу накатить расширение,чтобы исключить поиск цен и остатков на дату документа?
какая разница почем и сколько было товара вчера,если сегодня его нет?

(41) открыл все журналы, установил отборы

Установил отборы дата меньше даты начала работы и дата больше сегодня нету

То же сделал с каждым регистром сведений и накопления!

(46) не подскажете где это сделать?

(45) простите меня создал новый док дата 01 08 2019 затем подбирают товары произвожу поиск все летает далее перенес подобранные товары в док и записал его! Далее невыходя из документа сново подбор и поиск летает

Проблема с документами за день раньше скажем во вчерашних уже тормозит!

(43) я заплачу! Назовите цену вопроса и куда перечислять а так же скиньте счёт и дог

Рассматриваются сторонние решения?

(49) так и должно быть. оперативные итоги на сейчас во много раз быстрее.

попробуйте тии. пересчет итогов.

(0) ты кстати в каком интерфейсе работаешь? только не говори что в демоническом старом.
Нужно такси. И платформу желательно 8.3.15

(49) попробуйте еще документы от первого числа. ОНи должны быть быстрее. Например остатки на 1 июля должны быть в несколько раз быстрее, чем на 31 июля.

Думаю что
а) проблема в старой платформе, 1С дохроелион всего постоянно оптимизирует
б) уверен что в не ТАКСИ сидите, а он в сотню раз быстрее старого убожеского интерфейса форм.

(54) Это немножечко не так, смотря какие итоги расчитаны. На том же РБ при расчитаных итогах на следующий месяц - 31 гораздо быстрее, чем 1го

(56) нет, это 31-го конец дня быстрее. Потому что конец месяца. А у него же наоборот в подборе 31-го начало дня.

Ну и старость УТ тоже влияет. 1С постоянно меняет код демонических списков, в том числе постоянные доработки и подбора.
Например до 11.1 передача параметров (код типовой) была криво написана (клиент серверные функции). заетм они изменили этот код и передача парамтеров залетала (а тормозила ранее просто жесть).
в 11.3 свои болячки и так далее.

(51) рассматриваются либые решения! Работаю в интерфейсе такси!

(57) Я про начало дня и говорю)

(57) https://its.1c.ru/db/metod8dev/content/2726/hdoc Курни мануальчик,
Рассмотрим несколько примеров. Пусть период рассчитанных итогов равен 31.07.2004. Мы хотим получить остатки на 01.07.2004, 15.07.2004, 01.08.2004, 15.08.2004 и актуальные остатки.
Для случаев получения остатков на 01.07.2004, 01.08.2004 и актуальных остатков данные будут получены непосредственно из таблицы итогов. В случае получения остатков на 15.07.2004 сначала будут получены данные из таблицы итогов на момент времени 01.08.2004, так как это ближайший больший момент времени, на который посчитаны остатки, а затем будут обработаны данные из таблицы движений за период с 15.07.2004 по 31.07.2004 включительно. В случае получения остатков на 15.08.2004, ближайшим большим моментом времени, на который посчитаны остатки является момент актуальных остатков. Таким образом, для расчета остатков на 15.08.2004, будут получены актуальные итоги и обработаны данные таблицы движений начиная с 15.08.2004.

Может уже замер сделаете.
Кстати,а на 100 посту выясниться,что не типовая

Как вырубить дату доку из подбора? Я дума это решит все вопросы. Нам нужно всегда видеть в подборе остатки и цены на сегодня!

(63) посмотри как модифицируется тект запроса ДС при открытии и убери условие на момент времени.
Просто глазами посмотри текст запроса нового дока и уже существующего - там и будет искомое

(61) только вот незадача. поиск по списку никак не связан с остатками в этом списке.
Если человек говорит что тормозит именно поиск (поисковая строка) то это надо именно это смотреть.

(65) Это к другому вопросу, не обращай внимания просто

так если конфиг типовой на 100% - не сможет ничего в запросах изменить

это для начала нужно рассказать, как включить возможности изменения или научить с расширениями программировать

(0) Если конфигурация не дописанная, то:

1) Создаешь копию базы на этом же сервере и пробуешь обновлять конфигурацию (на позднюю или раннюю версии).
2) Пробуешь менять платформу сервера и клиентов (на пример 8.3.12.1790).

Должно помочь, если кто-то не дописал свой (кривой код) в отображение табличной части документа.

Грохнул нафиг дата сейчас фоновое задание закончит работу буду попробовать

+ вывелдату на форму на случай задания ручную

Не помогло (

(42) ССЗБ

(0) Все это фигня, в формах подбора запрос трэш с кучей не нужного, не сейчас, так потом его придется переписывать, так что начинай с текста запроса

(67) подбор можно сделать обычной доп обработкой, нахера вы везде суете свои расширения

(74) а как ее вызывать?
через обработки табличных частей?

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

Видимо где её подменяет в коде дальше (

Также брал старый док поиск вешается , меня дату на сегодня поиск летает (

Где задать дату в каком модуле?

Хех... Правда о том типовая ли это конфа мы все узнаем после 100 :-)

Что то все дружненько замолчали :-(

(79) текущую дату не надо. надо чтобы там пусто было

(0) судя по (5) :
"Выгружал в файловую так там хоть и подтупливает но работает поиск намного быстрее
А на сервере зависает аш до двух минут"
=> Проблема в серверной работе.
Разница между файловой и серверной - это СУБД (MSSQL).
Без MSSQL - типа норм, с MSSQL - медленно. => Проблема или в СУБД, Сети или Сервере 1С.
Интуиция подсказывает что с MSSQL.
Что с ним может быть не так ? Много чего, но судя по симптомам проблема:
- с итогами Регистров (Пересчет итогов пробовали ?);
- со статистикой mssql (регламентное обслуживание на mssql настроено ?(Дефрагментация индексов, Пересчет статистики))
- с настройкой "MAXDOP" на mssql (возможно очень низкий порог вхождения и большие накладные расходы на пареллельность потоков).
... ну для начала хотя бы это...

(0) уточни пожалуйста у тебя ФУ ИспользоватьРасширеннуюФормуПодбораКоличестваИВариантовОбеспечения включена или как?

(0) там два запроса по получению остатков и получению цен

остатки берутся регистра свободныеостатки срезпоследних без указания даты среза - то бишь актуальные.

цены берутся из регистра цены номенклатуры срез последних на дату КонецДня(текущаядата)
и у меня такое ощущение что тормозит именно этот запрос

ПодборТоваровСервер.ТекстЗапросаЦенаПродажиТовара(СоставРазделовЗапроса);

у меня есть запрос который вешает надолго сервак и запрос этот тоже к регистру цены номенклатуры.

вытащи запрос из этой процедуры и потести с теми параметрами как в глючном подборе - может этот и есть источник тормозов.

ТС, решил проблему?
удивительно, что никто не согласился подключиться и решить вопрос. ну или хотя бы озвучить ценник

(84) ну так для этого в 8-ке надо уметь что-то кромен расстовления галочек...

(84) очевидно, что явных фрилансеров тут немного...

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

УТ в топике не самая актуальная и нет доверия словам ТС, что она там 100% типовая

(84) Наверное делать больше нечего в выходные.
Таки это форум, а не лига взаимопомощи.
Я оцениваю диагностику на от 4 х часов, быстрее вряд-ли, но столько просто подарить увы не могу.

(88) угу. даже по самым скромным расценкам для совсем далекого удаленщика 4х500 = 2 000 минимум - и это только диагностика.

собственно, 500 р в час дает 80 труб в месяц при оценке в 160 часов

(89) дело даже не в деньгах, а в 4х часах, их у меня нет)
В выходные - газон делаю.
В будни - халтурка

(91) максимум что могу сделать и сделал в этой теме - дать бесплатный совет исходя из своего опыта.

А мне интересно, я бы посмотрел. Бесплатно но недолго (если там экзотика какая-нибудь - я времени много не найду)
Снял бы трассировку, записал ТЖ, сделал замер. Высока вероятность найти причину.
(0) Напиши в почту из профиля какой-нибудь свой быстрый контакт, выберем время, посмотрим