RE: clarion san split
- From: "Leonard, George" <GLeonard@xxxxxxxxxxxxx>
- To: <stmontgo@xxxxxxxxx>, <Oracle-L@xxxxxxxxxxxxx>
- Date: Thu, 24 Feb 2005 12:19:42 +0200
It is your network,
Should def not take that long,
Have found that making sure you backups run across a dedicated backup
subnet preferably using maybe 1GB network cards. Should speed the
backups up and also have no impact on public traffic.
George
=20________________________________________________
George Leonard
Oracle Database Administrator
New Dawn Technologies @ Wesbank
E-mail:gleonard@xxxxxxxxxxxxx
=20
You Have The Obligation to Inform One Honestly of the risk, And As a
Person
You Are Committed to Educate Yourself to the Total Risk In Any Activity!
Once Informed & Totally Aware of the Risk,
Every Fool Has the Right to Kill or Injure Themselves as They See Fit!
=20
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of art vandelay
Sent: 24 February 2005 6:16 AM
To: Oracle-L@xxxxxxxxxxxxx
Subject: clarion san split
our nt admin is trying to push this emc clarion SAN split on ud for
backups...anyone using this?
Also as an aside,we take rman backups to disk producing about a 130gb
backupset, from there the nt admins backup to tape. My rman backup
takes 45 mins and the backups to tape takes 9 hours using LTO 2 over
the newtork. Is it me or does this seem like a long time. During the
backup to tape the whole network goes wooooosh as the available
bandwith is being taken up by the backups.
tks
steve
--
//www.freelists.org/webpage/oracle-l
_________________________________________________________________________=
__________________________
The views expressed in this email are, unless otherwise stated, those of =
the author and not those
of the FirstRand Banking Group an Authorised Financial Service Provider o=
r its management.
The information in this e-mail is confidential and is intended solely for=
=20the addressee.
Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, any disclosure, copying, distribut=
ion or any action taken or=20
omitted in reliance on this, is prohibited and may be unlawful.
Whilst all reasonable steps are taken to ensure the accuracy and integrit=
y of information and data=20
transmitted electronically and to preserve the confidentiality thereof, n=
o liability or=20
responsibility whatsoever is accepted if information or data is, for what=
ever reason, corrupted=20
or does not reach its intended destination.
=20 ________________________________
--
//www.freelists.org/webpage/oracle-l
Other related posts:
