Re: logical log tape reuse

Allen Jantzen wrote: > > OK, so I am backing up logical logs (ontape -c) to dat device 1 > > Then, while this ontape -c process is still running, I do a full > archive (ontape -s -L 0) to dat device 2. > > Question: When the full archive is done, does dat device 1 > rewind to the beginning of tape, since all the logical logs already > there are now unneeded? Or does it just keep on going, oblivious to > the full archive? it keeps going > > Or, more succinctly: When backing up logical logs to dat, do you just > keep sticking new tapes in as they are needed and labeling them so > that, in a restore, you know which ones to provide (based on log > numbers)?? once you do an archive all Logical log backup tapes done beforehand are not necesary unless you want to restore from an old archive, then you need all tapes from then on. > > Or, do the tapes holding logical logs somehow get reused as subsequent > full archives to the archive tapes make them obsolete? This second > scenario obviously seems more likely, but how does it happen??? > > I have read TFM repeatedly and I just can't see how this works. > ----------------------------------------------------------------- > In addition, when using a single dat device to back up _both_ archives > and logical logs: > When I do a full archive (ontape -s -L 0), and assuming that logical > logs won't need to be backed up during the full archive, am I to eject > the logical log tape and replace it with the archive tape, all while > ontape -c is still running?? Should I stop ontape -c with a CTRL-C??? Yes, stop it because fi you don't you may one day get caught in which it's asking for a new tape and nobody's there to change it. Once the logical logs are full and the tape us full the engine will stop until it can backup logical logs. To stop it you can hit ctrl-c. On the other hand you can put the ontape -c in the background and kill it with a -13 when you need to. Or you can just eject the tape as long as you make sure it is not being written to. > > Any help appreciated. > > Allen W. Jantzen, DBA > Ned Davis Research > allenj@ndr.com > > PS - I think I accidentally posted a few duplicate (already answered) > forum messages with this new Agent s/w that I am using. Please > forgive the wasted bandwidth.