轉:tsm版本控制_的4個引數

VERDeleted
RETExtra
RETOnly
首先，這4個引數都是關於inactive的備份而言
tsm的架構原理是
active的資料永不刪除
除非你自己做 del v discardata=yes
這是你自己選擇的，命令當然tsm都給你記錄下來了
以後，你後悔了，栽贓ibm，ibm自然有鐵證如山，你無可奈何。
ibm這樣設計無可厚非，資料是最大的財富，如果這個方面惹上官司了，那麼美元和名聲都將大把逝去。

當然這一切都是我猜測的，但是我敢肯定，不信，你們把龜縮在奧斯汀的架構師找出來和我對質。

所以，active的備份與這4個引數無關，這4個引數管不到active備份

ok,
這4個引數都是對inactive的並且是同名的檔案的備份而言的。
VERExists 就是說在tsm的磁帶上保留多少個版本，我說的磁帶嚴格意義是tsm 的檔案空間，但是不想給大家太多的概念了。

假設，你1號備份了檔案a,2號也備份了檔案a，
同時假設我們設定VERExists=2
那麼，我們在客戶端用q b /ina，那麼就發現有2個a，一個active，一個inactive,備份時間不一樣。
這就是存在的版本數。
如果我3號再備份的a，那麼你會發現1號的a就沒有了，被刪除了，因為我們只保留了2個版本。
這個特別適合lotus的備份，dtb.nsf就是我的信箱資料庫，假設我1個月前跟你發了郵件，關於某事，但是你不承認，那麼我就要將1個月的前的
這個nsf恢復出來，用作打官司，在這個場景裡面，我的vere需要等於30.

VERDeleted
這個引數，比較屎，正常一點的思維的靈長動物很難理解，
聽我來說
這只是針對於增量備份而言。
假設我們設定VERExists=4， VERDeleted=2
再假設我們每天都對a目錄增量備份，
那麼一天我們刪除了a目錄下面的a檔案
那麼
tsm會透過對比發現了你把a檔案刪除了，
這個時候VERDeleted引數開始作用了，
沒有刪除的時候，我們a檔案在tsm裡面有4個版本，就是4份，
刪除了，你再看，就只有2個了，
因為VERDeleted=2
這個的作用嘛，
哈哈哈，我覺得就是為了讓你節省你的磁帶空間，雖然我朝從不在乎磁帶的成本，但是該節省的要節省，至少ibm是這麼認為，
假設VERDeleted=0，那麼你把檔案a在os裡面刪除了，tsm 自動就會將該檔案從磁帶上面刪除了，
空間出來了，
家庭主婦們比較喜歡這樣的功能，又省錢了，嘿嘿。

RETExtra
這個是說我的版本數能保留的天數，
這事和VERExists是夫妻引數，
假設 VERExists=2，RETExtra=2 ， 如上面所說，我在1號備份的a，
那麼他的壽命也就是2天了，4號你再去看，他已經不在tsm的磁帶上了。

RETOnly
這個引數就是和VERDeleted是夫妻引數
假設RETOnly=2
就是說當你將a檔案刪除了，那麼這個版本還能在tsm裡面保留的最後的期限，
等過了這個期限，你就追悔莫及了
因為他已一縷青煙散去了

總之，這4個引數確實有很多的實際應用的需求的滿足，特別是在照片，郵件方面
可以實現對歷史資料的追索，主要是法律意義上的

總之，這4個引數也體現了ibm在資料處理方面的謹小慎微和如女人般的磨嘰和糾結和半推半就。

總是，這4個引數實際來說是夠繞人和變態的，
你暈了嗎
變態了嗎
唉。。。
慾望和滿足之間總是那麼痛苦和複雜