TSM資料保留策略中的幾個難理解的概念

過期處理（作業系統及檔案）以下引數只針對與BA資料，對於TDPO資料不接受這些引數的限制

作業系統及檔案
過期處理原理        Verexists
（保留版本數）        備份歸檔客戶端所在的計算機上的某一個檔案，在經過多次備份操作後，該檔案將在TSM 伺服器端形成多個備份。而Verexists 限定了這個客戶端上未被刪除的檔案在TSM 伺服器端的備份所允許保留的份數。如果使用者備份的次數超過了Verexists 引數所指定的數量，則TSM 將自動刪除比較老的備份。例如，在預設情況下，Verexists 的引數為2 ，則當使用者進行了3 次備份後，最老的那一份資料將被設定為過期，僅保留最新的兩份資料。Verexists 引數的值可以設定為0 －9999 ，也可以設定為NoLimit 。
        Verdeleted
（原始檔被刪除後，
保留版本的數量）
        使用者已經把備份歸檔客戶端的檔案進行了備份，然後因為某種原因把這個檔案從客戶端刪除。而Verdeleted 引數定義了，在使用者從客戶端刪除這個檔案後，在TSM 伺服器端將保留的檔案備份的分數。這個引數的預設值為1 。在使用者執行完畢客戶端檔案的刪除操作後，下一次客戶端備份操作，將把超過Verdeleted 引數的備份設定為過期，例如使用者設定Verdeleted 引數為3 ，在檔案被刪除前使用者在伺服器端保留了4 份備份。如果使用者在客戶端刪除了該檔案，則下一次客戶端備份操作發生時，TSM 伺服器將把最老的一份備份設定為過期，將只保留三份備份資料。
Verdeleted 可設定的數值範圍包括0 －9999 ，或者設定為NOLimit ，表示保留所有的備份資料，即使該資料在客戶端已經被刪除。
Verdeleted 並不能單獨決定備份資料的保留日期，一個檔案備份是否過期還取決於其它幾個引數，例如Retextra 和Retonly 等。
        Retextra
（保留天數）        Verexists 指定了使用者可以保留的客戶端資料的備份數量，卻沒有指定備份後的資料將在伺服器端保留多長時間。Retextra 指定了這個資料。確切的說，Retextra 指定了當備份資料從Active 變為Inactive 後可以保留的時間。TSM 規定，如果使用者客戶端的資料沒有被刪除，而在TSM 伺服器端僅有一份該資料的備份的話，則該備份將永遠保持Active 狀態，而不會過期。如果使用者在伺服器端產生了更新的備份，則以前的備份都將變為Inactive 。同樣，如果使用者在客戶端刪除了原始檔，則所有備份檔案也將變為Inactive 。從這時候起，Retextra 引數開始發揮作用，並開始倒數計時，超過Retextra 所規定的時間後，這些檔案將被設定為過期。
　　Retextra 可以設定的數值從0 分佈到9999 ，也可以設定為NOLimit 。
        Retonly
（保留唯一版本天數）        一般說來，如果一份資料在備份歸檔客戶端長期沒有變化，則該資料在TSM 伺服器上的備份資料將會逐漸過期，被刪除，僅保留下最新的一份備份資料。如果TSM 客戶端的這份資料既不發生修改，也不被刪除，則這份資料將一直以Active 的狀態保留下去。但是如果使用者在客戶端刪除了這份資料，則該資料將立即變為Inavtive 。從這時起，Retonly 引數生效。它指定了這最後一份備份資料將在伺服器上保留的時間。