Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Veritas\-bu\]\s+NBU\s+overwriting\s+data\s+on\s+Tape\s*$/: 14 ]

Total 14 documents matching your query.

1. [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: ANIL555 AT MAURYA DOT US
Date: Tue, 15 Jan 2008 10:33:03 -0500
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,
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00158.html (28,479 bytes)

2. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Randy Samora" <Randy.Samora AT stewart DOT com>
Date: Tue, 15 Jan 2008 10:02:13 -0600
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 res
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00159.html (29,719 bytes)

3. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Paul Keating" <pkeating AT bank-banque-canada DOT ca>
Date: Tue, 15 Jan 2008 11:06:22 -0500
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 tap
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00160.html (35,374 bytes)

4. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: Kristofer <kristofer AT cybernetik DOT net>
Date: Tue, 15 Jan 2008 13:30:01 -0600 (CST)
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 hea
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00161.html (29,681 bytes)

5. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: Jon Bousselot <jon_bousselot AT sd.vrtx DOT com>
Date: Tue, 15 Jan 2008 12:11:12 -0800
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
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00163.html (14,021 bytes)

6. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Randy Samora" <Randy.Samora AT stewart DOT com>
Date: Tue, 15 Jan 2008 14:12:07 -0600
Will NetBackup recognize that it is a TSM tape and that there is data on there written by TSM? Thanks, Randy --Original Message-- From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:verita
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00164.html (30,451 bytes)

7. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Geyer, Gregory" <Gregory.Geyer AT avnet DOT com>
Date: Tue, 15 Jan 2008 13:41:09 -0700
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
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00165.html (32,316 bytes)

8. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Curtis Preston" <cpreston AT glasshouse DOT com>
Date: Tue, 15 Jan 2008 15:56:56 -0500
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
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00166.html (33,365 bytes)

9. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: Jon Bousselot <jon_bousselot AT sd.vrtx DOT com>
Date: Tue, 15 Jan 2008 13:32:29 -0800
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 m
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00167.html (17,287 bytes)

10. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Peter Marelas" <peter_marelas AT symantec DOT com>
Date: Tue, 15 Jan 2008 14:41:19 -0700
Write protect the full tapes. That will stop anything writing to them. Sent by GoodLink (www.good.com) Hi We are planning to move from TSM to NBU. We heard draw back that NBU can accidently overwrite
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00168.html (29,520 bytes)

11. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Sesar, Steven L." <ssesar AT mitre DOT org>
Date: Tue, 15 Jan 2008 16:50:59 -0500
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. S
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00169.html (31,364 bytes)

12. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Curtis Preston" <cpreston AT glasshouse DOT com>
Date: Tue, 15 Jan 2008 17:25:34 -0500
YEAH! Go old school on that bad boy! -- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies --Original Message-- From: veritas-bu-bounces AT mailman.eng.
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00170.html (30,260 bytes)

13. Re: [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Randy Samora" <Randy.Samora AT stewart DOT com>
Date: Tue, 15 Jan 2008 18:18:05 -0600
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-- Fr
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00171.html (30,876 bytes)

14. [Veritas-bu] NBU overwriting data on Tape (score: 1)
Author: "Mr. Hernandez" <tito.amaya.hernandez AT gmail DOT com>
Date: Thu, 17 Jan 2008 20:10:14 -0800
Another way you can prevent that from happening to specific media, you can place a physical expiration date on the tape, and that will prevent the tape to be mounted regardless if is expired. Media M
/usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-01/msg00224.html (11,513 bytes)


This search system is powered by Namazu