FreeLists / oracle-l / RE: RMAN and NFS

["Ruth Gramolini" <rgramolini@xxxxxxxxxxxxxxx>]

I am not sure of your version but if you have 8.1.x or above you can
duplicate a database from one server to another, or the same, and not use
NFS.  We have jfs2 and I am in the process of duplicating a database as I
type.  You can copy the rman backups to the server where the clone resides
or go across the network with NFS but it is an option.

HTH,
Ruth

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Michael Fontana
Sent: Thursday, July 01, 2004 2:34 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: RMAN and NFS




I am looking to move to RMAN as a backup tool and away from my shop's
standard of BMC sqlbacktrack.

This is certainly a popular topic on this list, as I've seen many posts
related to this specific situation.

One thing I notice is that we get several requests to duplicate or
"clone" databases, and I understand and have used RMAN to easily
accomplish this.  However, the recommended method for doing so
(according to the manual I have read) is to use a NFS to accomplish this
(by storing the backups in a directory shared by source and target).

My network and OS support folks swear that this is extremely insecure,
and refuse to support it.

I have read about some architectural models that suggest ALL databases
be backed up to a central, networked server and disk (we much prefer to
keep current backups on disk for reduced MTTR).

Can anyone on this list give me ammunition to appeal to my network and
OS support people to reconsider their stance?

(BTW - when applications require NFS mounts - they often get their way -
ironic, isn't it???)


Michael Fontana
Sr. DBA
NTT/Verio


----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------