Authority issues after homogeneous system copy - as/400 v5r1 - R/3 4.6C

Hello,
I am trying to complete a homogeneous system copy of an R/3 system.
The source system is PRD - the target system is TST. The hardware platforms are different (both iSeries) but the kernel/pdf/OS patch levels are all identical.
The process I have follow so far is this:
1. Preprocessing of the R3PRDDATA library.
2. SAVLIB of R3PRDDATA.
3. Delete old R3TSTDATA lib on target system using QSECOFR
4. Create new R3TSTDATA using SQLUTIL as TSTOFR (TSTOFR is my user for the target system)
5. CHGOBJOWN OBJ(R3TSTDATA) OBJTYPE(*LIB) NEWOWN(TSTOFR)
6. GRTOBJAUT OBJ(R3TSTDATA) OBJTYPE(LIB) USER(SAP02) AUT(CHANGE)
7. Detach existing Journal, create new journal receiver, create new journal ...
DLTJRN JRN(R3TSTDATA/QSQJRN)
DLTJRNRCV JRNRCV(R3TSTJRN/QSQJRN0001)
CRTJRNRCV JRNRCV(R3TSTJRN/QSQJRN0001) THRESHOLD(500000)
CHGOBJOWN OBJ(R3TSTJRN/QSQJRN0001) OBJTYPE(*JRNRCV) NEWOWN(R3OWNER)
CRTJRN JRN(R3TSTDATA/QSQJRN) JRNRCV(R3TSTJRN/QSQJRN0001) MNGRCV(SYSTEM) DLTRCV(NO)
CHGOBJOWN OBJ(R3TSTDATA/QSQJRN) OBJTYPE(*JRN) NEWOWN(R3OWNER)
8. RSTLIB from tape.
9. AS4FIXFILE on R3TSTDATA with
   DBLIB         R3TSTDATA
   CHGOWN   *NO
   ENDJRN      *YES
   STRJRN      *YES
   CHGFILE     *NO
10. install license key
So from this point the system will start without a problem. However whenever I try and write something to the database I get this type of error (via SM21 or ABAP dump) message:
Database error -551 at SEL access to table BTCOPTIONS
            Not authorized to object BTCOPTIONS in R3TSTDATA type *file
            Job=378721/TST02/WP02
Database error text........: "Not authorized to object SCPRACTR in R3TSTDATA
type *FILE. Job=379089/TST02/WP00"
I have also run GRTOBJAUT for the - TST02 user on the R3TSTDATA lib but still the same problem.
I'm certain the issue is related to the user on the 400 that is actually used by the work processes, and that user does not have the relevant rights to R3TSTDATA.
Any suggestions on how to resolve this problem will be humbly received.
Many thanks, Colin

Hi,
step 9 is wrong ;-(((
old:
9. AS4FIXFILE on R3TSTDATA with
DBLIB R3TSTDATA
CHGOWN *NO
ENDJRN *YES
STRJRN *YES
CHGFILE *NO
correct:
9. AS4FIXFILE on R3TSTDATA with
DBLIB R3TSTDATA
CHGOWN *YES <<<<<
ENDJRN *YES
STRJRN *YES
CHGFILE *NO
it NEEDS to run with QSECOFR !!!
=> it will work !
GRTOBJAUT on all objects is rubbish only !!! no real solution!!!
Regards
Volker Gueldenpfennig, consolut international ag
http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

Similar Messages

DB13 SQL error -942 after homogenous system copy

Dear all,
I've performed hpmogenous system copy from the productiion system running on ECC 6.0 Oracle 10.2.0.4 and HP-UX 11.31.
Then after finishing all post homogenous system copy activites I've tried to start check db in DB13 and I got this error message.
In sqlplus from the server I checked this SELECT and it shows the appropriate rows. But from DB13 there is the error message.
Job started
Step 001 started (program RSDBAJOB, variant &0000000000360, user ID RPO)
Execute logical command BRCONNECT On host sapds
Parameters: -u / -jid CHECK20111024152519 -c -f check
BR0801I BRCONNECT 7.00 (52)
BR0477I Oracle pfile /oracle/TST/102_64/dbs/initTST.ora created from spfile /oracle/TST/102_64/dbs/spfileTST.ora
BR0280I BRCONNECT time stamp: 2011-10-24 15.25.24
BR0301E SQL error -942 at location BrLicCheck-51,SQL statement:
'SELECT COUNT(*), NVL(SUM(BLOCKS), 0) FROM SYS.SEG$ WHERE USER# = 28'
ORA-00942: table or view does not exist
BR0806I End of BRCONNECT processing: cehbjvyf.chk2011-10-24 15.25.24
BR0280I BRCONNECT time stamp: 2011-10-24 15.25.25
BR0804I BRCONNECT terminated with errors
External program terminated with exit code 3
BRCONNECT returned error status E
Job finished
Does anyone knows why?
Thanks in advance.
Ruzica

Solved
sapdba_role needed to be performed again
sqlplus /nolog @sapdba_role R3
This solves the problem
Ruzica

System does not come up after homogeneous system copy

Hi there,
after a regular system copy of our Java-only Portal the system does not come up.
'startsap' warns with these messages :
Warning : /usr/sap/SPE/JC51/j2ee/cluster/bootstrap/../server0/bin/ext/jdbdictionary/jddi.jar file stated but does not exist !
Warning : /usr/sap/SPE/JC51/j2ee/cluster/bootstrap/../server0/bin/ext/antlr/antlr.jar file stated but does not exist !
Warning : /usr/sap/SPE/JC51/j2ee/cluster/bootstrap/../server0/bin/system/frame.jar file stated but does not exist !
and, yes , these really important directories do not exist - under /usr/sap/<SID>/JCxy/j2ee/cluster/server0 there is
only ONE directory , which is 'apps' .
database starts, but not the j2ee engine
OS :Solaris 10, Oracle DB
I'm confused (i did the system copy 2 times, because I did not believe what I saw ....)
Regards,
Ronny

>
Sunny Pahuja wrote:
> Hi,
>
> Have you done system refresh with sapinst ?? was it successful or not ?? Could you please paste dev_server, std_Server and dev_dispatcher logs here ?
>
> Thanks
> Sunny
Hi Sunny,
thanx for your answer.
There are NO logs, either dev_server* nor dispatcher.
the only thing I found were under the work-directory, the dev_jcmon says :
[Thr 1] Wed Oct 27 11:01:40 2010
*[Thr 1] *** ERROR => Can't attach to administration shared memory (rc = 3) [jcmonxx_mt.c 228]*
and the bootstrap says mainly that it could not find the framework :
[Thr 1] JLaunchRequestQueueInit: create named pipe for ipc
[Thr 1] JLaunchRequestQueueInit: create pipe listener thread
[Thr 2] JLaunchRequestFunc: Thread 2 started as listener thread for np messages.
[Thr 3] WaitSyncSemThread: Thread 3 started as semaphore monitor thread.
[Thr 1] Tue Oct 26 10:00:01 2010
[Thr 1] SigISetDefaultAction : default handling for signal 18
[Thr 1] NiInit3: NI already initialized; param 'maxHandles' ignored (1;202)
[Thr 1] CPIC (version=701.2009.01.26)
[Thr 1] [Node: bootstrap] java home is set by profile parameter
Java Home: /usr/java
[Thr 1] JStartupICheckFrameworkPackage: can't find framework package /usr/sap/SPE/JC51/exe/jvmx.jar
That make 'sense', because there is nothing it could find ..
Regards Ronny

4.7 Homogeneous System copy - Backup & Restore Method

Hi,
I am doing Homogeneous system copy of SAP 4.7 in win2003 & SQL2000. I followed Note :551915 & used user_restore script. My SAP server is not starting. I am attaching the log file of dev_w2. Please guide me
<<
trc file: "dev_w2", trc level: 1, release: "620"
ACTIVE TRACE LEVEL           1
ACTIVE TRACE COMPONENTS      all, M
B
B Tue Jun 02 20:02:43 2009
B create_con (con_name=R/3)
B Loading DB library 'C:\usr\sap\DV1\SYS\exe\run\dbmssslib.dll' ...
B Library 'C:\usr\sap\DV1\SYS\exe\run\dbmssslib.dll' loaded
B Version of 'C:\usr\sap\DV1\SYS\exe\run\dbmssslib.dll' is "620.02", patchlevel (0.235)
B New connection 0 created
M systemid   560 (PC with Windows NT)
M relno      6200
M patchlevel 0
M patchno    251
M intno      20020600
M pid        1452
M
M ***LOG Q0Q=> tskh_init, WPStart (Workproc 2 1452) [dpxxdisp.c   1016]
I MtxInit: -2 0 0
X
X Tue Jun 02 20:02:44 2009
X EmInit: MmSetImplementation( 2 ).
X <ES> client 2 initializing ....
X Using implementation std
M <EsNT> Memory Reset enabled as NT default
X ES initialized.
M
M Tue Jun 02 20:02:45 2009
M calling db_connect ...
C SQLOLEDB Provider Release:08.10.3959
C Shared cache sizes: header 52 bytes, 10000 names (13360000 bytes), 1000 dynamic statements (5436000 bytes), total 18796052 bytes
C Using shared procedure name cache initialized by another process.
C Thank You for using the SLOLEDB-interface
C Connected to db server : [adapsap47], dbname: DV1, dbuser: dv1
C Using dynamic link library 'C:\usr\sap\DV1\SYS\exe\run\dbmssslib.dll'
C dbmssslib.dll patch info
C    patchlevel   0
C    patchno      235
C    patchcomment MSSQL: STRING_BAD_REF on NULL-lob-access (412757)
B Connection 0 opened
B Wp Hdl ConName          ConId     ConState     TX PRM RCT Date     Time   DBHost
B 000 000 R/3              000000000 ACTIVE       NO YES NO 20090602 200245 ADAPSAP47
C The IRow interface is supported by this OLEDB provider
C ParamStmtExec: line 22924. hr: 0x80040e37 Invalid object name 'SVERS'.
C HandleOledbError [ParamStmtExec,line 22924]: Error/Message: (err 208, sev 16), Invalid object name 'SVERS'.
C ParamStmtExec failed. HR 80040e37 DBSL retcode 103. stmt: [SELECT VERSION AS c FROM SVERS ]
C DbSlRead - Error 103 (dbcode 208) on open
C DbSlRead - <##Y2ADAPSAP4dv100000014520000000001200245>
C DbSlRead - Error 103 (dbcode 208) on fetch
C DbSlRead - <##Y2ADAPSAP4dv100000014520000000001200245>
B ***LOG BZA=> table SVERS      does not exist on database [dblink#1 @ 1292] [dblink 1292 ]
M ***LOG R19=> tskh_init, db_connect ( DB-Connect 004096) [thxxhead.c   1098]
M in_ThErrHandle: 1
M *** ERROR => tskh_init: db_connect (step 1, th_errno 13, action 3, level 1) [thxxhead.c   8277]
M
M Info for wp 2
M
M    stat = 4
M    reqtype = 1
M    act_reqtype = -1
M    tid = -1
M    mode = 255
M    len = -1
M    rq_id = -1
M    rq_source = 255
M    last_tid = 0
M    last_mode = 0
M    rfc_req = 0
M    report = >                                        <
M    action = 0
M    tab_name = >                              <
M
M *****************************************************************************
M *
M * LOCATION    SAP-Server adapsap47_DV1_00 on host adapsap47 (wp 2)
M * ERROR       tskh_init: db_connect
M *
M * TIME        Tue Jun 02 20:02:45 2009
M * RELEASE     620
M * COMPONENT   Taskhandler
M * VERSION     1
M * RC          13
M * MODULE      thxxhead.c
M * LINE        8408
M * COUNTER     1
M *
M *****************************************************************************
M
M Entering TH_CALLHOOKS
M ThCallHooks: call hook >SAP-Trace buffer write< for event BEFORE_DUMP
M ThCallHooks: call hook >ThrSaveSPAFields< for event BEFORE_DUMP
M *** ERROR => ThrSaveSPAFields: no valid thr_wpadm [thxxrun1.c   672]
M *** ERROR => ThCallHooks: event handler ThrSaveSPAFields for event BEFORE_DUMP failed [thxxtool3.c 235]
M Entering ThSetStatError
M Entering ThReadDetachMode
M call ThrShutDown (1)...
M ***LOG Q02=> wp_halt, WPStop (Workproc 2 1452) [dpnttool.c   345]
>>
Regards,
Srinivas

> The Languages(Chinese,Japanese,Korean) Installed on the source system(Non- Unicode) are not reflecting in the target system(Non- Unicode) after Homogeneous system copy.
Can you tell us what you mean with "not reflecting"? All the content is in the database so if you copied that, it's definitely there.
> Can you please guide whether we have to do Unicode conversion for this /Is their any way for activating the languages. I Executed the report RSCPINST and tried to activate the languages after doing stimulation and copying zcsa/installed_languages =13CDEFIJLMNOPQRSTVZ to the instance profile.
...and you did a restart of the instance after you changed that parameter?
Markus

MSSQL Homogeneous System Copy : SAPINST cannot connect to default database

Hello.
We want to perform a homogeneous system copy, following Note 151603.
We have attached the source DB (RP1) to the destination DB (RD4) following the above mentioned Note.
Now, logged to the server as DOMAIN\rd4adm , we want to execute the SAPINST, as indicated in the Note 683447, but when giving the password for user rd4adm we get a pop up
Cannot connect to R3SVIL\RD4 [SQL Server]Cannot open user default database. Login failed.
R3SVIL is the server. Login is done with windows authentication (connected as domain\rd4adm)
We cannot find a Note descibing this issue and how to fix it, must be something with user : does anybody have suggestion or solution?
Thanks a lot,
Dino

Hi,
did you apply SAP note 551915 - R/3 won't start after database restore or database copy
also check Note 806925 - SQL Error 4064: Cannot open user default database
regards,
kaushal

Homogeneous system copy on iseries

Hello All,
We are planning to refresh our R/3 development system (SID: R3D) by doing homogeneous system copy using production data (SID: R3P).
There are couple of open transports in development system and I donu2019t want to overwrite those in the process of system copy.
also I donu2019t want to over write users idu2019s and passwords.
When i goggled, I found a procedure to execute a User Master Export SCC8 (client export) for profile: SAP_USER.
After creating a transport with users master datau2026 should I copy the transport co and data files to some other location, so that it doesn't get over written?
Should i save all CO and data files of transports from u201CR3Du201D into a separate folder and reimport into one by one after reconfiguring TMS?
Is there any procedure to save all variants in the system and apply the same after system copy?
Thanks a lot in advance.

Hello rk_007,
but I do not see a real solution for your issues except the users ... SAP_USERS is ok and can be used at any time. All the rest will delete ALL tables and replace it with the copy.
So, when you do a system refresh from R3P to R3D and then replace with SAP_UCSV ALL application data will be deleted ;-((
You cannot conserve open transports as well. You have to close them, and reimport later on again and open new ones for the missing functionality,
So, the process is a bit more complicated in a 2-system landscape as you might think.
Would be a client export of R3P perhaps sufficient ?
The versions of ABAPs are lost as well ... you should backup them before deleting R3D.
Regards
Volker Gueldenpfennig, consolut international ag
http://www.consolut.com http://www.4soi.de http://www.easymarketplace.de

Db2 homogenous system copy using DB specific tools.

Hi,
I'm currently doing a homogenous system copy using db specific tools option (DB2). I did an offline backup of the source system using db2 backup database command, then ran SAPinst (NW70SR2) on the source system to go through the export phase, no problem. On the destination system, I ran SAPinst (NW70SR3) to do the import phase and reached a point where SAPinst asked me to restore the database using db2 tools. I running command:
RESTORE DATABASE <SID> FROM "E:\backup_folder" TAKEN AT 20090617164332 TO "Q:" INTO <SID> NEWLOGPATH "F:\" WITH 2 BUFFERS BUFFER 1024 PARALLELISM 1 WITHOUT PROMPTING;
After running this command I get SQL0902C A system error (reason code = "") occurred. Subsequent
SQL statements cannot be processed.
sqlcode: -902
sqlstate: 58005
Some background information: I'm running this procedure to do a migrate the database from a 32 bit to 64 bit.
Am I doing something wrong? Do I need to run any other commands or prep on the detination system before running the restore command?

One other thing you might have wanted to check was the physical memory on the target machine. Does the target have the same amount of memory as the source? If it is much smaller, sometimes there can be issues with starting up the database on the smaller machine. There is an instance level registry setting you can use to reduce the amount of bufferpool memory the database wants to use.
Another issue I have seen is that you may want to restore a 32-bit backup to a 32-bit instance. You can then upgrade then instance and database to 64-bit.
EDIT: Sorry, I didn't realize this thread was 2 months old.
Edited by: Derek Barrett on Aug 18, 2009 4:39 AM

Activating data in DSO got dump SAPSQL_EMPTY_TABNAME after BW system copy

Hi all,
We had an issue after system copy.
After a system copy the data in the standard DSOs(all of them) cannot be activated. The DOSs themselves are active, the transformations are active but if one attempts to load data and activate u2013 it does not work. The job terminates with shortdump SAPSQL_EMPTY_TABNAME.
Found the issue is caused by u201Cmore than one versionu201D of the change log.
We tried the Program RSAR_RSTSODS_CHANGELOG_VRS but it didn't work.
We had the solution like this:
After activating the DSO itself(the object) using RSDG_ODSO_ACTIVATE the issue disappears and the data can be activated. Issue also disappears. BUT Drawback: Activating the DSO causes the transformations to deactivate.Then we used the program RSDG_TRFN_ACTIVATE to activate all transformations. And then the issue disappeared.
Want to know what the root cause for this. From some SDN threads, mentioned BDLS job in the post refresh steps are not correctly done during system copy may cause this issue. How did the BDLS run wrongly cause this issue? And what is the exact correct way? We ran BDLS for each source systems inlcuding the target refreshed BW system itself by the default selection - conversion of Client-Dependent and Client-Independent Tables; because we used database copy
for the system refresh.
We also restored all source systems in RSA1 inlcuding the refreshed BW system own in the post-refresh steps.
Thank you very much for your information and suggestion.
Heming

Hi Arun, as you say two change log tables it´s strange. In fact in my opinion it´s not right but the problem is that the second change log table appears after executing std SAP report RSDG_ODSO_ACTIVATE in order to be able to activate the DSO. So the solution provided by SAP it works but i´m not sure if the right one. Besides this the original change log table is full of data while the second one is empty... for new loads which are gonna a be filled by the activation process ? I suppose the second one... will this have some impact with the data stored in the first one... not in theory but.... i do not feel confortable with the consequences of this report.
And the most important, it seems that the reason why the DSO and the change log table had problems is due to a some problems or missing steps after executing the BDLS after BW system refresh but nobody can confirm this point...
So, i´ve been able to solve the issue but now i have two change log tables for the same DSO.
Anybody has the same situation after executing the above mentioned SAP std report ?
Regards,
Joaquin Casas Baca-Castex

Error in phase import Homogeneous system copy from a BI 7.3 dual stack ABAPJAVA

Hi
I'm doing a Homogeneous system copy from a BI 7.3 dual stack ABAP+JAVA system with an Oracle DB (11g version, 11.2.0.3.0 patch level) with AIX ibm OS.
Before starting export I've executed in the source system the report SMIGR_CREATE_DDL, as described in sap note 888210, and I generated *.SQL files.
After, during the import in the target system I get the following error message:
vi /expdb2/tmpDB0/sapinst_instdir/NW730/ORA/ORA/COPY/ORA/SYSTEM/STD/AS/import_monitor.log
INFO: 2014-03-08 00:21:57 com.sap.inst.migmon.LoadTask run_report
Monitor jobs: running 0, waiting 1, completed 60, failed 5, total 66 finish processing of package SAP0000
You can see below the detail of the 5 packages in error:
SAPAPPL0_1_5
DbSlExecute: rc = 99
(SQL error 2216)
error message returned by DbSl:
ORA-02216: tablespace name expected
(DB) INFO: disconnected from DB
/usr/sap/DB2/SYS/exe/uc/rs6000_64/R3load: job finished with 1 error(s)
/usr/sap/DB2/SYS/exe/uc/rs6000_64/R3load: END OF LOG: 20140307141347
SAPZPSA
DbSlExecute: rc = 99
(SQL error 2216)
error message returned by DbSl:
ORA-02216: tablespace name expected
(DB) INFO: disconnected from DB
SAPDODS
DbSlExecute: rc = 99
(SQL error 922)
error message returned by DbSl:
ORA-00922: missing or invalid option
(DB) INFO: disconnected from DB
SAPDFACT
DbSl Trace: Error 1741 in exec_immediate() from oci_execute_stmt(), orpc=0
DbSl Trace: ORA-01741 occurred when executing SQL stmt (parse error offset=8126464)
(DB) ERROR: DDL statement failed
( ALTER TABLE "/BI0/F0TCT_C01"    ADD PARTITION "/BI0/F0TCT_C010000001131" VALUES LESS THAN ( 0000001131 )    TABLESPACE "" )
DbSlExecute: rc = 99
(SQL error 1741)
error message returned by DbSl:
ORA-01741: illegal zero-length identifier
(DB) INFO: disconnected from DB
SAPZOSO
DbSl Trace: Error 922 in exec_immediate() from oci_execute_stmt(), orpc=0
DbSl Trace: ORA-00922 occurred when executing SQL stmt (parse error offset=242024448)
(DB) ERROR: DDL statement failed
(CREATE TABLE "/BIC/B0000989000"    ("REQUEST" VARCHAR2 (000090)      DEFAULT ' ' NOT NULL,    "DATAPAKID" VARCHAR2 (000018)      DEFAULT '000000' NOT NULL,    "PART
NO" NUMBER (000010)      DEFAULT 0 NOT NULL,    "RECORD" NUMBER (000010)      DEFAULT 0 NOT NULL,    "PLANT" VARCHAR2 (000012)      DEFAULT ' ' NOT NULL,    "MATERIA
L" VARCHAR2 (000054)      DEFAULT ' ' NOT NULL,    "RPA_CURUOM" VARCHAR2 (000015)      DEFAULT ' ' NOT NULL,    "RPA_MVF" NUMBER (000017, 000002)      DEFAULT 0 NOT N
ULL,    "PRICE_UNIT" NUMBER (000017, 000003)      DEFAULT 0 NOT NULL,    "RPA_QTYUOM" VARCHAR2 (000009)      DEFAULT ' ' NOT NULL,    "RT_SSMFGR" VARCHAR2 (000024)
    DEFAULT '00000000' NOT NULL,    "BASE_UOM" VARCHAR2 (000009)      DEFAULT ' ' NOT NULL,    "FRE_PLNPUR" VARCHAR2 (000036)      DEFAULT ' ' NOT NULL,    "FRE_MINS
TK" NUMBER (000017, 000003)      DEFAULT 0 NOT NULL,    "FRE_SERLEV" NUMBER (000017, 000003)      DEFAULT 0 NOT NULL,    "FRE_SELCLS" VARCHAR2 (000003)      DEFAULT '
0' NOT NULL,    "FRE_REPLST" VARCHAR2 (000006)      DEFAULT ' ' NOT NULL,    "ABCKEY" VARCHAR2 (000003)      DEFAULT ' ' NOT NULL,    "RECORDMODE" VARCHAR2 (000003)
    DEFAULT ' ' NOT NULL,    "RT_SERVLEV" VARCHAR2 (000003)      DEFAULT ' ' NOT NULL,    "RT_SUPS" VARCHAR2 (000003)      DEFAULT ' ' NOT NULL,    "VAL_TYPE" VARCH
AR2 (000030)      DEFAULT ' ' NOT NULL,    "PUR_GROUP" VARCHAR2 (000009)      DEFAULT ' ' NOT NULL,    "RT_VPNEU" NUMBER (000017, 000002)      DEFAULT 0 NOT NULL,
"CURRENCY" VARCHAR2 (000015)      DEFAULT ' ' NOT NULL,    "RT_VRKPE" NUMBER (000017, 000003)      DEFAULT 0 NOT NULL,    "DISMM" VARCHAR2 (000006)      DEFAULT ' '
NOT NULL,    "SALES_UNIT" VARCHAR2 (000009)      DEFAULT ' ' NOT NULL,    "RT_VP_BT" NUMBER (000017, 000002)      DEFAULT 0 NOT NULL,    "RT_VPE_BT" NUMBER (000017,
000003)      DEFAULT 0 NOT NULL,    "RT_VP_NT" NUMBER (000017, 000002)      DEFAULT 0 NOT NULL,    "RT_VPE_NT" NUMBER (000017, 000003)      DEFAULT 0 NOT NULL,    "R
T_VWAERBT" VARCHAR2 (000015)      DEFAULT ' ' NOT NULL,    "RT_VWAERNT" VARCHAR2 (000015)      DEFAULT ' ' NOT NULL,    "RT_VPMEIBT" VARCHAR2 (000009)      DEFAULT '
' NOT NULL,    "RT_VPMEINT" VARCHAR2 (000009)      DEFAULT ' ' NOT NULL,    "LOC_CURRCY" VARCHAR2 (000015)      DEFAULT ' ' NOT NULL,    "UNIT" VARCHAR2 (000009)
DEFAULT ' ' NOT NULL,    "CM_MCATDIV" VARCHAR2 (000054)      DEFAULT ' ' NOT NULL,    "CM_CDT1" VARCHAR2 (000054)      DEFAULT ' ' NOT NULL,    "CM_CDT2" VARCHAR2
(000054)      DEFAULT ' ' NOT NULL,    "CM_CDT3" VARCHAR2 (000054)      DEFAULT ' ' NOT NULL,    "CM_CDT4" VARCHAR2 (000054)      DEFAULT ' ' NOT NULL,    "CM_HIEID"
VARCHAR2 (000006)      DEFAULT ' ' NOT NULL,    "CPSTLC" NUMBER (000017, 000002)      DEFAULT 0 NOT NULL,    "CPSVLC" NUMBER (000017, 000002)      DEFAULT 0 NOT NULL
,    "STOCK_VAL" NUMBER (000017, 000002)      DEFAULT 0 NOT NULL,    "STOCK_QTY" NUMBER (000017, 000003)      DEFAULT 0 NOT NULL,    "RT_SEASON" VARCHAR2 (000012)
DEFAULT ' ' NOT NULL,    "RT_SEASYR" VARCHAR2 (000012)      DEFAULT '0000' NOT NULL,    "CALDAY" VARCHAR2 (000024)      DEFAULT '00000000' NOT NULL,    "CALWEEK"
VARCHAR2 (000018)      DEFAULT '000000' NOT NULL,    "RF_BNDID" VARCHAR2 (000012)      DEFAULT ' ' NOT NULL,    "/BIC/ZCATTR3" VARCHAR2 (000006)      DEFAULT ' ' NOT
NULL,    "/BIC/ZCSTYLE" VARCHAR2 (000006)      DEFAULT ' ' NOT NULL,    "/BIC/ZCIMAGE" VARCHAR2 (000006)      DEFAULT ' ' NOT NULL,    "/BIC/ZCBRNDTYP" VARCHAR2 (000
003)      DEFAULT ' ' NOT NULL,    "/BIC/ZCGROUPE" VARCHAR2 (000054)      DEFAULT ' ' NOT NULL)    PCTFREE 10    PCTUSED 00    INITRANS 001    TABLESPACE    STORAGE (
INITIAL    0000000016 K            NEXT        0000001024 K            MINEXTENTS 0000000001            MAXEXTENTS 2147483645            PCTINCREASE 0000
    FREELISTS 001            FREELIST GROUPS 01)      PARTITION BY RANGE ("PARTNO")      (      PARTITION "/BIC/B00009890000000000002" VALUES LESS THAN      (00000
00002)      NOCOMPRESS      ) )
DbSlExecute: rc = 99
(SQL error 922)
error message returned by DbSl:
ORA-00922: missing or invalid option
(DB) INFO: disconnected from DB

hello,
Before anything update DB shared lib, R3load, R3ldctl and R3szchk in the target system. Also Check in source system if you have any tables o index missing in db02 transaction, If this system wa upgraded from a previous release please check TAORA and IAORA tables in source system and check all the tablespaces named in those tables are created in the target system.
let me know how it goes.
Regards,
Michael

ST02 shows multiple servers after heterogenous system copy

We're facing a strange behaviour in ST02 after a system copy using MaxDB backup/restore with SWPM (backup was from our production system). When we click on history, no data is shown:
We have to click on "-> Server", then the data is shown:
Does anyone know how to make history work?

Hello Alwina,
Thanks for the help.
Mine is EHP7 NW 7.4, standard system, cent serv instance(Mes Serv & Enqueue server), primary app server (Dia Bg Up Spo) runs on the single host along with Oracle DB 11.2.0.4.
In my rest of the systems also I have the same notations, server name its in upper case and hostname is in lower case (ofcourse they are of other netweaver release) for SM51.
niping results
Hostname/Nodeaddr verification:
===============================
Hostname of local computer: EUSAPADHR01                      (NiMyHostName)
FQHN of local computer: EUSAPADHR01.dfs                      (NiGetOwnFQDN)
Lookup of hostname: EUSAPADHR01                              (NiHostToAddr)
    --> IP-Addr.: 10.170.83.88
Lookup of IP-Addr.: 10.170.83.88                             (NiAddrToHost)
    --> Hostname: eusapadhr01.abc
Lookup of hostname: EUSAPADHR01                              (NiHostToAddr)
    --> IP-Addr.: 10.170.83.88
Lookup of IP-Addr.: 10.170.83.88                             (NiAddrToHost)
    --> Hostname: eusapadhr01.abc
Yes initially it gives 8 characters in the text.
But in the actual values it is like eusapadh_HRP_40..
Hope you understand my case.
Ok so implementing the note would fix this ST02 history issue - confirm?

Homogeneous System Copy for 4.5B/DB6/W2K ?

I'm looking for the documentation on doing a homogeneous system copy for an R/3 4.5B System for a client. They are running DB6 on Windows 2000. I've searched Service Marketplace and can only find doc's back as far as 4.6C. I can't find the one for 4.5B.
The client is looking to migrate the current system to new hardware and then subsequently upgrade to ECC 6.00, but that part is off a piece. The first part is to migrate the system to the new hardware in order to solve some space and performance issues.
If anyone can point me to the docs, or has a copy on their local machines they can send me, then please let me know.
Thanks.

I suggest you open an OSS call under BC-INS and ask for the guide there.
Since 4.5B is out of maintenance and you/your customer has (hopefully) an extended maintenance contract for that version they will give you that guide.
If you do NOT have them, you might be pretty lost in case of a problem, if you have the guide or not...
Markus

Homogeneous system copy on the same hardware and OS

Hi!
When I installed our Q system I was given the wrong user, a local admin instead of a domain admin. Now we can not perform backup with our backup tool, HP dataprotector, because of authorization issues.
My solution is to "move" the system to the domain and to do that I need to do a Homogeneous system copy.
Our system is a 64-bit CRM 7.0 ABAP and J2EE on Windows 2008 with Oracle 10.2
I've read note 676468, 1238351 and the System Copy Guide - System Copy for SAP Systems Based on SAP NetWeaver 7.0 and from this I can see the following ways to do it
1. using SAPinst for export and import
2. using an offline backup
3. copy database files
What are your experiences with the different methods and what would you recommend?
rollo

> that seems to me a bit overdosed for just a user mismatch...
It is not "just" a user mismatch, the full environment is wrong (wrong user ID).
Windows stores users not as usernames but as UIDs (see HKEY\USERS in the registry). All permissions and ACLs and registry access permissions are using that UID - including the enviornmental settings, DCOM configurations etc.
Therefore I would go for system copy as stated in
Note 1233320 - Domain migration for SAP system
Technically it may work on the first look, problems may arise later. <sid>adm has to have some special permissions/policies that are not visible (like 'locking pages in memory' or 'act as part of the operating system' or 'run as batch') etc.
Markus

Homogeneous System Copy - Export Import of RFC's, ALE, Content Repositories

Good Morning,
I have a landscape with a Development and Production Systems with SAP R3 Enterprise 4.70 Ext 110, MaxDB 7.5, HP-UX 11.23. A Homogeneous System Copy is going to be done from Production to Development.
I have a idea to be able to recover the RFC's, ALE and Content Repositories Information after the Copy, which is to create a transport order with the structures which contain data for the RFC's definition, the ALE configurations and definitions and the Content Repositories configurations and definitions in Development and after the copy, transport the orders back to Development. The problem is that i don't know which structures should i use, and if my idea is viable?
For example, if i go to transaction oac0 and look at the content repositories and if i look at the Technical Information, i can see that the fileds with data are from Structure SCMS_SCREP, but my question is, inserting thsi structure in a transport order to import after the copy willbe enough? Aren't there more structures i need to insert in a transport order? And for RFCs and ALE?
Can anyone help me on this matter please?
Kind Regards,
Pedro Gaspar

Hi,
If the target system is being refreshed then first secure any information that you may require.
1) Backup user master and authorization data from each client where this data needs to be retained.
Use transaction SCC8 to export this data. Select profile SAP_USER and specify target system = TARGET_SID.
2) Backup RFC tables to restore destinations afterwards.
the only below tables required to take backup.
Call SE01 and create a new request of type = ""Transport of Copies"" with description = ""Export RFC destination tables prior to system refresh"".Make sure to specify a Target for the request or no data file will be created.
RFCATTRIB
RFCCHECK
RFCDES
RFCDESSECU
RFCDOC
3) ALE / Partner profiles.
Call WE20 and select each partner profile.
Follow menu path ""Partners --> Check"" and obtain a list of tables used.
The only tables listed were the ones listed below.
These tables are client-dependant therefore you will have to logon to each client and call SE01 and create a new request of type = ""Transport of Copies"
EDPP1
EDP13
EDP21
Also document the WE21 --> Ports --> Transactional RFC" section.
Run transaction BD64 and document each configured distribution model. This information is client-dependent so make sure to record values for each required client. and also record RFC destinations for synchronous method calls in BD97.
I hope it will help you.
Regards,
Kiran .V

Homogeneous System copy - NW2004s

I am trying to perform a homogeneous system copy of NW2004s ECC6 system using sapinst.
Platform info:
OS - HPUX
DB - Oracle
I am using DB specific (oracle) method to restore an offline backup.
When I run the sapinst to import, I get past preliminary information screens and when I select "Homogeneous System Copy (backup/restore)", I am prompted for the location of LABEL.ASC for the migration.
The documentation in the guide "Homogeneous System Copy of NW2004s" is poor and does not address this issue.
I suspect there is a bug in sapinst.
Has anyone come across this issue before?
Thanks,
Sai

Steps for homogeneus copy :
1. Export of source system using sapinst ( R3load )
2. transfer the file over to target system
3. Do new installation of he system by using the transfered file as you export file.
I gues the menu in sapinst would be additional lifecycle task .

Help !!! Homogeneous system copy hold on step: Create Database

Group,
we use homogeneous system copy to install PRD system. The system hold on step : create databse.
When we check the server and found the data library has been restored from tape. The installation just hold on the step and can't going on. And there is not additional information on install directory except to see the file keydb.xml were updated.
Could we adjust the file keydb.xml to continue the installation ? If we could, how ? Thanks in advance.
Regards.
Jenny

Hi Jenny,
The first question would be:
Is the database restored properly ?
How many objects are in there ?
First stop the SAPinst program so that no "duplicate updates" happen on the log/xml files.
Most likely you are doing this on another server and therefore the old users are not available which creates an error during restore. This causes often/always an abnormal end of the SAPinst.
If this is the case, you might want to check the keydb.xml after that you copied that and search for "ERROR" in uppercase and the finally try to set this to OK. If you then rerun SAPinst, this problem is hopefully solved. Unfortunately this is more or less an "standard-error" in this procedure - at least up to 1 year ago I don't know on any generic solution. That's why I do not use this procedure if not really necessary.
Regards
Volker Güldenpfennig
P.S.: Do not forget to distribute forum points as in the last questions - otherwise, you will receive less and less answers ...

Authority issues after homogeneous system copy - as/400 v5r1 - R/3 4.6C

Similar Messages

Maybe you are looking for