4 Replies Latest reply on May 23, 2016 5:45 AM by Samrat Sinha

    Refreshing a Target System(12.2)

    Roy-Susmit

      Hi Experts,

       

      We are looking at Cloning Oracle E-Business Suite Release 12.2 with Rapid Clone ( Doc ID 1383621.1 ), Section 5.1 Refreshing a Target System.

      Presently our Source System is v 12.2.4(Two Node App and Two Node RAC Database). We have initially built a target System with Full Clone. Target is also 12.2.4 with Two Node App and Two Node RAC Database. We have a clone frequency of every 2-3 days and also we have time constraint to deliver the target system.


      For our 12.1.3 system what we used to do is,

       

      1. Duplicate Target DB with RMAN

      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.

       

       

      Now, for 12.2 System we are thinking of below approach,

       

      1. Duplicate Target DB with RMAN.(Remains Same)

      2. Rsync Appl Top, Common Top and 10.1.2 from Source. Retain INST_TOP and FMW_HOME. Run Autoconfig on All Application Tier Node and last on the Primary Node. on Run File System. Start Service and Run adop phase=fs_clone to sync Patch File System.

      3. Complete post cloning tasks.

       

      So the main change is only on the Application Tier configuration process. But if you see Section 5.1 Refreshing a Target System, it asks for a,

      perl adcfgclone.pl appsTier <APPL_TOP Target context file> dualfs

       

      Can we skip the adcfgclone RUN here? and instead do Step no 2 as we suggest. As the target Configuration is already pre existing anf we are only doing the APPL_TOP directory sync should not the auto config be enough for this?


      Thanks,

      Roy

        • 1. Re: Refreshing a Target System(12.2)
          Samrat Sinha

          Hi Susmit

           

          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

          1 person found this helpful
          • 2. Re: Refreshing a Target System(12.2)
            Roy-Susmit

            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.

            • 3. Re: Refreshing a Target System(12.2)
              Samrat Sinha

              Hi Susmit

               

              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.

               

              thanks

              Samrat

              • 4. Re: Refreshing a Target System(12.2)
                Samrat Sinha

                Please let me know if this approach works or not.

                 

                Thanks

                Samrat