We do this by using separate rman/tdpo.opt/dsm.opt/tsmnode setups for the database backups and archive logs. This means for each database we backup with RMAN we have 2 tsm nodes: an archive log node with a management class that points to a disk pool, and a database backup node that points to a tape pool and is lanfree.
Rick -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Michael Prix Sent: Tuesday, February 04, 2014 10:16 AM To: [email protected] Subject: Re: Oracle rman - specify management class Hello Steven, it is possible, but a bit tricky: Via "Open Channel..." you reference a tdpo.opt. In this tdpo.opt you name a dsm.opt, and in this dsm.opt you can specify via "include /<tdpo_fs>/.../* MC_NAME" your managment-class. The differenciation between db-backups and log-backups are done in the rman-script. In one you do a "backup database", in the other a "backup archivelogs". You have to have two different scripts, or close and open the channels in between.Each "open channel" sources a different tdpo.opt which calls a different dsm.opt. During the "backup database", some archivelogs will also be backed up, but this might not be the problem in this construct. -- Mit freundlichen Grüßen / kind regards Michael Prix On 02/04/2014 02:54 PM, Steven Langdale wrote: > All > > We have quite a few large oracle nodes that backup via RMAN & TDPO. They > currently run LAN Free. > > Does anyone know if it's possible to do the main DB LAN Free and specify a > different management class for the archive redo logs? they are ~1GB each, > so a disk pool is a better destination. > > The Oracle nodes are AIX if that makes a difference. > > Thanks > > Steven ----------------------------------------- The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
