Professional Documents
Culture Documents
Prepare:-
1. Apply the latest SAP 6.40 Kernels Patches and SPAM update on 4.7 system.
2. Apply the OSS transport Y6BK081714
3. Execute the report RADNTLANG submit as a background job (will run
overnight).
4. GoTo transaction SPUMG in your 4.7 system and follow as shown in the screen
below
5.
6.
7.
8.
9. Change the Code page from 1100 to 1160. ( If the CODE page is already 1160
you can skip step 10).
10. To do this you need to delete the two lines and add them back.
11. Change the SPUMG settings by going through SPUMG Scanner settings
make changes as shown in the screen below.
12.
13. Initialize the work list from SPUMG SCANNER INITIALIZE
WorkList. (This will submit a background job). Wait until it finished the job and
refresh the screen.
14. Skip to step 19 if your TABLE LIST shows under the consistency check list
in SPUMG Transaction.
15. The screen should look like as shown below.
16.
17. Schedule the jobs by selecting the “Schedule Worker Job” Fill the screen as
shown below
18. You can schedule multiple jobs by repeating the above steps.
19. Determine host (Central Instance) to run first. SAPDEV00
20. Create empty upgrade directory /usr/sap/put
21.
a. <SID>adm as owner
b. 10GB minimum freespace
c. Must be installed on central instance
d. Group SAP_LocalAdmin needs Full Control permission
e. MUST be empty before running PREPARE
22. Ensure there is a minimum of 500MB of free space in the database. (review later)
23. Run report Z_873466_REPAIR_AFTER_UPGRADE prior to the upgrade
a. For more see note 873466 (Prepare will tell later which tablespaces need
space)
b. Before you start prepare execute the command ORATBSXT.BAT from
s:\ECC6032bit_upgrade. ( which will increase the necessary tablespaces
for prepare and upgrade)
24. Verify that the computer host name capitalization is consistent with how it is in
Windows.
a. Check the SAP Profiles, and if a change is made, stop SAP and the
services and start them again.
b. Check entries in the HOSTS file
i. Ensure that all systems in the landscape are present
ii. Ensure that the host of the machine you are working on is listed in
the HOSTS file as well
iii. Do not use aliases such as: 10.10.10.10 mach MACH
c. Use SM51 to check the host name. The name in the first and second
column must be identical, and match the name assigned to the computer.
d. Use RZ04 and make sure the host name matches in the operating types as
well.\
i. While there, ensure upgrade format for work processes
25. With the database and SAP up, from the CI machine you are upgrading, run
PREPARE.BAT from the upgrade master DVD
a. Choose the EXIT option.
26. From the upgrade directory run
a. Backup SAPup.exe
b. Sapcar –xvf S:\ECC6.0_Upgrade\ERP2005SR2_7-20000914.SAR
27. From the upgrade directory/bin run
a. Sapcar –xvf S:\ECC6.0_Upgrade\SAPup7002_15-20001261.SAR
28. Start the upgrade assistant server
a. From a command prompt running as <SID>adm
b. Enter: java –cp <upgrade directory>\UA\ua.jar UaServer
c. Enter the one password for both administrator and observer role.
i. Change them in the UA menu: Administrator -> Change
Passwords
d. Wait for the prompt: UaServer> Ready
29. Start the UA GUI
a. Ensure your computer has JRE 1.4.2 or higher
b. Using a web browser on your PC, open: http://<host name>:4239
c. On the following screen choose: Start Upgrade Assistant
30. Start the UA
a. Enter the requested information and choose Administrator role, then click
login.
31. From within the UA click Administrator -> Start Prepare
32.
33.
50. Connect to the Solution Manager SAP System and run transaction: SMSY
a. System -> Other Object
b.
d.
e. Click Generate Key
f. Return to UA
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
Make sure you are using common SAP Trans directory.
All the patches are unpacked at that location.
Below is the patch level’s for the upgrade.
Please select “YES” this will save the variants
Restart all the Failed Checks.
Start Upgrade
To start the Upgrade from the upgrade Assistant.
Select the Downtime-minimized option
Select the time to “8” which will finish the step EU_IMPORT in 8 hours. For
production, we will increase which will put lot of load on the system.
Select the option “MODPROF_TRANS” option for the Archive log mode off.
System will wait for you to switch off the archive log Mode before the downtime
starts.
If you get this error go to transaction SM13 and clear all the update logs if there are
any.
Back-up the backint file.
After this point you the system will be locked and you cannot import any more
transports.
Please select “NO Adjustments” This for SPDD list. After the upgrade a POST
Upgrade transport will fix the issue.
If you get the above error login to shadow instance with DDIC user and create a
new user to login. execute the function module
Change the order as shown below and activate. Ignore any warnings in the
activation.
MANDT
MBLNR
MJAHR
ZEILE
BWART
MATNR
WERKS
LGORT
CHARG
SOBKZ
LIFNR
KUNNR
SHKZG
DMBTR
MENGE
Continue the phase
Disable the archive log mode by executing the command
alter database noarchivelog;
or use the BRTOOLS to do this.
Long text:
Cause
During the upgrade, a message relevant for postprocessing was written
to a log file. This message is not dealt with until the end of the
entire upgrade. The upgrade continues.
System Response
The upgrade stops in phase CHK_POSTUP. To create the reference to the
original log file, this message is generated by R3up.
What to do
Note the messages following this message and proceed according to the
instructions.
A2PESEEF_BADI 152 CMOD " " for SMOD "V56LDELI" has yet to be migrated
Long text:
Cause
Migrate CMOD implementation " " using transaction SPAU
System Response
What to do
To migrate the CMOD implementation to a new BAdI, you must call up
transaction SPAU, and then select "Migration Objects" under the tab
"Modifications".
You will find your SMOD implementation under Migration Objects -> SAP
Enhancements. To start the migration, select your CMOD implementation by
clicking on it.
UPGRADEPHASE JOB_RDDNTPUR
1PEPU203X--> Messages extracted from log file "RDDNTPUR.DEV" <--
3PETG447 Table and runtime object "STGLTRAN" exist without DDIC reference
("Transp. table")
Long text:
Cause
A runtime object was found for a table which is unknown in the ABAP
Dictionary. The table contains data, which is why, as a precaution, the
runtime object was not deleted.
Since there is a runtime object, this means the table was once created
in the ABAP Dictionary. The fact that the table can no longer be found
in the ABAP Dictionary could be due to the following reasons:
It is a customer-specific table which was created when the correction
system was switched off.
Depending on the history of your system, there may also be SAP tables
which were not deleted completely, or for which only the runtime object
was delivered without the related definition in the ABAP Dictionary.
System Response
What to do
RESET N1
Customer-specific tables
If it is a customer-specific table, and you still need the data, try to
restore the table in the ABAP Dictionary. Note the specified table type
when you do this (transparent table, pool table, and so on).
The table may still, for example, be contained in the version database.
You can access version management through the menu "Utilities" in the
in the ABAP Dictionary (transaction SE11). You may also still have a
copy of the system that still contains the table definition. You can
also display the runtime object and create the table according to the
field names, types and lengths specified in the definition. You can
display the runtime object in the menu "Extras" of the database utility
(transaction SE14).
Tables in the SAP namespace
Search for notes on these tables in OSS using the key words RDDNTPUR
and TG447.
PSAPSR3 242,121,664
PSAPSR3700 54,525,952
PSAPSR3USR 2,097,152
SYSTEM 2,097,152
SYSAUX 1,048,576
PSAPUNDO 4,194,304
PSAPSR370 4,194,304
PSAPTEMP 8,388,608
Turn all off
Defaults
Defaults
Informational
Defaults
Use SMSY on Solution manager box to get key:
Log into SAP System and run transaction SLICENSE to apply the license key.
Run STMS, go to Overview Systems, Double Click on the system and fake a change
For development only if you are using the same SID:
Using se16, view the E070L table in the source system, to find the last transport number
used, and add 1000 to it.
Check in se16 on the target system if the number in E070L is at least + 1000 from the
source system. If not run the following:
Verify on target system with se16 that E070L now displays the new transport
number.
Say No
Note: May need to increase the tablespace for SGEN to have space
Sqlplus /nolog
Connect / as sysdba
Alter tablespace PSAPSR3 add datafile
‘e:\oracle\<SID>\sapdata#\sr3_##\SR3.DATA##’ size 4096M autoextend off;
zcsa/table_buffer_area = 30000000
zcsa/presentation_buffer_area = 4400000
rsdb/cua/buffersize = 3000
rdisp/elem_per_queue = 2000
rsdb/ntab/entrycount = 30000
rsdb/ntab/irbdsize = 30000
abap/buffersize = 400000
rtbb/buffer_length = 30000
rsdb/ntab/ftabsize = 40000
em/initial_size_MB = 6144
PHYS_MEMSIZE = 6144
rdisp/wp_no_dia = 6
rdisp/wp_no_btc = 5
rsdb/obj/large_object_size = 16384
rsdb/obj/buffersize = 8192