I think the question was... how to find out what tapes WOULD be needed to
do a restore.
On Fri, 23 Mar 2001, David A. Chapa wrote:
> I thought that was the idea, to restore the files?
>
>
>
> <><><><><><><><><><><><><><><><><><><><>
> David A. Chapa
> Consulting Manager
> DataStaff, Inc.
> 847 413 1144
> http://www.consulting.datastaff.com
> ---------------------------------------
> NBU-LSERV AT datastaff DOT com - Adv. Scripting
>
> -----Original Message-----
> From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]On Behalf Of Lou
> Costabile
> Sent: Thursday, March 22, 2001 4:13 PM
> To: David A. Chapa
> Cc: Jason Ahrens [ahrensj AT psi DOT ca]; 'veritas-bu AT mailman.eng.auburn
> DOT edu'
> Subject: RE: [Veritas-bu] up'ing a drive
>
>
>
> You're making life more complicated this way, and besides, you could
> shoot yourself in the foot if the tape HAPPENS to be in the library, the
> restore will actually do something,
>
> As someone already suggested, use
>
> bpimagelist,
>
> eg.
>
> bpimagelist -media -L -client juke -hoursago 20 -class OSbackup
>
>
> On Thu, 22 Mar 2001, David A. Chapa wrote:
>
> > Eeeek!
> >
> > Well you could do it that way...but there is a great
> > feature with device management that allows us to do it
> > a "different" way.
> >
> > When you kick off this restore and the tape is not in a
> > library anywhere, you will get in the device mgmt
> > screen (or vmoprcmd -d pr [display pending requests]) a
> > pending request. This request has a few things going
> > on inside of it. First it tells us that it is mount
> > request for READ (right away we know that's a restore)
> > the other thing it lists is the mount request number
> > (we'll need that later), the EVSN, VOL GROUP, etc.
> >
> > If we just let it sit there it will pend until we do
> > something or it timesout. We can DENY or RESUBMIT. If
> > we DENY
> >
> > vmoprcmd -deny <mount request number>
> >
> > then the job is 'killed'
> >
> > if we
> >
> > vmoprcmd -resubmit <mount request number>
> >
> > then it will then attempt to find that tape in the
> > media manager database and perform that mount. If it
> > still isn't there it goes back to a pending request.
> >
> > Well once we satisfy the request, by placing the tape
> > in question in the library the request is destined and
> > update the database, we can then resubmit and the
> > restore job will continue without having to kill it,
> > etc.
> >
> > A SIDE BENEFIT...
> >
> > the pending request shows the volume group...this
> > little used feature of Media Manager. If we employ
> > this feature to 'track' the location of our media
> > (remember with Media Manager media really only has two
> > types of residence, its either in the library eg. TLD
> > or its not - STANDALONE. Volume groups are for
> > administrative purposes only) - say like, CABINET,
> > OFFSITE, TRANSCASE, etc. We will know that right of
> > the bat with this pending request and NOT have to waste
> > precious time looking for this particular tape.
> >
> > Pretty slick, huh?
> >
> > David
> >
> >
> > <><><><><><><><><><><><><><><><><><><><>
> > David A. Chapa
> > Consulting Manager
> > DataStaff, Inc.
> > 847 413 1144
> > http://www.consulting.datastaff.com
> > ---------------------------------------
> > NBU-LSERV AT datastaff DOT com - Adv. Scripting
> >
> >
> > Quoting "Jason Ahrens [ahrensj AT psi DOT ca]"
> > <AhrensJ AT psi DOT ca>:
> >
> > > I was also told (by this list) the only way to find
> > out what tapes are
> > > required for a restore it to start it, let it fail or
> > kill it, find out
> > > what
> > > tapes were requested, and then restart it. If this is
> > not the proper way,
> > > how is it supposed to be done? The documentation I
> > have does not say
> > > anything about this topic.
> > >
> > > Jason
> > >
> > > -----Original Message-----
> > > From: David A. Chapa [mailto:david AT datastaff DOT com]
> > > Sent: Thursday, March 22, 2001 3:21 PM
> > > To: Veritas-bu List
> > > Subject: RE: [Veritas-bu] up'ing a drive
> > >
> > >
> > > This isn't the first time I have heard this exact
> > > question. I've been hearing this a lot lately,
> > > especially teaching the NetBackup Classes...about
> > > having to stop the Media Manager daemons.
> > >
> > > Does anyone know where it came from?
> > >
> > > I've also heard people say that they have been "told"
> > > that in order to do a restore of a tape that's not
> > > currently in the Tape Library, they have to KILL the
> > > restore job (after they start it to find out what
> > tape
> > > is required), find the tape and put it in the tape
> > > library, then RESTART the restore job...now I know
> > > that's not true ;-)
> > >
> > > just curious...thanks
> > >
> > > David
> > >
> > >
> > > Quoting "Arsenault, Donald (FUSA)"
> > > <DonaldArsenault AT firstusa DOT com>:
> > >
> > > > use:
> > > > vmoprcmd -h <volume_database_host> -upbyname
> > > <drive_name>
> > > >
> > > > This does not require stopping the Media manager.
> > > >
> > > > Donald J. Arsenault
> > > > First USA Bank, NA
> > > > 201 North Walnut St.
> > > > Wilmington, DE 19801
> > > > Ph. (302)434-7626
> > > > Fax (302)594-4020
> > > > MS DE1-1231
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Jeff Kennedy [mailto:jlkennedy AT amcc DOT com]
> > > > Sent: Thursday, March 22, 2001 2:10 PM
> > > > To: Veritas-bu List
> > > > Subject: [Veritas-bu] up'ing a drive
> > > >
> > > >
> > > > Is there a way to up a drive without restarting the
> > > media manager
> > > > daemons? I had a drive drop on me and couldn't
> > > restart the backup for
> > > > that client because other backups were in progress
> > > and I couldn't shut
> > > > down the MM daemons to up it. I am running NBU 3.4
> > > on Solaris 7.
> > > >
> > > > Thanks.
> > > > --
> > > > =====================
> > > > Jeff Kennedy
> > > > Unix Administrator
> > > > AMCC
> > > > jlkennedy AT amcc DOT com
> > > > _______________________________________________
> > > > Veritas-bu maillist - Veritas-
> > > bu AT mailman.eng.auburn DOT edu
> > > >
> > >
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
> > > bu
> > > > _______________________________________________
> > > > Veritas-bu maillist - Veritas-
> > > bu AT mailman.eng.auburn DOT edu
> > > >
> > >
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
> > > bu
> > > >
> > >
> > >
> > >
> > > <><><><><><><><><><><><><><><><><><><><>
> > > David A. Chapa
> > > Consulting Manager
> > > DataStaff, Inc.
> > > 847 413 1144
> > > http://www.consulting.datastaff.com
> > > ---------------------------------------
> > > NBU-LSERV AT datastaff DOT com - Adv. Scripting
> > > _______________________________________________
> > > Veritas-bu maillist - Veritas-
> > bu AT mailman.eng.auburn DOT edu
> > >
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
> > bu
> > > _______________________________________________
> > > Veritas-bu maillist - Veritas-
> > bu AT mailman.eng.auburn DOT edu
> > >
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
> > bu
> > >
> >
> >
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
> --
> Lou A. Costabile 416-215-2800
> Bell Nexxia
>
> --
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
--
Lou A. Costabile 416-215-2800
Bell Nexxia
--
|