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
|
