Чем занят пакетник и на чём он тормозит?

[Corel]

Здравствуйте. DAX 2009 3761, SQL 2008 R2 (SP2)


Уже пару недель очень странно ведут себя пакетные задания, занятые разноской заказов на продажу. Работает два пакетных АОСа на разных серверах, обрабатывающие одну пакетную группу. И периодически возникает такая ситуация, когда часами задания висят часами в статусе "Выполнение", но фактически ничего не происходит.
В данный момент творится вообще какой-то сюр: задания, висящие в выполнении, снял, удалил их из пакетной очереди, перезагрузил пакетные АОСы, но остальные задания как были в Ожидании, так и остаются. Прибил на SQL процессы, запускаемые под учёткой этих пакетников,, которые продолжали обращаться к таблицам, участвующим в разноске - они моментально реинкарнируются под теми же spid и продолжают что-то делать.


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

[Logger]

Никто вам не скажет здесь.
Придется разбираться самим.

В качестве подсказки :
В форме активных пользователей вы видите SessionId
Его же можно вывести в форме пакетов Batch
Сопоставляя эти значения понять какая сессия какому пакету соответствует. Ну и подсмотреть по SID из формы активных пользователей какие запросы в БД идут.

Можно также сохранять sessionId и в логе длинных запросов SQL.

А вообще мне казалось что не принято одну и ту же пакетную группу на несколько пакетных аосов назначать. Но могу и ошибаться.

[Wamr]

блокировки смотрели?

[A_BAS]

а может оно зацикливается?
посмотрите нет ли у вас в коде конструкции типа

try
{
   ...
}
catch
{
    retry;
}

[mazzy]

Цитата:

Сообщение от Corel

И периодически возникает такая ситуация, когда часами задания висят часами в статусе "Выполнение", но фактически ничего не происходит.

согласен с Wamr, смотрите deadlock'и на SQL-сервере.

[Corel]

Нет, блокировок нет, в том-то и засада. Там, где идёт retry, вставил вывод информации об этом в инфолог, в нём чисто. Хотя есть подозрение, что в журнал пакетного задания эти сообщения могут и не попасть.
На стороне SQL соответствующие процессы часто висят в состоянии awaiting command - то есть, по идее, ждут, пока АОСу ещё что-то от них потребуется, а он неторопливо обрабатывает полученное.

[A_BAS]

в инфолог сообщения не попадают пока пакет не завершится.
попробуйте использовать такую конструкцию с #OCCRetryCount. Пример можно посмотреть в классе tutorial_RunBaseBatch метод run().
В этом случае пакетная обработка не будет зацикливаться, а будет завершаться после 3х попыток.

[gl00mie]

Цитата:

Сообщение от Corel

Нет, блокировок нет, в том-то и засада. Там, где идёт retry, вставил вывод информации об этом в инфолог, в нём чисто.

В топку инфолог, запустите трассировку и потом Trace Parcer'ом посмотрите, что там происходит.

PS. Вспомнилось: "Ну признайтесь уже — джаваскрипт алертами дебажили?"

[Corel]

Так, ок, попробую Trace Parcer. Про вывод в инфолог: смотрел журнал уже после отработки пакетника (он, хоть и тупит, но в конце концов отрабатывает), пусто.
Кстати, для многих пакетов в статусе Выполнение не назначен экземпляр сервера (поле ServerId в таблице Batch) - это нормально?

[handy-comp]

Цитата:

Сообщение от Corel

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

В инфологе не стоит ловить сообщения при try - catch - retry, там вырезаются сообщения, вот здесь обсуждалось: try - catch и InfoLog

[wojzeh]

а как настроена группа пакетных заданий? есть в ней batch-серверы?