Пакет поддержки SAPKE50061

[bdmalex]

Кто-нибудь ставил у себя ?
На разработке прошёл "почти быстро"(часа за полтора) - причём ставил вместе с двумя другими пакетами.....
Начали ставить на тесте: совпало с сетевыми проблемами, очистил PAT01,PAT03, висело долго - вечером плюнул, ушёл с работы - утром обновилось...
Начали ставить в продуктив, опять зависло на XPRA_EXECUTION, опять почистил, запустил первый пакет: он установился, запускаю этот - опять "зависание", потом глюк с транспортом(обвалилась и даже чек не проходил), восстановилась транспортная система, снова чищу - запуск...и тишина...в sm50: один застопоренный процесс,зашёл внутрь...делает выборку из PCL2, да ещё и не по индекс...На хосте в процессах ОС - нет процесса tp(!)...Висело, висело с вечера - к утро опять "отлегло"...
На сдне какой-то индус ставил 61 и 62 пакет - и его проблема, очень похожа на мою, только там не понятно - решил он её или нет...

Начальство трясёт - как уберечься от таких проблем, озадачен ответом...Есть идеи ??

Можно конечно импорт делать не через спам,а из командной строки, но принципиально - это разве поможет ?

[№1]

А в saptrans\tmp что-то есть?

[Черепах]

Что-то совсем поскромничал с технической информацией.
Что в логе импорта-то? Какая ошибка?
Что значит - "зависла на XPRA_EXECUTION"? Может она не зависла, а просто ждет от тебя действий?
Что выводится, если пройти в Меню Goto->Status->Queue?

[bdmalex]

Примерно понял причину....:)....

В saptrans/tmp файлик SAPRE50061.PRD, который заканчивался примерно так:
Report "RPU600BT_CONV_RANGE_AA_RE" started: "20091209225812"
Conversion of HRMS payroll results
...
Есть подозрение, что этот отчёт занимается "лёгким аудитом" по числу записей в системе,чмслу записей расчёта зарплаты и так далее - тогда картинка складывается логичная, в тесте у меня 3 манданта, полученных копией из продуктива, число записей и т.д - приличное...
Хмм, осталось только придумать - что сказать начальству...

[№1]

Примерно понял причину....:)....

В saptrans/tmp файлик SAPRE50061.PRD, который заканчивался примерно так:
Report "RPU600BT_CONV_RANGE_AA_RE" started: "20091209225812"
Conversion of HRMS payroll results
...
Есть подозрение, что этот отчёт занимается "лёгким аудитом" по числу записей в системе,чмслу записей расчёта зарплаты и так далее - тогда картинка складывается логичная, в тесте у меня 3 манданта, полученных копией из продуктива, число записей и т.д - приличное...
Хмм, осталось только придумать - что сказать начальству...

Или посмотреть в
Note 1127194 - R3trans import with parallel processes

[bdmalex]

Или посмотреть в
Note 1127194 - R3trans import with parallel processes

Спасибо, конечно уважаемый - я в курсе про эту ноту(даже один раз проводил исследование,
засекая какое число выставить, чтобы время наката было минимальным.....одну и ту же пачку пакетов накатывал
на одну и ту же систему и на одной и той же железке.... Тест проводил для чисел от 1 до 5.), нота работает только для 7.00 и выше...

У меня 6.40...:)..

[№1]

Спасибо, конечно уважаемый - я в курсе про эту ноту(даже один раз проводил исследование,
засекая какое число выставить, чтобы время наката было минимальным.....одну и ту же пачку пакетов накатывал
на одну и ту же систему и на одной и той же железке.... Тест проводил для чисел от 1 до 5.), нота работает только для 7.00 и выше...

У меня 6.40...:)..

Ну тогда глянь еще Note 1321522 - XPRA, PCL2: Converting payroll data, Release 4.70 and 5.00

[bdmalex]

Ну тогда глянь еще Note 1321522 - XPRA, PCL2: Converting payroll data, Release 4.70 and 5.00

Да, спасибо! Чтение вытекающих из 1321522 нот(1364320,1314769) - похоже поможет уменьшить даунтайм...