folder backup on client doesn't work
You can check bpbkar log to see how the backup selection path is interpreted.
About tape - best to ask about different subject in separate/new discussion.
The option to "Allow backups to span tape media" is enabled by default in NBU host properties (see Chapter 3 of Admin Guide I)
If all tapes are full, the backup will fail with Status 96.
NetBackup will only overwrite previously used media if all images on the tape has expired.Important to plan for sufficient media that matches your company's retention requirements.
Never expire existing, unexpired images just because you do not have sufficient media for new backups.
'Murphy' will make sure that your users will ask for a restore the day after you have manually expired tapes and overwrote the contents.CCBNZ you still seem confused about difference between configuring backups of DFS vs. configuring backups of DFSR. You need to be careful. You need to be sure that you understand. You need to check your backup contents, inpect the contents via the restore GUI, be sure you understand what is actually being picked up. Also, see this:
https://vox.veritas.com/t5/NetBackup/DFS-folder-backup-shadow-copy-impossible/m-p/869099#M240563
.
Re tapes:
1) Will Netbackup knows if a tape is full and move to next one?
Yes.
2) If a full backup can't be fit into one drive it will continue to write to the next available one?
No necessarily the next drive, certainly another tape, but usually on same drive.
3) What happen if all the tapes are full?
The currently running backups will fail.
4) Is there a configuration I can change the behavior, e.g. if all tapes are full, overwrite the first tape in the volume pool?
No.
I'll apologize to sdo in advance, but, but I just can't help myself .
1) Will Netbackup knows if a tape is full and move to next one?
Yes.
Actually, no - NBU has no understanding of tape capacity, it thinks every tape is infinite. It relies on the drive firmware telling the tape driver that the tape is full, which in turn tells NBU. Ultimately, the result should be as if 'NBU' detected it.
Why does this matter - it does't until tapes start getting marked as full at an amount way below the natve (uncompressed) capacity - armed with the above information however, you would understand that the isue is tape drive/ hardware/ firmware / driver related not NBU.
