RE: RMAN CATALOG
- From: "Iotzov, Iordan" <IIotzov@xxxxxxxxxxxxxxx>
- To: "denise@xxxxxxxxxxxxxx" <denise@xxxxxxxxxxxxxx>, "oracle-l@xxxxxxxxxxxxx" <oracle-l@xxxxxxxxxxxxx>
- Date: Fri, 11 Nov 2011 13:32:33 -0500
Hosting the RMAN catalog in a separate database is practically a must. The RMAN
version should be the same or higher than the versions of the DBs registered
there. If the RMAN repository resides in a DB that serves other purposes, then
you may face restrictions and/or delays upgrading it. If you cannot upgrade
your RMAN catalog, you cannot upgrade any of the DB registered there, which
might be a big problem.
Since RMAN catalog and GRID are both "technical support systems", as opposed to
"user-facing" systems, is would be fine to reside on the same box.
Iordan Iotzov
http://iiotzov.wordpress.com/
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Denise Gwinn
Sent: Friday, November 11, 2011 1:07 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: RMAN CATALOG
To me it seems like a good idea to create a catalog to use with RMAN.
The databases where I will be running RMAN are on both AIX and Linux
boxes. I'm thinking I should create a new database just for RMAN
catalogs. Does anyone see a reason why I shouldn't create a separate
database? And if I do create it, should I put in on the Linux box
running Grid Control?
Denise Gwinn
DBA WVNET
--
//www.freelists.org/webpage/oracle-l
This message and its attachments may contain legally privileged or confidential
information. It is intended solely for the named addressee. If you are not the
addressee indicated in this message (or responsible for delivery of the message
to the addressee), you may not copy or deliver this message or its attachments
to anyone. Rather, you should permanently delete this message and its
attachments and kindly notify the sender by reply e-mail. Any content of this
message and its attachments that does not relate to the official business of
News America Incorporated or its subsidiaries must be taken not to have been
sent or endorsed by any of them. No warranty is made that the e-mail or
attachment(s) are free from computer virus or other defect.
--
//www.freelists.org/webpage/oracle-l
Other related posts:
