RE: Backups on raw devices

You can just use the controlfile so you don't have to setup a database repository. Here's a clip from page 2-8 of the User's Guide:

"When you use a control file as the RMAN repository, RMAN still functions very effectively. If you choose not to use a recovery catalog, follow the guidelines in "Managing the RMAN Repository Without a Recovery Catalog" on page 3-45. Specifically, make sure you understand which commands require a catalog, and develop a strategy for backing up the repository."

You can configure the amount of history kept in you controlfiles with the following init.ora entry:
# Keep 14 days of history in the control file for the RMAN backups... CONTROL_FILE_RECORD_KEEP_TIME = 14 Of course, make sure you backup the controlfiles. :-)

Steve Orr

-----Original Message-----
Sent: Monday, June 18, 2001 9:17 AM
To: Multiple recipients of list ORACLE-L

I've logged a TAR on this one with Oracle. They have verified what I suspected all along. The SAs here don't understand how Oracle performs a hot backup. There is no difference between raw and cooked file systems as far as Oracle is concerned when performing a hot backup. Also, the skipping of the header is only applicable to certain variants of UNIX.

One other question here. Does anyone have recommendations on the repository database required for RMAN? Do we need to keep a separate instance on another production box? Or the same production box? Does everybody have all of there repository information for all of their database in one instance? It seems like you would want a separate instance for each repository and have them staggered across different machines so that the odds of losing your database and it's repository at the same time would be low. Any suggestions?

Thanks for all the replies so far!

--Michael

-----Original Message-----
Sent: Friday, June 15, 2001 9:55 PM
To: Multiple recipients of list ORACLE-L

Michael,
 We use RMAN on RAW with EDM (EMC) backups, without any problem. When using RMAN, it will take care of all blocks that are being changed while the backup is
going on. Also as EDM interfaces with the Tape library, RMAN will write directly
to the Tape . Have this set up on about 15 databases and all of them are working
fine. But occasionally our backups fail on 8.1.6 databases due to lack of resources on the Server (and some bugs!).

Rama

"Jenkins, Michael" wrote:

> We have parallel server running on on a Sun Cluster 2.2 and we are looking
> for the easiest way to perform hot backups. Now, I know that you have to
> use the "dd" command and skip the header at the beginning. Everything I
> read on metalink indicates that you can use basically the same paradigm as
a
> hot backup on cooked file systems. But, the sysadmins here tell me that
the
> raw device can't be backed up if there is any write activity on the data
> file that is currently being backed up. Now we all know that contrary to
> popular belief there is write activity on a data file even when the
> tablespace is in backup mode. Is "rman" or some other block-level backup
> utility the only way to get a reliable hot backup on raw devices? Does
> anybody have any experience with hot backups that are made while the
> database still has active users logged in?
>
> I look forward to everyone's thought on this.
>
> Thanks.
>
> Michael L. Jenkins
> Oracle Certified DBA
> Nextel Communications
> Norcross, GA
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Jenkins, Michael
> INET: Michael.Jenkins_at_nextel.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> 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).

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Jenkins, Michael
  INET: Michael.Jenkins_at_Nextel.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Orr, Steve
  INET: sorr_at_rightnow.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).