|
Paul - This occurs when the restore process attempts to restore a logical file whose based-on physical file has not yet been restored, which can happen if the logical file is located in a different library than the physical file among other conditions. Since you only have one shot at running the RSTAUT command, if you didn't notice that the logical files were not restored, this WILL cause authority problems once the RSTAUT command is run, since the logical files will not have been restored and thus will not have their authorities restored. Someone posted a message about this very issue last week, IIRC, with detailed instructions on how to handle this situation. Regards, Steve ----- Original Message ----- From: <pnelson@xxxxxxxxxx> To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx> Sent: Tuesday, December 07, 2004 5:08 PM Subject: Re: Disaster Recovery issues > That's the first time I've heard of restoring logicals in a particular > order. You don't have any control over the order in which they are saved, > so I would think that the time involved in tape movement to restore in a > particular order would negate any time "savings". Are you saving access > paths when you do your backups? If yes, the restores will go much faster. > Of course, the saves will take a little longer, but having the access > paths is worth the extra time. > > > Paul Nelson > Arbor Solutions, Inc. > 708-670-6978 Cell > pnelson@xxxxxxxxxx > > > > > > Mike Berman <mikeba777@xxxxxxxxx> > Sent by: midrange-l-bounces@xxxxxxxxxxxx > 12/07/2004 05:02 PM > Please respond to Midrange Systems Technical Discussion > > To: Midrange Systems Technical Discussion > <midrange-l@xxxxxxxxxxxx> > cc: > Subject: Disaster Recovery issues > > > > HI I was looking for any planning and practical advice for reducing the > time necessary to bring up your system at the D.R. facility. > > I heard that the order in which you load your logicals was a key factor. > If you have any direct experience w/ this scenario please share. > > Thanks, > > M.B. > > > > --------------------------------- > Do you Yahoo!? > Take Yahoo! Mail with you! Get it on your mobile phone. > -- > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing > list > To post a message email: MIDRANGE-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/midrange-l > or email: MIDRANGE-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l. > > > -- > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/midrange-l > or email: MIDRANGE-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l. > >
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.