Sapforum.Biz
Инструменты => Администрирование (BC) => Тема начата: bdmalex от Декабрь 10, 2009, 02:11:25 pm
-
Кто-нибудь ставил у себя ?
На разработке прошёл "почти быстро"(часа за полтора) - причём ставил вместе с двумя другими пакетами.....
Начали ставить на тесте: совпало с сетевыми проблемами, очистил PAT01,PAT03, висело долго - вечером плюнул, ушёл с работы - утром обновилось...
Начали ставить в продуктив, опять зависло на XPRA_EXECUTION, опять почистил, запустил первый пакет: он установился, запускаю этот - опять "зависание", потом глюк с транспортом(обвалилась и даже чек не проходил), восстановилась транспортная система, снова чищу - запуск...и тишина...в sm50: один застопоренный процесс,зашёл внутрь...делает выборку из PCL2, да ещё и не по индекс...На хосте в процессах ОС - нет процесса tp(!)...Висело, висело с вечера - к утро опять "отлегло"...
На сдне какой-то индус ставил 61 и 62 пакет - и его проблема, очень похожа на мою, только там не понятно - решил он её или нет...
Начальство трясёт - как уберечься от таких проблем, озадачен ответом...Есть идеи ??
Можно конечно импорт делать не через спам,а из командной строки, но принципиально - это разве поможет ?
-
А в saptrans\tmp что-то есть?
-
Что-то совсем поскромничал с технической информацией.
Что в логе импорта-то? Какая ошибка?
Что значит - "зависла на XPRA_EXECUTION"? Может она не зависла, а просто ждет от тебя действий?
Что выводится, если пройти в Меню Goto->Status->Queue?
-
Примерно понял причину....:)....
В saptrans/tmp файлик SAPRE50061.PRD, который заканчивался примерно так:
Report "RPU600BT_CONV_RANGE_AA_RE" started: "20091209225812"
Conversion of HRMS payroll results
...
Есть подозрение, что этот отчёт занимается "лёгким аудитом" по числу записей в системе,чмслу записей расчёта зарплаты и так далее - тогда картинка складывается логичная, в тесте у меня 3 манданта, полученных копией из продуктива, число записей и т.д - приличное...
Хмм, осталось только придумать - что сказать начальству...
-
Примерно понял причину....:)....
В 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
-
Или посмотреть в
Note 1127194 - R3trans import with parallel processes
Спасибо, конечно уважаемый - я в курсе про эту ноту(даже один раз проводил исследование,
засекая какое число выставить, чтобы время наката было минимальным.....одну и ту же пачку пакетов накатывал
на одну и ту же систему и на одной и той же железке.... Тест проводил для чисел от 1 до 5.), нота работает только для 7.00 и выше...
У меня 6.40...:)..
-
Спасибо, конечно уважаемый - я в курсе про эту ноту(даже один раз проводил исследование,
засекая какое число выставить, чтобы время наката было минимальным.....одну и ту же пачку пакетов накатывал
на одну и ту же систему и на одной и той же железке.... Тест проводил для чисел от 1 до 5.), нота работает только для 7.00 и выше...
У меня 6.40...:)..
Ну тогда глянь еще Note 1321522 - XPRA, PCL2: Converting payroll data, Release 4.70 and 5.00
-
Ну тогда глянь еще Note 1321522 - XPRA, PCL2: Converting payroll data, Release 4.70 and 5.00
Да, спасибо! Чтение вытекающих из 1321522 нот(1364320,1314769) - похоже поможет уменьшить даунтайм...