× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Thanks Kevin for your inputs.
 
Will let you know if I have something more .
 
Regards
Sneha

--- On Fri, 9/4/10, Kevin Corcoran <kevin_corcoran@xxxxxxxxxxxxxxx> wrote:


From: Kevin Corcoran <kevin_corcoran@xxxxxxxxxxxxxxx>
Subject: Re: Fw: Restore using Tape library
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Date: Friday, 9 April, 2010, 2:22 PM


Thanks Kavin.
 
So you mean the following:
 
1.Vary on TAP03 after varying off TAPMLB03
2.Run the following command:
   
===> RSTOBJ OBJ(*ALL) SAVLIB(LIBNAME) DEV(TAP03) VOL(DA0160)
MBROPT(*ALL) ALWOBDIF(*ALL) RSTLIB(RSTLIBNAME)
OUTPUT(*PRINT)
 
where DA0160 is the volume identifier of the tape containing the data
and TAP03 is the device name.
 
Yes, that should work.

Since I have varied on TAP03 ,can I run the command DSPTAP TAP03
to verify if the tape belongs to correct date
which the user has requested?
 

Yes, and I would reccommend doing so, as a DSPTAP will return a result (or
fail) quicker than a RSTOBJ will.

Also in this scenario how can I find the sequence number of the library
to be restored.I do not have the logs
on AS400 because the backup was done more than a month ago. ?   
 
Kindly advice at the earliest

DSPTAP is your best bet for finding the correct sequence nbr. If the
backup you're restoring from is a regular backup and you have the log of a
similar backup you could use that to guess which sequence nbr to start
your DSPTAP from. I think all the tape library devices that use BRMS are
fairly quick, so even if you have to DSPTAP through a load of sequence
nbrs to find the right one it shouldn't take too much time.



This e-mail is confidential and, if you are not the intended recipient,
please return it to us and do not retain or disclose it. We filter and
monitor e-mails in order to protect our system and the integrity,
confidentiality and availability of e-mails. We cannot guarantee that
e-mails are risk free and are not responsible for any related damage or
unauthorised alteration of e-mails by third parties after sending.

Please consider the environment. Think - before you print.
For information on Standard Life, visit our website www.standardlife.ie
Standard Life Assurance Limited adheres to codes of conduct issued by the Financial Regulator in Ireland and is authorised and regulated by the Financial Services Authority in the UK. Registered in Ireland (905495) at 90 St Stephen's Green, Dublin 2 and Scotland (SC286833) at Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH. Calls may be recorded. This confidential email is for the addressee only. If received in error, do not retain, copy, or disclose it without our consent and please return it to us. We virus scan and monitor all emails, but are not responsible for any damage caused by a virus or alteration by a third party after it is sent.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.