Agree. If you tell mmrecov the bootstrap identifier and the file and record
numbers - i.e. do not default the file and record numbers - it is pretty
fast. Ours takes about 10 mins max. using DLT4000.

If you default the file and record numbers then it will have to read every
record on the tape, which will take a long time, although 4 - 6 hours does
seem excessive.

As LTO holds so much more data than DLT, I am wondering whether the file and
record numbers are not being supplied so, if you are unlucky and the
bootstrap is near the end of the tape, there will be a lot more stuff to
read through. We have a tape pool for bootstrap only. As we change the tapes
each day, the only thing on the tape from the bootstrap pool is the
bootstraps for that day. That would make the search - if it had to be done -
much quicker than if the bootstrap was mixed with other data.

Phil


> -----Original Message-----
> From: Kit Cunningham [SMTP:kc AT IT-ASSIST.CO DOT NZ]
> Sent: Tuesday, August 13, 2002 10:02 AM
> To:   NETWORKER AT LISTMAIL.TEMPLE DOT EDU
> Subject:      Re: [Networker] Speedier mmrecov methods?
>
> I have to ask what step is taking so long?
>
> My experience is less than 20 minutes performing mmrecov's on dlt7000.
>
> Kit
>
> On 12 Aug 2002 at 9:35, Herrmann, Dave wrote:
>
> > -----Original Message-----
> > From: Herrmann, Dave
> > Sent: Monday, August 12, 2002 9:33 AM
> > To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
> > Subject: Speedier mmrecov methods?
> >
> >
> > I just came back from a disaster recovery test where we were to rebuild
> our
> > backup server and several key systems. Using the SSID from my bootstrap
> > report, I proceeded to run mmrecov once I had my server rebuilt and
> > Networker reinstalled. This used to be a terribly long process on DLT of
> 4
> > hours and now we're on LTO and the process increased to an even worse 6
> > hours!
> >
> > There's got to be some better/faster methods of recovering the bootstrap
> > information. My first inclination now is to save the bootstrap info to a
> > file device and burn the resulting directory & data off to CD every day.
> > Another option might be to find a faster tape drive just for the
> bootstrap
> > info. I'm open to ideas at this point.
> >
> > What are other people doing to get around this?
> >
> >
> >
> > --
> > Note: To sign off this list, send a "signoff" command via email
> > to listserv AT listmail.temple DOT edu or visit the list's Web site at
> > http://listmail.temple.edu/archives/networker.html where you can
> > also view and post messages to the list.
> > =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> >
>
>
>
> ++++++++++++++++++++++++++++++++++++++++++++++++
> Kit Cunningham - idata Limited
> Mobile  +64 21 448 444   email: k.cunningham AT idata.co DOT nz
> Support Calls to:  0800 backup -         0800 222 587
> Support email: support AT idata.co DOT nz
> http://www.idata.co.nz
> ++++++++++++++++++++++++++++++++++++++++++++++++
>
> --
> Note: To sign off this list, send a "signoff" command via email
> to listserv AT listmail.temple DOT edu or visit the list's Web site at
> http://listmail.temple.edu/archives/networker.html where you can
> also view and post messages to the list.
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=