They are using RAID5, not mirroring, and the database, for all the bigger it is needs some SERIOUS tuning.
There are procs that are taking over 1 million disk i/o's to post a move in inventory.. Again, NOTHING in the alert log, just runs and runs, no alter tablespace, just redo log changes. And no "bursts" of redo log changes during backup time telling me nothing is being held... Then again, if I don't see the tablespace go into begin backup, why would it. Scary... And of course, you need to be "kind" to the customer. They are not sure they need us. Well, perhaps they are, but not sure why. Maks. -----Original Message----- Sarnowski, Chris Sent: Wednesday, July 23, 2003 1:00 PM To: Multiple recipients of list ORACLE-L Can "they" point to backup sets from which you can test recovery? As someone else mentioned, that's the crucial issue. There are a couple of possibilities: Veritas can do volume mirroring, for example. I haven't used this at the Veritas level but we do something similar on our Hitachi SAN (to generate a development image, not backup). The SAN mirror instructions say that we have to put the DB in hot backup mode and quiesce the database during the split, which seems a bit like belt and suspenders to me (how can you get a split block if the database is quiesced?) but that's what we do. I'd guess Veritas mirroring would require at least one of the two steps, both of which should show up in the alert log. > From: Michael Kline [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 23, 2003 12:39 PM > To: Multiple recipients of list ORACLE-L > Subject: Veritas like RMAN? > > > I found no signs of RMAN being used in > any way shape or form... > > I've been told they are doing "hot" backups > using Veritas... HOWEVER, the alert log shows > no signs what so ever of "alter tablespace > xyz begin/end backup"... > > Can it do a good backup backing up live > DB files and leaving no signs what so > ever that backup took place. > > Is Veritas capable of this? > > If so, why is there a Veritas interface > to RMAN??? > > Confusion, confusion... > LEGAL NOTICE: Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Sarnowski, Chris INET: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] (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.net -- Author: Michael Kline INET: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] (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).
