Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ADM10501W
|
|||
|---|---|---|---|
|
#18+
Есть база db2-8 express-c fixpack 13 Есть приложение работающее с этой базой. После n-ого по счету обновления программы пользователи стали жаловатся, что время от времени происходят не совсем понятные зависания программы. Евент-вьювер показывает ряд ошибок и предупреждений среди которых: 2006-11-15-16.06.11.781000 Instance:DB2 Node:000 PID:1560(db2fmp.exe) TID:1720 Appid:none Health Monitor HealthIndicator::update Probe:500 ADM10501W Индикатор работоспособности "Процент прикладных программ, ожидающих блокировок" ("db.apps_waiting_locks") перешел порог предупреждения "верхн", равный "", со значением "" для объекта "" "". Подсчет: "" = "" = "". Хронология (отметка времени, значение, формула): "" 2006-11-15-08.11.11.921000 Instance:DB2 Node:000 PID:1560(db2fmp.exe) TID:1720 Appid:none Health Monitor HealthIndicator::update Probe:500 ADM10500E Индикатор работоспособности "Использование кучи монитора" ("db2.mon_heap_util") перешел порог тревоги "верхн", равный "", со значением "" для объекта "" "". Подсчет: "" = "" = "". Хронология (отметка времени, значение, формула): "" Возможно у уважаемых формучан найдутся предположения по решению или по крайней мере обьяснение сложившейся проблеммы. Заранее спосибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2006, 13:24 |
|
||
|
ADM10501W
|
|||
|---|---|---|---|
|
#18+
Что-то в вашем приложении стало сильно блокировать записи (таблицы), которые в этот же момент пытается блокировать другое соединение. В зависимости от того, как настроено у вас (LOCKTIMEOUT базы или явное SET CURRENT LOCK TIMEOUT в приложении), это другое приложение либо будет вечно ждать освобождения требуемой блокировки, либо через этот LOCKTIMEOUT секунд получит ошибку. Ваша задача отследить это что-то. Делается это примерно так: 1. делаете attach к нужному instance 2. update monitor switches using statement on lock on 3. время от времени делаете list applications for db <имя_бд> show detail и смотрите на колонку status. Если у какого-то приложения слишком долго стоит lock-wait, то делаете get snapshot for locks for applications agent id <appl. handle приложения с lock-wait> находите по подстроке id of agent holding lock номер агента (N) и делаете get snapshot for application agentid N и находите sql команду по подстроке Dynamic SQL statement text: , которая творит это безобразие. Звоните разработчикам и говорите, что мол, проверьте, что там у вас при этой команде происходит, какой план запроса у нее, коммититься не забывают ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2006, 17:11 |
|
||
|
|
start [/forum/topic.php?fid=43&msg=34129996&tid=1604994]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
47ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 235ms |
| total: | 341ms |
| 0 / 0 |
