Hi,
NetBackup 7.5 on Solaris.
We back up from data source to VTL and then it gets duplicated to tapes using SLP.
Scenario:
Prior to a duplication job starting, current tape status are:
Tape 1: has images from the previously successful duplications but it is not full
Tape 2: has no image; in scratch pool
Tape 3: has no image; in scratch pool
A duplication job based on SLP is launched and the tapes are used in the order of Tape 1, 2, and 3.
Duplication from VTL to physical tape library uses Tape 1 until it's full. Then it uses Tape 2 and it writes until full as well. Then it uses Tape 3 but in the middile of writing to Tape 3, the duplication job failed for whatever reason (I wonder: Is out-of-tape considered to be a failure?)
At this moment, what happens to Tape 1, 2, and 3 from the "images on media" and catalog's point of view?
My thought is:
For both images on media and in the catalog:
Tape 1: has images on itself from the previously successful backups AND data from this dup job up until it got full; corresponding entries in the catalog are not removed.
Tape 2: has data from this dup job and remain as 'full'; corresponding entries in the catalog are not removed.
Tape 3: has no good data and goes back to the scratch pool; corresponding entries in the catalog are removed.
NetBackup support said because the duplication job has failed, even though Tape 1 and Tape 2 contain data from this dup job, all data on all tapes for this failed dup job are removed from the catalog AND both Tape 2 and Tape 3 go back to the scratch pool while Tape 1 is not be marked full.
If that's the case, before the duplication job fails and I took out Tape1 and 2 because they were full at that moment, Tape 1 and 2 are actually useless even though the contain images on the physical tapes. So catalog and physical media have mismatched information?
What is really happening? Could someone shed some lights on this?
Thanks!