Disaster Recovery solution: Update
I tested our previously mentioned DR solution a few days ago. Here's what I did:
First, I took a hotbackup of our production database (PROD) and moved it to our test server.
I then created a new stand-by instance on the test server, started it up in nomount specifying the pfile, and altered it's DBID to match the DBID of PROD. This allows the DR database to apply the archived redo logs.
Next, I restored the controlfile from PROD's backup and mounted the stand-by database.
The next step was to restore the PROD datafiles.
After some archived redo logs appeared on PROD, I copied them to the test server and applied them using RMAN.
The database recovered using all of the available archived redo logs. It did throw an error saying it was looking for the next log which had not been created yet. This can be ignored. I then opened the database using resetlogs.
First, I took a hotbackup of our production database (PROD) and moved it to our test server.
I then created a new stand-by instance on the test server, started it up in nomount specifying the pfile, and altered it's DBID to match the DBID of PROD. This allows the DR database to apply the archived redo logs.
RMAN> SET DBID XXXXXXXXXXXX;
Next, I restored the controlfile from PROD's backup and mounted the stand-by database.
RMAN> restore controlfile from '/oback/control_PROD_ctl';
RMAN> alter database mount;
RMAN> exit;
The next step was to restore the PROD datafiles.
RMAN> restore database;
After some archived redo logs appeared on PROD, I copied them to the test server and applied them using RMAN.
RMAN> recover database;
The database recovered using all of the available archived redo logs. It did throw an error saying it was looking for the next log which had not been created yet. This can be ignored. I then opened the database using resetlogs.
RMAN> alter database open resetlogs;
Comments