| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: RMAN implementation strategy
I use one recovery catalog for all of the databases I backup. I do a cold
backup of the recovery catalog database once a week. It is in archivelog
mode and I backup the archived logs with the database.
I keep my recovery catalog database on a separate disk. I don't have a separate machine. I will be moving it the devopement and reporting box soon.
HTH,
Ruth
----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com>
Sent: Thursday, September 19, 2002 6:08 AM
Hi Folks,
We're planning to implement RMAN as part of our B&R solution and by extenstion also as part of our DR solution. I've been trying to locate information on how best to configure RMAN across our organisation.
For example it's advised you place catalog on separate server to production server. So server A might house catalog for server B and vice versa. But in a DR scenario where both servers could be destroyed there are I 'suspect' potential implementations on overall MTTR depending on configuration. Is it then perhaps better to locate all catalogs on a dedicated server which ideally would be replicated somehow to eliminate it as a singal point of failure.
Also we have a requirment to be able to potentially recover data as far back as 7 years. These are currently comprised of monthly backups taken out of regular cycle and archived off site. I'm thinking it might be an idea to set up a two catalogs, one for regular monthly cycle and another to record these monthly archives as the maintenace of the catalog might be cumbersome trying to ensure the montlhy archive data records do not get accidentally deleted.
I've had a trawl across the Web courtesy of Google but did not find any papers which appear to deal with these type of issues. The RMAN User's Guide and Reference does not appear to address them either. Your feedback/comments or references to papers would be much appeciated!.
Oracle 7.3.3, 8.0.5, 8.1.7
NT4, W2K
-- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: O'Neill, Sean INET: Sean.ONeill_at_organon.ie Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-LReceived on Thu Sep 19 2002 - 10:08:47 CDT
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Ruth Gramolini INET: rgramolini_at_tax.state.vt.us Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
 |
 |