Гетерогенное копирование

tr0ublemaker

Господа базисники, спасайте мой мозг. уже неделю бьюсь на копированием системы, ОЧЕНЬ нужна помощь!

Исходная система: Win2003, Oracle 9.2.0.5, R/3 Ent 4.7x200

Целевая: *nix Tru64, Oracle 9.2.0.5, R/3 Ent 4.7x200

После мучительных поисков нашел подходящие ноты, гайды дистрибутивы, через sapinst сделал экспорт базы.
Потом с песнями и плясками и тем же sapinst добрался до стадии Database load и дальше никак.

SAPAPPL0.log

Цитата:

(DB) INFO: BSPDEFPAG deleted/truncated
(IMP) ERROR: DbSlExeModify/DbSlLobPutPiece failed
rc = 22, table "BSPDEFPAG"
DbSl Trace: Disconnecting from connection 0 ...

DbSl Trace: Closing user session (con_hdl=0,svchp=1406c07f0,usrhp=140700ea0)

DbSl Trace: Detaching from DB Server (con_hdl=0,svchp=1406c07f0,srvhp=1406c04e0)

DbSl Trace: Now I'm disconnected from ORACLE

(DB) INFO: disconnected from DB

SAPAPPL1.log

Цитата:

(DB) ERROR: DDL statement failed
(TRUNCATE TABLE "ALV_T_T2")
DbSlExecute: rc = 103
(SQL error 942)
error message returned by DbSl:
ORA-00942: table or view does not exist
DbSl Trace: Disconnecting from connection 0 ...

DbSl Trace: Closing user session (con_hdl=0,svchp=1406c07f0,usrhp=140700ea0)

DbSl Trace: Detaching from DB Server (con_hdl=0,svchp=1406c07f0,srvhp=1406c04e0)

DbSl Trace: Now I'm disconnected from ORACLE

(DB) INFO: disconnected from DB

SAPAPPL2.log

Цитата:

(DB) ERROR: DDL statement failed
(TRUNCATE TABLE "MDMGXC2")
DbSlExecute: rc = 103
(SQL error 942)
error message returned by DbSl:
ORA-00942: table or view does not exist
DbSl Trace: Disconnecting from connection 0 ...

DbSl Trace: Closing user session (con_hdl=0,svchp=1406c07f0,usrhp=140700ea0)

DbSl Trace: Detaching from DB Server (con_hdl=0,svchp=1406c07f0,srvhp=1406c04e0)

DbSl Trace: Now I'm disconnected from ORACLE

(DB) INFO: disconnected from DB

и т.д. и т.п.

Интуитивно понимаю, что дело в файлах экспорта, но в чем именно понять не могу. Файлы заливались как по фтп, так и по нфс - ошибки те же самые.
Версию R3load поднять не дает - коннектиться с ошибками.
Порядок пакетов - алфавитный - как при экспорте, так и при импорте данных.

Подскажите, пожалуйста, что я еще я мог упустить??

Svetlana

миграционный ключ правильный?

tr0ublemaker

да, точно правильный. когда был не тот, sapinst так и говорил

Черепах

В принципе, такая ошибка не особо информативна.
Вбей в гугле запрос: sapinst "ORA-00942: table or view does not exist"
Он тебе много ссылок накидает.
Когда сам сталкивался с этим, то в итоге оказывалось, что либо не было прав на таблицу, либо пакет с ошибками был.
В первом случае, можешь залогиниться в базу и убедиться есть он там, или нет. Во втором, пришлось СНАЧАЛА обновить ядро, а лишь потом создавать экспортные файлы.
Также, в принципе, ты можешь найти файлик, в котором инсталятор проставляет статусы импортированных объектов, и принудительно выставить "ОК". Но сам понимаешь, к чему это в итоге может привести:)

Svetlana

импорт же идет - откуда эти таблиы в базе - не в этом дело - коннект-то вообще идет в базу? база нормально создалась?

Черепах

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

импорт же идет - откуда эти таблиы в базе - не в этом дело - коннект-то вообще идет в базу? база нормально создалась?

Откуда уверенность, что таблица в базе?
А насчет "импорт же идет".. да, идет.. до тех пор, пока не попытается объект в несуществующий ts вставить. У меня при экспорте, банально переврал некоторые имена.
Как выяснилось, из-за ДАВНИШНЕГО апгрейда системы с 4.6 на 4.7.
Поэтому пришлось апдейтить ядро.
Детально ситуацию автора не знаю, поэтому и предположил, из-за чего возможна ситуация.

tr0ublemaker

база создалась нормально, через OEM часть таблиц я вижу и там нет тех, про которые написано в логах.

коннект есть
SAPAPPL0.log

Цитата:

/sapmnt/CSX/exe/R3load: START OF LOG: 20080324151050

/sapmnt/CSX/exe/R3load: sccsid @(#) $Id: //bas/620/src/R3ld/R3load/R3ldmain.c#7 $ SAP
/sapmnt/CSX/exe/R3load: version R6.20/V1.2
/sapmnt/CSX/exe/R3load -dbcodepage 1100 -i /r3install/exp/SAPAPPL0.cmd -l /r3install/exp/SAPAPPL0.log -stop_on_error -k 17efdeM50TL01eqtdAAw0Qav

DbSl Trace: Got ORACLE_HOME=/oracle/CSX/920_64 from environment

DbSl Trace: Client NLS settings: AMERICAN_AMERICA.WE8DEC

DbSl Trace: Logon as OPS$-user to get SAPR3's password

DbSl Trace: Connecting as /@CSX on connection 0 ...

DbSl Trace: Attaching to DB Server CSX (con_hdl=0,svchp=1406c07f0,svrhp=1406c04e0)

DbSl Trace: Starting user session (con_hdl=0,svchp=1406c07f0,srvhp=1406c04e0,usrhp=140700ea0)

DbSl Trace: Now I'm connected to ORACLE

DbSl Trace: ORA-1403 when accessing table SAPUSER

DbSl Trace: Disconnecting from connection 0 ...

DbSl Trace: Closing user session (con_hdl=0,svchp=1406c07f0,usrhp=140700ea0)

DbSl Trace: Now I'm disconnected from ORACLE

DbSl Trace: Try to connect with default password

DbSl Trace: Connecting as SAPR3/<pwd>@CSX on connection 0 ...

DbSl Trace: Starting user session (con_hdl=0,svchp=1406c07f0,srvhp=1406c04e0,usrhp=140700ea0)

DbSl Trace: Now I'm connected to ORACLE

DbSl Trace: Database NLS settings: AMERICAN_AMERICA.WE8DEC

DbSl Trace: Database instance CSX is running on ds20e with ORACLE version 9.2.0.5.0 since 20080320

Mon Mar 24 15:10:51 2008
***LOG BZA=> table SVERS does not exist on database [dblink#1 @ 1292] [dblink 1292 ]
(DB) INFO: connected to DB

******************************************************************
(CNV) WARNING: conversion from 1500 to 1100 not possible
******************************************************************

(GSI) INFO: dbname = "CSX20080319040300 "
(GSI) INFO: vname = "ORACLE "
(GSI) INFO: hostname = "ds20e "
(GSI) INFO: sysname = "OSF1"
(GSI) INFO: nodename = "ds20e"
(GSI) INFO: release = "V5.1"
(GSI) INFO: version = "2650"
(GSI) INFO: machine = "alpha"
(DB) INFO: BSPDEFPAG deleted/truncated
(IMP) ERROR: DbSlExeModify/DbSlLobPutPiece failed
rc = 22, table "BSPDEFPAG"
DbSl Trace: Disconnecting from connection 0 ...

DbSl Trace: Closing user session (con_hdl=0,svchp=1406c07f0,usrhp=140700ea0)

DbSl Trace: Detaching from DB Server (con_hdl=0,svchp=1406c07f0,srvhp=1406c04e0)

DbSl Trace: Now I'm disconnected from ORACLE

(DB) INFO: disconnected from DB

/sapmnt/CSX/exe/R3load: job finished with 1 error(s)
/sapmnt/CSX/exe/R3load: END OF LOG: 20080324151102

со вставкой в несуществующие ts тоже столкнулся - поправил DDLORA.TPL и перезапустил инсталяцию. после этого ts исходной и целевой систем зовутся одинаково.

Черепах, а ядро апдейтил на исходной системе?

Склеротик

Надо повторить экспорт, получить новые экспортные файлы.
И еще надо последний R3load закачать перед импортом.
У меня была подобная ситуация лет 5 назад как раз на 4.7.

Черепах

tr0ublemaker написал:

база создалась нормально, через OEM часть таблиц я вижу и там нет тех, про которые написано в логах.

коннект есть

Черепах, а ядро апдейтил на исходной системе?

Да, конечно. Под ядром, я подразумевал каталог EXE(это про R3load.exe).
Но апдейтить надо, только в случае, если ты решишь заново создавать экспортные файлы.

Pepta

tr0ublemaker написал:

Господа базисники, спасайте мой мозг. уже неделю бьюсь на копированием системы, ОЧЕНЬ нужна помощь!

Исходная система: Win2003, Oracle 9.2.0.5, R/3 Ent 4.7x200

Целевая: *nix Tru64, Oracle 9.2.0.5, R/3 Ent 4.7x200

Вариант обновить Oracle до 10.2 и перенести данные через Trasportable TS не рассматривается ?

tr0ublemaker

спасибо всем за помощь, буду обновлять ядро.
а имеет значение способ переноса файлов: через фтп (в режиме binary) или сразу по нфс??

to pepta: нет, такой вариант не рассматривается, потому что система готовится в качестве тестового полигона для установки support packages

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

Гетерогенное копирование

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