In our experience :
DSSUs don't work in Storage Unit Groups at NBU 5.1 as NBU isn't clever
enough to handle one unit being full and move onto another. Having said
that, it shouldn't fail jobs when the DSSU is 100% full unless it hasn't
found any old images which can be expired from disk
On Jan 15, 2008 5:35 AM, Weber, Philip [EMAIL PROTECTED] wrote:
I understand disk staging to be much improved in 6.5.1 so am hopeing
to get upgraded in the next month or so.
It has certainly gotten better in each release. 5.1 wasn't all that great,
6.0 was pretty good, and I don't think
I'm not sure what you mean. Doesn't df show how full the DSSU is? Or
do you mean how full as in what % remains to be staged to tape?
I wrote my own disk staging script for NBU 4.5 which uses bpimmedia to
list all details of all images in the DSSU then takes a minute or 2 to
check the status
On Jan 15, 2008 8:11 AM, Weber, Philip [EMAIL PROTECTED] wrote:
I'm not sure what you mean. Doesn't df show how full the DSSU is? Or
do you mean how full as in what % remains to be staged to tape?
The DSSU is designed to be almost full all the time so a df is rather
useless. What I would
Hi
We are planning to move from TSM to NBU. We heard draw back that NBU can
accidently overwrite data on tape if tape library inventory is not run
after putting full tape in library.
If that is true, how can we avoide ?
Your help is very much appreciated.
THX
Without an inventory being run, NetBackup wouldn't know the tape was
there so it shouldn't overwrite it. If you are putting a full tape in
the library, I'm assuming the tape is being used for a restore? If so,
write protecting the tape seems to be the easiest solution. The only
other reason I
Even if you did update the inventory, if the tape has not been expired
(images no longer valid) Netbackup will know about the data and not
overwrite the tape.
The only issue would be if you had a tape that had already expired,
which you put into the library to restore from.
You would have to do
In addition to what everyone else said, if you put a tape in the robot and do
not do an inventory in NetBackup, when NetBackup attempts to mount the tape
that it THINKS is there, it will read the header of the tape and realize that
the media-id on the header of the tape doesn't match what it
If you put a TSM tape in a library that is now controlled by NBU, then
yes, NBU will overwrite it because it has no knowledge of the TSM
database.
Running an inventory isn't going to help in this situation, you will need
to keep track of when TSM expires the tape so you can recycle it under
I can confirm this action, as I've experienced it first hand. Where
I've seen NBU find a difference between the inventory and the tape
header is on a blind library (no barcode reader) or where a user has
opened the door and physically manipulated tapes without updating the
inventory.
If you
Will NetBackup recognize that it is a TSM tape and that there is data on
there written by TSM?
Thanks,
Randy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Kristofer
Sent: Tuesday, January 15, 2008 1:30 PM
To: [EMAIL PROTECTED]
Cc:
NBU shouldn't use an outside tape with data on it:
http://seer.support.veritas.com/docs/249632.htm
These are usually tapes written outside of NetBackup that have found
their way into the library. By default, NetBackup will only write to a
blank media or other NetBackup media. Other media types
I agree that this is the proper behavior, but I've never tested it with
TSM tapes. I would put a TSM that you CAN delete in there and try to
label it in NBU via bplabel without the -o option and see what happens.
I agree with Gregory that it should not overwrite it (unless you specify
the -o
In 2007, I received about 500 tapes written by Commvault Galaxy 5.9. I
put new barcode stickers on the cartridge, loaded them in the tape
library, inventoried them into the SCRTCH pool, and did not make any
modifications to the media manager. It used them all without any
complaints.
Write protect the full tapes. That will stop anything writing to them.
Sent by GoodLink (www.good.com)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 15, 2008 08:57 AM US Mountain Standard Time
To: veritas-bu@mailman.eng.auburn.edu
It won't happen. If you really want to be retentive about this, create
a volume pool called DONT_USE and move any media that you don't want
to use in there. This is overkill, though.
===
Steven L. Sesar
Lead Operating Systems Programmer/Analyst
UNIX
YEAH! Go old school on that bad boy!
---
W. Curtis Preston
Backup Blog @ www.backupcentral.com
VP Data Protection, GlassHouse Technologies
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peter
Marelas
Sent: Tuesday, January 15, 2008 1:41 PM
To: [EMAIL
Back to one of my original questions; why are you putting the tapes in
the library to begin with? I think we're providing the right solution
for the wrong issue.
Thanks,
Randy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Curtis
Preston
Sent: Tuesday,
Dear guys,
as subject, can Netbackup recover the entire catalog from the secondary copy
hot catalog backup?
I already tried, but always failed (partially success). If using the primary
copy, everything goes fine.
Also tried bpchangeprimary the secondary copy (importing the image first),
still
Hi All,
I have three Unix boxes running HP-UX 11.0, one library with 4 drives, all
are connected to SAN.
I'm using NetBackup software version 6.0.
I configured my backup system as the following:
1. Master EMM Server
- HP-UX 11.0
- shared drive
- Oracle 9i
2. Media Server
- HP UX 11.0
- shared
Hi Gurus,
Need help in doing Catalog Compression and database consistency
check, I am working in an environment where we are running our master
server on AIX with netbackup 6.0 MP4 and we have around 20 Media
Servers(including 10 SAN Media Server) and more then 500 client , The
21 matches
Mail list logo
