on 08-12-2009 9:05 AM
Dear all!
We are upgrading our ECC6 from EHP3 to EHP4, using SAPEHPI. on phase "Activates ABAP Dictionary customer objects" we get issue - it is more then 26 hours long yet. CPU usage now is 5-10%. Is it normaly?
sapehpi.log
-
CURRENTPHASE MAIN_SHDRUN/ACT_UPG
...started at 20090811155728
SPDD is not necessary in this system for phase ACT_UPG
Reading Parameter File "F:\EHPI\abap\bin\ACTUPG.TP0" at 20090811155729
Reading Parameter File "F:\EHPI\abap\bin\APPEND.APP" at 20090811155739
...begin processing at 20090811155739
#
************************* SAPehpi started in UPGRADE mode *************************
This is SAPehpi version 7.10/2 patch level 26.001 compile time 01:10:01 Jul 21 2009.
This is UNICODE SAPehpi!
Running in graphics mode server.
GUI reports feature 'dialogue' as 'enabled' level 1, user said 'unknown'.
GUI reports feature 'html' as 'enabled' level 1, user said 'unknown'.
GUI reports feature 'console' as 'unknown' level 0, user said 'unknown'.
GUI reports feature 'progress' as 'enabled' level 1, user said 'unknown'.
GUI reports feature 'unitcontrol' as 'enabled' level 3, user said 'unknown'.
GUI reports feature 'remotecontrol' as 'enabled' level 1, user said 'unknown'.
GUI reports feature 'synchronization' as 'enabled' level 2, user said 'unknown'.
GUI reports feature 'mid' as 'enabled' level 2, user said 'unknown'.
GUI reports feature 'evaluation' as 'unknown' level 0, user said 'unknown'.
Reading Parameter File "F:\EHPI\abap\bin\DBSYNC.PAR" at 20090812102831
Reading Parameter File "F:\EHPI\abap\bin\TRATTR.LST" at 20090812102831
Reading Parameter File "F:\EHPI\abap\bin\TRGROUP.LST" at 20090812102831
DB-functions initialized for 'MSSQL'.
Current unit is 'PRE-EXECUTE', next unit is 'PRE-EXECUTE'.
-> decided to continue with unit PRE-EXECUTE.
Reading Parameter File "F:\EHPI\abap\bin\DBSWTC.PAR" at 20090812102835
...begin dialogue at 20090812102837
...end dialogue at 20090812102845
..answered at 20090812102845.
-> decided to try again.
Execution of MAIN module "Shadow System Operations: SPDD and Activation" begins at 20090812102846
CURRENTPHASE MAIN_SHDRUN/ACT_UPG
...started at 20090812102846
Reading Parameter File "F:\EHPI\abap\bin\ACTUPG.TPP" at 20090812102847
...begin processing at 20090812102847
-
A better way to check is to check the logs. Sort them by date.
i've check logs and find next
>> 2009/08/11 15:57:28 START OF PHASE MAIN_SHDRUN/ACT_UPG
running F:\EHPI\abap\exe\tp.exe pf=F:\EHPI\abap\bin\SHADOW.TPP checkimpdp TPR
Collecting adjustments ...
Collection done - creating cofile ...
running F:\EHPI\abap\exe\tp.exe pf=F:\EHPI\abap\bin\ACTUPG.TPP put TPR
>> Current module status: stopped in MAIN_SHDRUN/ACT_UPG
>> Waiting for request handler...
>> Received 'next' action for unit 'PRE-EXECUTE'.
>>>> Repeat Phase <<<<
RESTART: Stopped in phase MAIN_SHDRUN/ACT_UPG
01) * Repeat phase ACT_UPG to continue at the point it stopped
02) - Initialize phase ACT_UPG to restart it from the beginning
03) - Exit this program
Choose action: Repeat phase ACT_UPG to continue at the point it stopped
Execution of MAIN module "Shadow System Operations: SPDD and Activation" begins at 20090812102846
>> 2009/08/12 10:28:47 START OF PHASE MAIN_SHDRUN/ACT_UPG
running F:\EHPI\abap\exe\tp.exe pf=F:\EHPI\abap\bin\ACTUPG.TPP put TPR
Yes today in the morning we need to restart our server, but when i start EHPI again after restarting i've choose
Repeat phase ACT_UPG to continue at the point it stopped
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
> Yes today in the morning we need to restart our server, but when i start EHPI again after restarting i've choose
> Repeat phase ACT_UPG to continue at the point it stopped
It's a very bad idea to restart a system that is in the middle of an upgrade; the syste may be left in an inconsistent state...
You check SAPehpiConsole.log - right - so the phase is still running.
Check the tmp and log directory again, you will most likely find a big file with SAPK-.....AAAA.<SID>
Markus
Hi
Just some input to this Thread.
I have experienced runtimes of between 12-36 hours for the phase ACT_UPG. The manual selection of parallel processing does have a positive influence on this phase but no way is it a defined solution to the enormous runtimes that one experiences during the EHP4 upgrade. Its a painfully slow and time consuming task.
Regards
Deena Naidoo
i've just log on to shadow system and executed transaction sm37. i have only one active job "RDDMASGL", but duration of this job is 77.937sec
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, Markus
but may be the phase "Activates ABAP Dictionary customer objects" is halted? or in this case i'll get error message form ehpi?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
> but may be the phase "Activates ABAP Dictionary customer objects" is halted? or in this case i'll get error message form ehpi?
To seeif it's still running check the logfiles (EHPI\abap\log and EHPI\abap\tmp)
If it would have stopped, you'd have got an information through EHPI.
ACT_UPG runs in the shadow instances, it activates all objects that were freshly imported. If you used the standard configuration you have three batch processes doing that. Because there exist dependencies and some hundred thousand objects have to be activated in a specific sequence, it takes quite a lot of time.
Markus
> We are upgrading our ECC6 from EHP3 to EHP4, using SAPEHPI. on phase "Activates ABAP Dictionary customer objects" we get issue - it is more then 26 hours long yet. CPU usage now is 5-10%. Is it normaly?
If you chose the default settings - yes (they are very low).
Markus
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
107 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.