Всем привет.

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

Мастер настройки подключения никаких ошибок не выдает.

Подскажите, в какую сторону копать?

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

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

(1) Все типы показателей установлены, причем ЦУП не даст выставить показатели, если нет прав в SQL на сбор этих данных, у меня все с этим ок.

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

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

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

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

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

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

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

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

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

(10) Перестроение/дефрагментация индексов, статистика обновляется 3 раза в день, включил Shared Memory.

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

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

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

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

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

Ожидание на блокировках СУБД - как и раньше, по нулям.
Подскажите, может что-то упустил

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

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

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

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

В таком случае как мне форсированно инициировать блокировку СУБД?

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

(21) Выйдет, просто в 8.3 это достаточно сложно.

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

В 8.3 надо в 2 сеансах писать в необъектовые таблицы, у которых статистика не обновлена.

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

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

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

Про одни и те же значения измерений речи не было.