on ‎2014 Jan 22 1:03 PM
Hi there,
I am just about to start a system refresh from our ECC PROD system to our ECC QA.
I have been looking at the options available ( we currently use a 3rd party tool for our backups).
I have never done one of these before so please bear with me.
From what I have seen on SDN there are basically two options available to me. I'll be brief:
1) Restore the production database to the QA database from the latest offline backup
using the brrestore command.
2) Manually copy all datafiles from PROD to QA. Create new control file with new path to QA.
Then run recover database using backup controlfile until cancel
I suppose there is no right or wrong way. Just wondering what the pro's and con's are of each
of the above options are?
Many thanks
Andy
Request clarification before answering.
1) Restore the production database to the QA database from the latest offline backup using the brrestore command.
This is one of the standard practices.
2) Manually copy all datafiles from PROD to QA. Create new control file with new path to QA. Then run recover database using backup controlfile until cancel
Are you going to manually copy the datafile from the PRD system to the QUA system when the system is running ? Then this will not work. You need to either put the database in backup mode or shut it down.
Regards
RB
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello RB,
If using option 2) then yes I would shut it down before copying all the datafiles.
Just wondering what the real differences are? Most people suggest option1.
Would you always go with option1 unless there is no backup to use i.e. corrupt backup tape
this would then force you to use option 2
Hello Andy
Both can be called as offline backups without RMAN.
A classical TSM or Netbackup shuts down the database and backs up the database files to the backup server. Copying Oracle datafiles from the PRD system to the QUA system will take a long time and until that time the PRD should be down. If that is acceptable for business that you can.
If something goes wrong in between the copy then you need to kick start it again.
If the database size is relatively small then I would trigger a manual copy.
Regards
RB
| User | Count |
|---|---|
| 5 | |
| 5 | |
| 4 | |
| 4 | |
| 2 | |
| 2 | |
| 2 | |
| 2 | |
| 2 | |
| 2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.