Java stack system copy

[Former Member]

Dear Experts,

I have recently done few ABAP+java stack system copies using R3load method. Basically i have done Export ABAP and JAVA stack and Imported the same to QAS system using sapinst with SMIGR_CREATE_DDLs kept along with Import.

But i am really not having in depth idea over it even after reading system-copy guides for Neweaver SR1.

Because this procedure is taking a lot of time as compared to our old technique for only ABAP stack which was normal backup and restore of database and then change of SID with controlfile.

But while reading TADM10 i found backing up and restoring AS java ..

and i have querry whether is there any way we can do simple database backup and restore for ABAP stack ... and then just Export JAVA stack from source and Import the same to target QAS machine which will save time for us.

Or anything like just backup SDM , instance dir,bootstarp.properties,instance.properties and then Import through Configtool in Target machine.

Please let me know the procedure in depth as we are really facing hard time because of downtime required for R3load Export-import method.

Best Regards,

AjitR

[Former Member · Accepted solution]

Simply way is to execute SAPINST from MASTER DVD

Additional Software Life Cycle Task ->System copy (for both ABAP and JAVA )

or

You can use backup / restore and follow the Note 831812 - Config Tool shows incorrect parameters after System Copy

[Former Member · Accepted solution]

Thanks for your comments Shaji,

But i have already done few system copies with R3load..

My question would be after tipical database back and restore....

My java engine at QAS will not work untill and unless i use R3load Export-Import method.

But is there any way i can just perform Export of ONLY Java stack ( No ABAP stack ) and Import the same at QAS system as mentioned above where my java engine is not working state .... and make Java up and Running

i.e is below steps possible

1)simple backup and restore at database level

2) java engine is down now at QAS system.

3) Export only Java stack from PRD

4) Import only java stack to QAS

5) Now my java engine is fine on QAS

[markus_doehr2 · Accepted solution]

You can of course use a backup instead of R3load if you select that option at export/save time.

The problem with combined instances is, that the database schemas need to be in sync. That´s one of the reasons why we avoid those setups (ABAP + Java) wherever possible.

Markus

[Former Member · Accepted solution]

Markus,

Thanks for your answer, but i did not get your statement

the database schemas need to be in sync

Does it mean 5 steps which i have written above are only possible if SID is same.

i.e DEV to DEV not from PRD to QAS

What should i do to get schema in synch.

Appreciate if you could be little more presice and in detail about procedure.

I am going to use offline backup what other activities apart from those 5 steps i may need to perform.

And is it really possible ?

[markus_doehr2 · Accepted solution]

Hi Ajju,

sorry - I was wrong - that option is not available for doublestack systems.

A doublestack system holds data for both ABAP + Java. If you restore the database from a backup, it will have the "Java tables" already. Theoretically it should be possible to backup the filesystem (/usr/sap/<SID>/DVEBMGS00/j2ee) on the source system and restore that on the target. Theoretically only, because the hostname and configurations are stored partially on disk and partially in the database. Sapinst does those adaptions for you. If it was documented, one could do that all manually.

I would try to "separate" the instances - means, export the Java instance and install it separately, with that you could circumvent all those problem. Imagine what will happen, if the ABAP system will grow...

Markus

[Former Member · Accepted solution]

Markus,

Now you really hit right spot...

Theoretically possible only ... because TADM10 really speaks about this restore procedure and thats where my confusion started ... that i may be wasting time for entire ABAP+JAVA export and then Import...

Anyways now coming back to my original problem...

How i can save the time ... Is there any way like Parallel Export-Import i.e Export is running at source system and at same time Import is running at target system.

[Former Member · Accepted solution]

I just want to avoid step... Export gets prepared on Source system .... Then i need to copy to target machine and with use of that Export i have to run Import for target machine with different SID..

But is there anyway where ... while Export is happening ... Import is also started parallely on target host.

[markus_doehr2 · Accepted solution]

You don´t need to copy - you can put the files on a network share/NFS drive.

For the ABAP (only) part, this works, you can do export and import in parallel. I´ve not (yet) tried that for Java.

What I´ve done once is

- export just Java

- do a Java-only system copy to a separate box

- export just ABAP (using R3load)

- import on another box

In that case you can "separate" the two instances, however, you need to re-do the configurations for both to enable communication.

Markus

[Former Member · Accepted solution]

Marus,

What I´ve done once is

export just Java

do a Java-only system copy to a separate box

export just ABAP (using R3load)

import on another box

I guess you have Exported java and imported JAVA to one system and the Exported ABAP and Imported to another system.

I suppose there is no way for parallel Export Import for dual ABAP + JAVA at one strock.

So the way out could during Export and Import there is something called as Number of work processes for Export and may be for Import. With increase or change in default ones will i get more Time saved during Export and Import as compared to default one.

Thanks for your comments once again.

Regards,

AjitR

[Former Member · Accepted solution]

Markus,

Appreciate if you could let me know about Increase value of processes option.

Best Regards,

AjitR

[markus_doehr2 · Accepted solution]

I guess you have Exported java and imported JAVA to one system and the Exported ABAP and Imported to another system.

I´ve exported Java, imported it on system A, I´ve copied the complete database using backup/restore onto system B and deleted the Java schema.

I suppose there is no way for parallel Export Import for dual ABAP + JAVA at one strock.

I´m afraid - no - I just checked...

So the way out could during Export and Import there is something called as Number of work processes for Export and may be for Import. With increase or change in default ones will i get more Time saved during Export and Import as compared to default one.

Yes - definitely.

You can also split tables.

I usually use 2 R3load per CPU, max. table sizes in one package 250 MB, separate the biggest 250 tables. This enables me to export a 1.8 TB system in about 7 hours (which is still a VERY long time) with a total of about 400 single packages.

About the degree of parallelism: Make sure you underlying I/O system can deliver enough. If you have a system with many CPUs (8+) and your I/O system is not able to handle that load, speed will go down and probably this will affect normal work.

The fastest way I found out is to use a socket connection over a gigabit ethernet instead of storing onto a network drive, however, in that case the target system need to be fast enough to import all the data as fast as the export system delivers (same amount of R3load processes). During import you can use "-loadprocedure fast" as additional option (bulk import). This will speed up significantly. However, make sure you have the latest patches installed on the target system if you use the default ASSM tablespaces, corruptions may occur otherwise (see note 1045847 - ORACLE DIRECT PATH LOAD SUPPORT IN R3LOAD)

Long story short: If you have the possibility and hardware resources to separate ABAP from Java it´s the best you can do from an administrative point of view, this will make you refrain from doing copies via R3load.

Markus

[Former Member · Accepted solution]

Thanks you very much points rewarded..