блокировка данных в кубе последовательностью планирования

se.All

Добрый день!
Есть проблема: цепочка на последовательности планирования выпадает в красный статус с сообщением
"Данные инфо-провайдера ZMOVWEEK были заблокированы администратором
<...>
Data locks are set by process chain '', which is executed with variant 'ZSTOCKSCALC_WEEK'
<...>".
Блокирует соотв. вариант ZSTOCKSCALC_WEEK (другая последовательность планирования). Сама она тоже выполнятся перестала и цепочка с этим вариантом также стопается на ней с таким же сообщением.
У меня впечатление (возможно, ошибочное), что когда-то она не отработала до конца и висит, хотя задетектить ее тоже не получается.

При запуске из моделера такое же сообщение: данные заблокированы администратором.
В sm12 блокировок нет.
Куб переключается из планирования в запись и обратно свободно. Удалил данные, загрузил вновь, ошибка осталась.

ash

Приветствую!

Предлагаю окунуться в чудесный мир отладки полседовательной планирования через запуск функциональника RSPLSSE_PLSEQ_EXECUTE с предварительно сохраненным вариантом набора переменных последовательности планирования.

там застопиться на сообщениях и смотреть откуда система берет блокировку при её отсутствии в sm12.

InMyMind

TCODE RSPLSE

se.All

ash написал:

RSPLSSE_PLSEQ_EXECUTE

что-то не могу понять, какие входные значения у этого фм

ash

у ФМ-а необходимо указать:
I_SEQNM - техническое имя последовательности
I_VARIANT - сохраненный для всех пользователей вариант запуска

собственно если ищется именно ошибка, то больше ничего и не нужно.

se.All

Отличная штука, спасибо! Только на вопрос блокировки ответа не дает пока.

Получил такой результат:

Code:

T ID                   NUM MESSAGE
E RSPLS                411 При выполнении последовательности ZSEQ2 ( ZSEQ2 ) возникли ошибки
E RSPLF                114 Функция планирования ZSTCALCWEEK ( ZSTCALCWEEK ) завершена с ошибками
E RSPLS                087 Данные инфо-провайдера ZMOVWEEK были заблокированы администратором

ash

se.All написал(а):

Отличная штука, спасибо! Только на вопрос блокировки ответа не дает пока.

Прекрасно!
Двигаемся дальше.
Запускаем функциональник в режиме отладки, далее ставим точку прерывания, например, на комманде MESSAGE.
Жмем F8 и поехали читать, что там накопилось.

Ежели ориентация в отладке сложновата - призывайте в помощь ABAPера, который достаточно быстро должен вам найти, где происходит формирование сообщения об ошибке и на основании какой логики оно формируется.

se.All

в sm12 никаких блокировок в процессе отладки не появляется.
Удалось найти место на котором возникает ошибка: класс - CL_RSPLS_ENQ_MASTER, метод - ENQUEUE, строка 60:

Code:

cl_rspls_enq_srvs=>check_overlap( EXPORTING i_t_chasel    = l_t_chasel
                                                  i_t_dseln     = <l_t_chasel>
                                        IMPORTING e_has_overlap = l_has_overlap
                                        CHANGING  c_t_used_chas = l_t_used_chas ).

Пока не понятно что здесь происходит за проверка (cl_rspls_enq_srvs=>check_overlap), но ее как раз фм и не проходит.

ash

Ну вы практически добились своего! осталось провалиться внутрь метода и посмотреть на каком условии система утверждает, что есть блокировка (кстати в методе check_overlap по ходу дела всё достаточно бодро откомментировано).

InMyMind

Вот нет чтобы зайти да снести в RSPLSE эту блокировку

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

))

se.All

InMyMind написал:

Вот нет чтобы зайти да снести в RSPLSE эту блокировку

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

))

да, туда я ходил через RSPLS_ENQUEUE_INFO. Смотрел на вкладке блокировок: "записей блокирования не найдено"

InMyMind

Наверное потому что ты конфликт блокировок смотрел

se.All

смотрел вкладку блокировки.
да, посмотрел внимательней, на вкладке "мастер: блокировать" нашел блокировку. Спасибо

Ash'у тоже большое спасибо

блокировка данных в кубе последовательностью планирования

Кто сейчас на конференции