У кого был опыт расследования таймаутов подручными средствами (тж, профайлер) при _автоматических_ блокировках?

- В профайлере выбираю события:
"Timeout" (с фильтром duration >1)
"Timeout (timeout > 0)"
"Lockasquired" (с фильтром duration >1, но не отобразилось)
- Включаю весь ТЖ

Как сопоставить, кто довел до таймаута? Поделитесь методикой
Интересны именно стандартные средства (не ЦУП и т.п.)

up

в консоли сервера в пункте Соединения базы есть колонки "Захвачено СУБД" и "Заблокировано СУБД" , смотри у кого там большие цифры - это он и есть. Мы переодически бывает так боремся. Снимаешь сессию хулигана и все счастливы:-)

Я имею ввиду расследовать постфактум

(3)А посфактум кроме как в журналах инфу не найдешь

виновником не всегда бывает 1с....

начни с http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

(5) под виновником здесь подразумеваю к.л. сессию и наложенную  ей блокировку

(6) ты найдешь сессию но не найдешь виновника....

все проблеммы первично нужно делить
1. железо
2. окружение
3. сеть
4. софт

найдя сессию ты не сможешь выяснить причину...

из личного опыта - путем замены одного роутера количество блокировок в сети уменьшилось в 4 раза !!!!

(7)
> ты найдешь сессию
сессию-виновника? как найду?

> но не найдешь виновника
имеешь ввиду конкретную блокировку-виновника?

>>>имеешь ввиду конкретную блокировку-виновника?
имею в виду причину блокировки....

надеюсь ты понимаешь, что боротся нужно с причиной а не с блокировкой?
а причина (касательно типовых конф 1с) в 90% случаев лежит вообще не в коде 1с...

(7)
> из личного опыта - путем замены одного роутера количество блокировок в сети уменьшилось в 4 раза !!!!
а роутер почему поменять решили?

(10) на основании (5)

(0) можно попробовать самые продолжительные транзакции определить в профайлере и по ЖР посмотреть что это

(12) да интересно - смотреть пересечение по времени по ресурсам для длительных транзакций

(11) я так понимаю что вы пришли не сразу к пониманию того, что причина проблем в сети?

http://www.gilev.ru/latch/

(10) Хотя бы посмотри какой тип ожидания лидирует на SQL

>>при _автоматических_ блокировках
Что тут думать, проще в упр режим перевести

Lock acquired >1
покажет тип блокировки, уровень.
по object id узнаешь что за таблица.

(14) ты-бы глянул скрипт запустил сначало... он выдает сразу картину...

(19) да, неплохо