例行檢查發現nbu的活動監視器中出現了很多紅色，一看都是備份不成功的，大部分是96錯誤；unable to allocate new media for backup, storage unit has none available(96)。
看了一下存儲單元好像沒有啥問題，再到報表中看了一下磁帶，發現磁帶全滿，原來磁帶的設置retention全部是infinity(無限），怪不得呢。 已經沒有剩餘的空帶子了，找到最後寫入時間比較晚的磁帶，原本想quick earse快速擦處，提示不可以，long erase、label都不可以，因爲裏面的img數據還沒有過期，看來需要先把磁帶直接過期纔行。
在tape list報表中找了一盤最後寫入日期比較早的磁帶。進入C:\Program Files\VERITAS\NetBackup\bin\admincmd，運行：bpexpdate -m 磁帶編碼 -d 0
磁帶過期了，進入tape list報表，查看磁帶使用情況，居然沒有變化，還是full，刷新還是full！
再次運行bpexpdate,提示卻已經過期了。
進入 C:\Program Files\VERITAS\NetBackup\bin\goodies運行available_media，顯示的磁帶卻是available_media。nbu這個控制檯看來是做的是真的很糟糕啊！！！很多￥的
手工執行備份策略，還是顯示96錯誤。從available_media中顯示的看到了，有兩盤帶子被凍結了，估計是容量不夠，奇怪的是他居然不使用我過期的空帶子，而去調取熱備池中的磁帶，難道過期後他就不認了？
乾脆刪除磁帶，然後robot inventory，重新加入磁帶，再手備，還是提示96錯誤！
重新創建磁帶池,重新創建備份策略，再手備份，還是提示96錯誤！
重新啓動服務器，重新啓動帶庫，再手備份，還是提示96錯誤。
見鬼了，好像和96錯誤一直糾纏上了。
細想一下，問題要麼出現自己過期磁帶有問題，要麼是netbackup選取磁帶有問題， 到網上查了一點選磁帶的策略和bpexpdate相關知識：
一.netbackup備份挑選磁帶的基本邏輯
1.備份作業在備份策略（Policy）中定義指定的卷池中（Volume Pool），挑選合適的磁帶介質（Active或Available兩種狀態）。Active狀態表示介質已經分配給某個Media Server使用；而Available狀態則表示介質從未被使用或可以被重用（Reuse, 曾經被使用但其上面的所有的數據已經過期）。
2.當備份作業發起時，Media Server上的bptm （NetBackup Tape Device Manager）進程首先查看卷池中最近被使用的、狀態爲Active的介質中有沒有和本次備份包（Image）的保存週期（Retention Level）相同的，注意擁有不同保存週期的備份包不允許寫到同一個介質上；vmd (Volume Management Daemon) 進程負責將其裝載（mount）到驅動器。NetBackup隨後定位到上一次備份的結尾，開始寫入新的備份。備份包的保存週期是由我們Policy中的Schedule來定義
3.如果沒有合適的Active介質，NetBackup將從Available介質中挑選一盤，其中從未使用過的新介質優先於可重用的介質。
4.如果指定的卷池中沒有符合條件的介質，NetBackup將從Scratch卷池中申請一盤，如果失敗，備份任務將報96號錯誤並退出。
二.磁盤的過期和刪除
long erase：是把磁帶從頭到尾寫一遍。能徹底的清除磁帶上的數據。
quick erase：只是在磁帶上打一個數據結束（EOD）的標記。讀帶的時候，一看到EOD標記，就會認爲已經到數據結尾了。如果用mt等命令，是能把磁帶上的數據恢復出來的。
bpexpdate過期磁帶絕對不會把磁帶裏面的東西刪除。除非你把過期的磁帶用於其它備份。
又是一陣折騰，終於發現了一點蛛絲馬跡，就是手工備份的時候提示：required media is in use，看了一下驅動器，發現其中的一個驅動路徑顯示爲”Down-TLD”狀態。reset後顯示正常，提示可以enable write。
再次手動備份，發現驅動器中加載了剛纔過期了的磁帶，看了有戲了。
只是爲何驅動器會出現“down-TLD”狀態，難道是磁帶滿了後，一個驅動器被策略中不停的啓動任務被嚇死的！！！另外一個驅動器被嚇傻了！！！所以無法備份了？