Author: ellisj1 <nbu-forum AT backupcentral DOT com>
Date: Wed, 17 Apr 2013 14:07:54 -0700
This is not elegant but it does the job. I suspect you may have moved on from this issue quite some time ago. I use this script for Veritas NetBackup 6.5.6 installation with a VTL library and a physi
Author: "Infantino, Joe" <JINFANTINO AT intersil DOT com>
Date: Thu, 25 Apr 2013 13:28:43 -0400
I used the "media_deassign_notify" script. Put this in your ..\netbackup\bin directory. This is for linux but can be made to run in Windows. Just make sure to not use the robot number of the actual l
Author: "Jimenez, Daniel" <Daniel.Jimenez AT owb DOT com>
Date: Tue, 10 Nov 2009 11:03:38 -0700
Hey guys Does anyone have a quick erase script for Netbackup 6.5.3.1 (Windows 2003 Enterprise server)? I would like to be able to schedule the script to find all scratch tapes and run a quick erase o
Author: "Jeff Lightner" <jlightner AT water DOT com>
Date: Tue, 10 Nov 2009 13:33:47 -0500
There’s no need to erase scratch tapes. When they are scratch then they will be overwritten the next time NBU uses them. From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-b
Author: "Jimenez, Daniel" <Daniel.Jimenez AT owb DOT com>
Date: Tue, 10 Nov 2009 10:45:02 -0800
Jeff When you use Data Domain DDR’s if one of the tapes becomes scratch and is not re-used right away, they hold data that is not cleaned up on the DDR until they are used or quick erased so th
Author: "Jeff Lightner" <jlightner AT water DOT com>
Date: Tue, 10 Nov 2009 13:59:48 -0500
We use Data Domain here and haven’t seen that. Are you running image cleanup jobs in NBU? From: Jimenez, Daniel [mailto:Daniel.Jimenez AT owb DOT com] Sent: Tuesday, November 10, 2009 1:45 PM T
Author: "Jimenez, Daniel" <Daniel.Jimenez AT owb DOT com>
Date: Tue, 10 Nov 2009 12:07:15 -0700
Jeff Try running quick erases on your tapes after you run a filesys clean and then run a filesys clean again and see if you recover additional space on the DDR’s. This will tell you how efficie
Author: "Jimenez, Daniel" <Daniel.Jimenez AT owb DOT com>
Date: Tue, 10 Nov 2009 11:10:15 -0800
Jeff One other thing to take into consideration is the amount of space you have available on your DDR’s. So if you have a large amount of space you probably would not notice the difference but
Author: Randy Doering <rdoering2 AT verizon DOT net>
Date: Tue, 10 Nov 2009 11:14:12 -0800 (PST)
Daniel, I use the follow script (nothing to do with scratch tapes) when space gets tight on our DDs and I want to pre-expire some NBU images. -- for tapeid in `cat delete-DD.txt`; do slot=`vmquery -m
Author: "Jimenez, Daniel" <Daniel.Jimenez AT owb DOT com>
Date: Tue, 10 Nov 2009 11:32:00 -0800
Randy This would probably help us with NDMP jobs since they cannot be quick erased, thanks. OneWest Bank, FSB Daniel Jimenez Technical Consultant 16608 Valley View Ave La Mirada, CA 90638 Phone: 714-
Not sure I understand. Why would an NDMP tape be different from another? Can't you bplabel it? I don't know that I can test this. All the tapes that my NDMP jobs use are visible to a regular media se
It's not datadomain specific. It would happen with any VTL. If you have a small scratch pool (tapes tend to be reused shortly after they expire) and you're not near capacity on your VTL, then you mig
I'm sure what you're doing works fine. But you can replace everything above with a single 'bplabel' command, and you don't have to run an inventory afterward. (And it'll work with any VTL) -- Darren
Author: "Jonathan Dyck" <jdyck AT bank-banque-canada DOT ca>
Date: Tue, 10 Nov 2009 15:49:14 -0500
Has to do with fragmentation (at least with my Diligent VTL). The VTL wants contiguous space to allocate to virtual tapes. I think I've posted this script before, but feel free to take a look: == mor
Oh, so you *are* doing the bplabel, but it's not freeing all the data or something? -- Darren _______________________________________________ Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DO
Author: "Jonathan Dyck" <jdyck AT bank-banque-canada DOT ca>
Date: Tue, 10 Nov 2009 15:58:44 -0500
I'm a different poster from the original requester, this is my solution to what I presume is the same issue... (bplabel and time is all that's needed, works great ;-) --Original Message-- From: verit
Author: Randy Doering <rdoering2 AT verizon DOT net>
Date: Tue, 10 Nov 2009 13:09:42 -0800 (PST)
Interesting - I'll look at bplabel the next go around. Thanks From: A Darren Dunham <ddunham AT taos DOT com> To: veritas-bu AT mailman.eng.auburn DOT edu Sent: Tue, November 10, 2009 3:47:50 PM Subj