1 person found this helpful
I don't think, you can use fs_clone to sync patch file system during cloning. If it is EBS 12.2.4, then once you have ran adcfgclone.pl appsTier in target run file system, you need to run adpreclone.pl again and after that you have to copy the files from target run file system to patch directory(in target). And at last configure the target patch again by running adcfgclone.pl appsTier.
In EBS 12.2.5, just at one shot your patch file sytem(target) will be configured by running perl adcfgclone.pl appsTier <APPL_TOP Target context file> dualfs in run file system(target).
Hope this helps.
Thanks Samrat for your reply.
So what can be a procedure to clone apps tier without copying the entire appl top,common top and 10.1.2 and run adcfgclone again.
The process that has worked for 12.1.3 is,
2. Rsync Appl Top, Common Top and 10.1.2 Home from Source. Retain INST_TOP. And run Autoconfig on All Application Node and last on the Primary Node.
3. Complete post cloning tasks.
This used to work well for us and the target system with all nodes get configured in minimal time.
Can we really avoid running adcfglcone again and again and instead rsync appl top,common top and 10.1.2 and run autoconfig in apps tier nodes?
Btw, why i am thinking about fs_clone is here the patch file system is already pre-existing from the old target instance,. So if we are able to rebuild the target RUN file system we just nned to recreate the patch file system from it.
I have not seen these steps documented by Oracle. You can give a try and check. I think it should work as a way to decreae the downtime.
Please let me know if this approach works or not.