Upgrade to ECC 6.0

ACDC

Имеется R3 4.7 2.00 Non-Unicode, OS Linux 32bit, Oracle 9.2.0.4, 4GB RAM.
Необходимо переустановить OS до Linux 64bit ( в дальнейшем необходимо нарастить памяти и использовать для инсталляции дополнительных инстанций систем разработок) и провести upgrade вышеупомянутой 4.7 до 64-битной ECC 6.0.
В связи с этим хотелось бы прояснить последовательность действий, правильно ли, если так:
1. Делаем Export Non-Unicode R3 4.7
2. Upgrade-им OS до linux 64бит
3. Устанавливаем Oracle 9.2 for linux 64 бит
4. Копируем Non-Unicode R3 4.7

Далее приступаем непосредственно к Upgrade скопированной 4.7 NUC
т.к. в доках указано : "First - Upgrade, then Conversation"

В Component Upgrade Guide ECC 6.0 по поводу Database указано:

"page 5: New upgrade procedure
The new System Switch Upgrade installs an instance of the target release, the shadow system, in parallel with the current source release system in the same database."

"2.1 Upgrade ‒ Step by Step page 13:
15. Database version: At least Version 10.1.0 for the upgrade; you can run PREPARE with Version 9.2.0 or higher"

и далее:
"3.15.4 Upgrade of the Operating System and Database System:
Overview
1. Install the Oracle client software for the target release. For more information about this procedure, see SAP Note 819829.
2. If necessary, upgrade the operating system.
3. Start PREPARE and analyze the results.
4. If you have not already done so, migrate the Oracle database to at least the minimum required version as described in the document Upgrade to Oracle Database <Version>: <Platform>.
5. Upgrade the system with your choice of upgrade strategy. Both strategies (downtime-minimized and resource-minimized) are supported."

Для ECC 6.0 необходимым является релиз Oracle 10.2.0.2.
Означают ли эти выдержки из доки, что после пункта "4. Копируем Non-Unicode R3 4.7 " сразу сделать upgrade Oracle 9.2 до 10.2.0.2, а уже затем приступать к PREPARE?

Насколько я понял из описания, Upgrade master создает target system ECC 6.00 в той же самой базе на сервере, где находится и source R3 4.7 system?

Или надо делать все это по другому?

i-symka

План на мой взгляд:
1. Конвертим СУБД с 9.2 на 10.2
2. Конвертим ОС с 32х на 64бита. По этому вопросу у меня нет опыта. Может есть смысл выполнить конвертацию в Юникод на этом этапе.

Думаю, можно выполнять и наоборот - апгрейд ОС, затем СУБД.

3. В 4.7 обновляем ядро, пакеты SAP_BASIS(min 61), SAP_ABA(61), SAP_APPL(28 ), SAP_HR(60), xxCEE(до max) !!!

4. PREPARE, Upgrade ABAP-инстанции.
4.1. При наличии ххCEE: читаем ноты по C-CEE, HR-CEE и выполняем предапгрейдные действия. Если нужна только функциональность РФ - то при апгрейде на ECC6.0 укажем delete для этих адд-онов(доп. файлов и дисков не требуется).
4.2. Читаем Combine Upgrade & Unicode Conversion Guide. Можно во время апгрейда не заморачиваться насчет конвертации, а выполнить конвертацию в Юникод после, когда получится работающая ECC6.0 Non-Uni.
4.3. PREPARE. Используем самые новые версии файлов релиза 7.00 с сайта sap.
4.4. SAPup(собственно апгрейд).
4.5. Пост-апгрейдные шаги (+ касаемые C-CEE и HR-CEE). Сразу после апгрейда на 2 недели появляется возможность исправлять любые объекты системы без ключей.

5. Конвертим в Юникод. Можно не сразу после апгрейда, если выполняли без п. 4.2.

6(?). Доустанавливаем JAVA-инстанцию. Настраиваем ADS.

Цитата:

Означают ли эти выдержки из доки, что после пункта "4. Копируем Non-Unicode R3 4.7 " сразу сделать upgrade Oracle 9.2 до 10.2.0.2, а уже затем приступать к PREPARE?

Да, сначала Oracle 10.2, затем PREPARE (он работает с клиентом Oracle 10.2.).

Цитата:

Upgrade master создает target system ECC 6.00 в той же самой базе на сервере, где находится и source R3 4.7 system?

Да. Старые тэйблспейсы(*620) потом становятся пустыми и их удаляем - в соотв. с гайдом.

Сап-нот пришлось прочитать _много_.
Для меня сами PREPARE и Upgrade были не такие сложные, как п. 4.1 - разборки с C-CEE и HR-CEE. Плюс на одном из шагов апгрейда слетели переменные окружения у ОС-пользователей - приходилось перенастраивать коннект сапа к СУБД.

Friday

Такая же ситуация - апгрейд 4.7
сделал апгрейд оракла до 10.0.2
Запускаю R3trans -d -

Code:

This is R3trans version 6.13 (release 640 - 26.09.07 - 11:26:00).
unicode enabled version
2EETW169 no connect possible: "DBMS = ORACLE                           --- dbs_o
ra_tnsname = 'TD4'"
R3trans finished (0012).

внутри

Code:

-->oci_init1
-->oci_initialize (con_hdl=0)
*** ERROR => OCI-call 'OCIEnvCreate' failed: rc = -1
***LOG BY2=>sql error -1
***LOG BY0=>'OCI_ERROR'

поставил R3trans из ядра 700 (вот только в доке не было написано про новую R3trans - только brtools)

Code:

This is ./R3trans version 6.13 (release 700 - 20.02.06 - 16:15:00).
unicode enabled version
./R3trans finished (0000).

но сам SAP не запускается
не стартуют disp+work

Code:

B  Loading DB library '/usr/sap/TD4/SYS/exe/run/dboraslib.so' ...
B  Library '/usr/sap/TD4/SYS/exe/run/dboraslib.so' loaded
B  *** ERROR => Version mismatch between kernel (640.00) and DBSL shared library
 [dbcon.c      4358]

подозреваю, что это из-за апгрейда клиента Оракла - я поставил клиента 10-ки
как быть?

qdublin

Текущее ядро - 32, 64-бит?
Версия ОС?

Friday

вопрос снят - видимо просто напутал с версиями файлов - привел в порядок - работает :oops:

qdublin написал:

Текущее ядро - 32, 64-бит?
Версия ОС?

пока стоит 64-битное 6.40
SLES 9
пошел апгрейдить дальше

Friday

все тот же upgrade 4.7 до ERP2005

запускаю PREPARE

Code:

Select operation mode:

            - "EXIT"
            - "SERVER"
            - "SCROLL"

Enter one of these options [EXIT] := server

Waiting for SAP Upgrade Assistant Server (UaServer) to connect at port number 42
40 (CTRL-C to interrupt) ...

подключаюсь эксплорером
http://IP:4240
в окне терминала на сервере пишет

Code:

Upgrade assistant server connected
SEVERE ERROR: received wrong reply handle from UaServer

в каталоге /usr/sap/put/ua
java -cp /usr/sap/put/ua/uagui.jar UaGui
в окне вписываю ип-сервера и 4240
серверная часть падает

в логах

Code:

# ************************* SAPup started in PREPARE mode **********************
***
# This is SAPup version 7.00/2 patch level 24.035.
# This is UNICODE SAPup!
SEVERE ERROR: received wrong reply handle from UaServer - abort
...CANCELED at 20080111114648.

cdtrace.log

Code:

2008/01/11 11:46:46 *****************************
2008/01/11 11:46:46 Checking directories ...

2008/01/11 11:46:46 Searching for Data Carrier labeled USAPUPG
                    Adding path: /opt/distr58/Upgrade/UpgMaster/UMU_LINUX_X86_64
2008/01/11 11:46:46 Working on /opt/distr58/Upgrade/UpgMaster/UMU_LINUX_X86_64 .
.. matches -> added to result list.

:td4adm 316> java -version
java version "1.4.2_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_08-b03)
Java HotSpot(TM) Client VM (build 1.4.2_08-b03, mixed mode)

в чем загвозка?

qdublin

В последнем посте не видно строки запуска UAServer'a.

Friday

все тот же upgrade

Code:

SAPup> ERROR: 69 errors detected during ACT_700.
              Analyze summary error logfile ACTUPG.ELG
              and remove all error conditions in the way
              it is described in the upgrade manual. Repeat
              this phase until it is error free.
              Additional hints may be given in logfiles
              SLOG700 and /usr/sap/put/log/SAPup.ECO

в файле SAPAAAA700.TD4 нашел

Code:

3 DDT012XAktiviere Tabelle "LIPS"
1EDDT242 Feld "J_1BTAXLW4": Komponententyp o. benutzte Domц╓ne nicht aktiv o. nicht vorhanden
1EDDT242 Feld "J_1BTAXLW5": Komponententyp o. benutzte Domц╓ne nicht aktiv o. nicht vorhanden
2WDAD285 Prц╪ftab. "J_1BATL4A" exist. nicht bzw. besitzt keine Schlц╪sselfelder
1EDDT317 Prц╪ffeld "J_1BTAXLW4" darf nicht vom Typ " " sein
2WDAD285 Prц╪ftab. "J_1BATL5" exist. nicht bzw. besitzt keine Schlц╪sselfelder
1EDDT317 Prц╪ffeld "J_1BTAXLW5" darf nicht vom Typ " " sein

и ниже

Code:

1EEDO519X"Table" "LIPS" could not be activated
1EEDO519 "Table" "VBAP" could not be activated
1EEDO519 "Table" "VBRP" could not be activated

и как ее решать - не знаю

Friday

все еще upgrade
фаза JOB_RDDNTPUR
ругается

Цитата:

Table and runtime object "J_1BNFE_MAP_TYPE" 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.

и еще несколько таблиц.
нашел ноту 946282, по поводу таблиц T7RU58 T7RU58P T7RU58T - говорит - можно удалить (проверил в установленной ERP2005 - действительно таких таблиц нет (и еще парочки) но некоторые таблицы (с данными) есть в чистой системе. про них нот не нашел

в se14 есть описание таблиц, но кнопка create database table неактивна.
в чистой системе такие таблицы есть. с данными.
J_1BNFE_MAP_TYPE
J_3R_PBU_TCODES
J_3R_PBU_TCODEST

Friday

прошлые таблицы плюнул и удалил
теперь висит на SAVELOGS

Code:

SAPup> ERROR: not all information could be extracted
       from file /usr/sap/put/log/SAPup.log!

в SAPup.log

Code:

UPGRADEPHASE SAVELOGS
...started at 20080131182317
..finished at 20080131182317 with status PROBLEMS DURING READ OF A FILE.
...begin dialogue at 20080131182317

какой файл, что ему надо - не понятно

spb123

Friday написал(а):

прошлые таблицы плюнул и удалил
теперь висит на SAVELOGS

Code:

SAPup> ERROR: not all information could be extracted
       from file /usr/sap/put/log/SAPup.log!

в SAPup.log

Code:

UPGRADEPHASE SAVELOGS
...started at 20080131182317
..finished at 20080131182317 with status PROBLEMS DURING READ OF A FILE.
...begin dialogue at 20080131182317

какой файл, что ему надо - не понятно

на шаге savelogs происходит копирование всех (или наиболее важных, смотря что Вы выбрали) логов из /usr/sap/put/log в /usr/sap/trans/upgrade/<SID>/<new release> каталог.
Пишу по памяти, мог чуть в названии наврать. Но собственно
апгрейд уже полностью выполнен, осталось его только обмыть,
чего искренне Вам и желаю...

Friday

все тот же апгрейд
теперь уже на реальном сервере
HP-ux Oracle R/3 4.7 620

сделал апгрейд оракла, заменил brtools R3trans

R3trans -d
This is R3trans version 6.13 (release 700 - 20.02.06 - 16:15:00).
unicode enabled version
R3trans finished (0000).

при попытки запуска - ругается на несоответствие версий ядра и библиотеки оракловой

заменил ядро из KERNEL/KU_HPUX_IA64_AUPG/DBINDEP/SAPEXE.SAR
хотя в доке вроде было только про brtools

запустил сап
dev_w0:

Code:

---------------------------------------------------
trc file: "dev_w0", trc level: 1, release: "700"
---------------------------------------------------
*
*  ACTIVE TRACE LEVEL           1
*  ACTIVE TRACE COMPONENTS      all, MJ
*
M sysno      00
M sid        HRD
M systemid   274 (HP (IA-64) with HP-UX)
M relno      7000
M patchlevel 0
M patchno    52
M intno      20050900
M make:      single threaded, Unicode, 64 bit, optimized
M pid        970

...

N  =================================================
N  === SSF INITIALIZATION:
N  ===...SSF Security Toolkit name SAPSECULIB .
N  ===...SSF trace level is 0 .
N  ===...SSF library is /usr/sap/HRD/SYS/exe/run/libsapsecu.so .
N  ===...SSF hash algorithm is SHA1 .
N  ===...SSF symmetric encryption algorithm is DES-CBC .
N  ===...sucessfully completed.
N  =================================================
M  *** ERROR => SlicLikeyGetAllRecords: RS_OPEN failed rc=32 [sliclikey.c  988]
M  *** ERROR => likey_init: likeyche_fill_buffer: couldn't get the list of all r
ecords from the persistence. [sliclikey.c  1269]
M  *** ERROR => SlicLikeyInit: likey_init failed: 1 [sliclikey.c  261]
M  *** ERROR => SAPlicense: LIKEY initialisation failed! [slicshm.c    268]
N  MskiInitLogonTicketCacheHandle: Logon Ticket cache pointer retrieved from sha
red memory.
N  MskiInitLogonTicketCacheHandle: Workprocess runs with Logon Ticket cache.
M  JrfcVmcRegisterNativesDriver o.k.

...

W    ITS Plugin: sizeof(SAP_UC) 2
W    ITS Plugin: Release: 700, [7000.0.52.20050900]
W    ITS Plugin: Int.version, [32]
W    ITS Plugin: Feature set: [10]
W    ===... Calling itsp_Init in external dll ===>
W  === ipl_Init() returns 0, ITSPE_OK: OK
W  =================================================
E  Enqueue Info: rdisp/wp_no_enq=1, rdisp/enqname=<empty>, assume sapbwp_HRD_00
E  Replication is disabled
E  EnqCcInitialize: local lock table initialization o.k.
E  EnqId_SuppressIpc: local EnqId initialization o.k.
E  EnqCcInitialize: local enqueue client init o.k.
M  *** ERROR => R/3 release 620 is not supported with this kernel (700) [thxxsic
k.c   237]
A  *** ERROR => R/3 release 620 is not supported with this kernel (700) [sapicc.
c     1082]
A  TH VERBOSE LEVEL FULL
A  ** RABAX: level LEV_RX_PXA_RELEASE_MTX entered.

я так откуда он берет ядро 620?
какие еще файлы обновлять?

Vadimus

ниоткуда ядро оно не берет. Это версия базиса - 620. Нужно было не ядро менять, а библиотеку оракловую, как и написано... Ты же оракл апгрейдил, соответственно тебе нужно старое ядро натравить на новый оракл.

Friday

Vadimus написал:

ниоткуда ядро оно не берет. Это версия базиса - 620. Нужно было не ядро менять, а библиотеку оракловую, как и написано... Ты же оракл апгрейдил, соответственно тебе нужно старое ядро натравить на новый оракл.

я пробовал. если заменить только библиотеку dboraslib.so и R3trans

Code:

sapbwp:hrdadm 36> R3trans -x
This is R3trans version 6.13 (release 700 - 20.02.06 - 16:15:00).
unicode enabled version
R3trans finished (0000).

dev_w0:

Code:

---------------------------------------------------
trc file: "dev_w0", trc level: 1, release: "640"
---------------------------------------------------
*
*  ACTIVE TRACE LEVEL           1
*  ACTIVE TRACE COMPONENTS      all, M
*
M systemid   274 (HP (IA-64) with HP-UX)
M relno      6400
M patchlevel 0
M patchno    43
M intno      20020600
M make:      single threaded, Unicode, 64 bit
M pid        10149
M
M
M Fri Apr  4 14:03:15 2008
M  ***LOG Q01=> tskh_init, WPStart (Workproc 0 1 10149) [thxxhead.c   1131]
M  calling db_connect ...
B  create_con (con_name=R/3)
B  Loading DB library '/usr/sap/HRD/SYS/exe/run/dboraslib.so' ...
B  Library '/usr/sap/HRD/SYS/exe/run/dboraslib.so' loaded
B  *** ERROR => Version mismatch between kernel (640.00) and DBSL shared library
 (700.08)
 [dbcon.c      4328]
M  ***LOG R19=> tskh_init, db_connect ( DB-Connect 008192) [thxxhead.c   1269]
M  in_ThErrHandle: 1
M  *** ERROR => tskh_init: db_connect (step 1, th_errno 13, action 3, level 1) [
thxxhead.c   9413]

Friday

вроде надо ядро поставить 640 - пока качаю - там видно будет
407314 - Released operating systems SAP R/3 kernel 6.x ORACLE

но умным мыслям буду рад

Правила форума

Upgrade to ECC 6.0

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