Gene - I'll be interested in the relies you garner. I'm just starting down the RMAN road. Takes awhile to understand just how it works and it isn't easy to work with. Originally we were going to use it with Veritas, but according to knowledgeable people on this list, that is where RMAN gets pretty complex. So I decided to start by using RMAN with disk files and after I get some experience and confidence with that, then revisit the idea of using a media manager like Veritas or Legato. Fortunately, I am responsible for several production databases, so I am starting with the smallest, and I can easily hold the files RMAN creates on disk. Dennis Williams DBA Lifetouch, Inc. [EMAIL PROTECTED]
-----Original Message----- Sent: Friday, January 11, 2002 2:43 PM To: Multiple recipients of list ORACLE-L Speaking of Rman, has anyone used it directly interfaced w/ Legato networker? I have to park my trusty scripts and learn Rman w/ Legato. Any gotchas I should be aware of. I know to keep a sep schema for each Oracle version, anything else? Reason for this is that I have a 1tb db of blobs and I need to do incremental backups and I understand Rman is the tool. Thanks for any insight on these products. Gene >>> [EMAIL PROTECTED] 01/11/02 03:20PM >>> Instead of writing a fancy backup script, why not learn and use Rman? It does everything that is needed - backup, removal of archivelog files, easily restore to any point in time. a real no-brainer. Tom Mercadante Oracle Certified Professional -----Original Message----- Sent: Friday, January 11, 2002 3:02 PM To: Multiple recipients of list ORACLE-L Personally I would challenge myself with writing a backup script that rotated the data files not being backed up. Then I would make sure that I had all of my archived redo logs available and backed up. This way you could recover anything with a minimum amount of effort. Have you tried zipping your data files after each individual copy? You will get pretty good compression most of the time. You can zip your archived redo logs as well. If your database is in archive log mode then you don't necessarily have to do a cold backup. You could kick a hot one off in the middle of the day. Also, to ensure that the data files are not being updated put the tablespaces in read-only mode. If you get a call complaining of an error then you know better! Good luck :) --Michael -----Original Message----- Sent: Friday, January 11, 2002 2:40 PM To: Multiple recipients of list ORACLE-L If all of the datafiles you restoring are in 1 tablespace you can do a tablespace restore/recovery. How ever, if there are some datafiles in the tablespace that are not included in the backup, I think you will not be able to do a tablespace restore. HTH, Ruth ----- Original Message ----- To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]> Sent: Thursday, January 10, 2002 7:05 AM We perform disk-to-disk offline backups on a nighlty basis. Database is running in archived log mode. Due to space contraints (don't ask =:-[ ) we are currently forced to backup only some of the data files. The data files excluded belong to specific schema owners and are not being updated, or so I'm informed =:-0. I'm trying to get my head around what the recovery implications are if some of the data files not backed up have being updated and a recovery is required?. I expect it depends on what the recovery scenario is. So whats worst case scenario and what would my options, if any be?. Oracle 7.3.3, 8.0.5, 8.1.7 NT4, W2K ------------------------- Seán O' Neill Organon (Ireland) Ltd. [subscribed: digest mode] -------------------------------------------------------------------- This message, including attached files, may contain confidential information and is intended only for the use by the individual and/or the entity to which it is addressed. Any unauthorized use, dissemination of, or copying of the information contained herein is not allowed and may lead to irreparable harm and damage for which you may be held liable. If you receive this message in error or if it is intended for someone else please notify the sender by returning this e-mail immediately and delete the message. -------------------------------------------------------------------- -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: O'Neill, Sean INET: [EMAIL PROTECTED] 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: [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.com -- Author: Ruth Gramolini INET: [EMAIL PROTECTED] 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: [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.com -- Author: Jenkins, Michael INET: [EMAIL PROTECTED] 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: [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.com -- Author: Mercadante, Thomas F INET: [EMAIL PROTECTED] 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: [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.com -- Author: Gene Sais INET: [EMAIL PROTECTED] 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: [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.com -- Author: DENNIS WILLIAMS INET: [EMAIL PROTECTED] 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: [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).
