Java stack system copy

Question

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

Answer 1

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