ЦУП не показывает блокировки, ожиданий на блокировках СУБД #743927

Всем привет. Столкнулся с проблемой - настроил ЦУП на 8.3.5. (на 8.3.6 тоже). СУБД MS SQL 2008 R2. Все настроилось, но единственная проблема - не показывает блокировки СУБД, ожиданий на блокировках СУБД, таймауты. Мастер настройки подключения никаких ошибок не выдает. Подскажите, в какую сторону копать?

Типы показателей - не выставлены галки/не установлены показатели.

а разве ЦУП работает с версией 8.3?

Все типы показателей установлены, причем ЦУП не даст выставить показатели, если нет прав в SQL на сбор этих данных, у меня все с этим ок. Рекомендуется с версией 8.2, конечно, я вот и думаю, может ли быть причина в том, что у меня 8.3 стоит. Хотя по отзывам - основная проблема в том, что ЦУП не работал на 8.3 - то, что он не может "выцепить" нужный com-коннектор для 8.3. В остальном должен нормально работать

тогда может просто в базах нет блокировок, ожиданий и таймаутов? :) попробовать проверить отладчиком, например

время выполнения запросов показывает?

проводил несколько доков в параллельных сеансах, вообще ничего. да, показывает, время выполнения запросов показывает, анализ запросов делает, все ок, кроме ожиданий СУБД.

Значит нету блокировок.

База сильно тормозит, я может поверю, что нет таймаутов в базе, но то, что нет и одной десятой секунды ожиданий на блокировке - не очень верится.

а как тормоза и блокировки связаны?

админ свою работы выполнил с субд?

База типовая? Или может у тебя просто все на циклах вместо запросов написано. Блокировок нет, но и тупит по страшному.

Перестроение/дефрагментация индексов, статистика обновляется 3 раза в день, включил Shared Memory. Нетиповая, но написано все нормально, никаких обращений через точку к составным полям, запросов в цикле и т.д. на самом деле это УКФ от Раруса (Буха+Блок бюджетирования, казначейства), а не Буха. Сначала грешил на лицензирование, но лицензирование отключил - не помогло.

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

техжурнал в помощь

Принудительно выставить блокировку и внутри блокировки поставить "ожидание" - не предлапгать для проверки...???

Создал БлокировкуДанных, в качестве элемента добавил справочник "Валюты", блокирую в транзакции по ссылке = рубль. В другом сеансе записал рубль - вызвал ожидание на блокировках 1С,но они и раньше работали, сработал таймаут. Ожидание на блокировках СУБД - как и раньше, по нулям. Подскажите, может что-то упустил

Так собственно может до субд дело то и не дошло?Блокировка на сервере 1с отработала, управляемая небось блокировка то.

ЦУП ловит все блокировки.

Так ТС ждет именно блокировку на СУБД, про 1С он написал что ловятся.

Хотя туплю, видимо, если я использовал БлокировкуДанных, то она обработается собственным менеджером транзакционных блокировок. Такие блокировки, насколько я понимаю, до СУБД не доходят? То есть 1С(сервер 1С) сама блокировку поставила, сама же ее и отследила, и сама же прервала операцию записи, не используя СУБД, т.к. время ожидания превысило максимально допустимое время ожидания на блокировке, тем самым сработал таймаут. В таком случае как мне форсированно инициировать блокировку СУБД?

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

Выйдет, просто в 8.3 это достаточно сложно. В 8.2 достаточно в одном сеансе в транзакции запросом прочитать ссылку из справочника, а в другом - начать изменять справочник по этой ссылке. В 8.3 надо в 2 сеансах писать в необъектовые таблицы, у которых статистика не обновлена.

прав. Но можно и с актуальной статистикой поймать мне кажется - insert в середину с перезаписью соседних данных во втором сеансе

Интересно, не мог бы ты поподробнее объяснить причем тут статистика? При параллельной записи в регистр сведений из двух сеансов , например, по одним и тем же значениям измерений, вылетает только блокировка 1С.

Если Update по условию вызовет просмотр всей таблицы из-за того, что SQL решит, что так быстрее будет. Про одни и те же значения измерений речи не было.