關于磁帶壓縮比例及檢查當前磁帶的使用空間的方法

jackyhue

可以使用這個方法檢查當前磁帶的使用空間:

    ◆  DSPTAP *LABELS *PRINT
         然后查看結果的SPLF.
        把所有條目的"file lengths"加到一起, 然后乘上(block length - 4096 byte).
        這個結果就是目前在磁帶里的數(shù)據(jù)的大小(byte).


    ◆  舉例:

                                      Record
                           File       Block   Recg  Record  Block   File        Mvol  Mvol        Date      Expiration   
Data File Label    Sequence   Format  Tech  Length  Length  Length      Ind   Sequence    Created   Date         
SAV20080824     0000000001 *U     P     00000   222244  0000333033  CONT  0000000001  09/24/08  *PERM      


        333033 x (222244 - 4096) = 72,380,726,154 B

    ◆  大概會有20%的偏差.


    ◆  SAVOBJ或SAVLIB時有一個關鍵參數(shù),就是:

         Use optimum block  . . . . . . . USEOPTBLK      *YES

        這個參數(shù)雖然缺省是"*Yes",但一般對i5的內(nèi)置帶機沒有影響,
        因為i5的內(nèi)置帶機大部分不支持"Optimum Blocking"機制.

        但很多外置存儲是支持"Optimum Blocking"機制的.
        所以,請先確認外置帶機是否支持它.
    ◆  如果支持,下面的公式就不起作用了,因為公式里的"block length"不可知了:

        If using a tape drive that is capable of optimum blocking
        and Use Optimum Block *YES is specified, there is no way
        to calculate how much more data can be written to the tape cartridge.

        也就是說,啟用了"Optimum Blocking"機制后,無法計算磁帶的剩余空間. 同樣也無法計算磁帶的已用空間.

    ◆  "支持"Optimum Blocking"機制的無法估算使用率"
         這個是指i5/OS無法估算,因為帶庫使用的Block Size對于i5/OS來說是不可見的

   ◆  磁帶的壓縮分為硬件壓縮和軟件壓縮，一般我們使用的磁帶壓縮是采用的硬件壓縮

   ◆  在AS400系統(tǒng)里，如果不采用BRMS管理，則壓縮比例由系統(tǒng)自動控制，
      不一定是1：2的比例進行壓縮，有可能是1：3 或者 1：4甚至是1：7的比例壓縮都有可能
      因此200/400G的LTO磁帶存儲700G數(shù)據(jù)也就不奇怪了。
   
   ◆  部分支持"Optimum Block"的外置帶庫列表如下

[ 本帖最后由 jackyhue 于 2008-9-24 15:02 編輯 ]

star33375249

我頂了,幫我了忙了..謝謝..

star33375249

看看這個文章,我剛剛出現(xiàn)的問題...
帶庫現(xiàn)在無法使用了?? 幫幫忙丫

http://www.5thinknet.com/blog/?p=410

jackyhue

重啟一下呢

star33375249

我傳了兩個圖,根據(jù)你的公式,我算不出來我備份的具體大小,幫我看下....

jackyhue

在使用這個公式之前請確認磁帶庫是否支持"Optimum Blocking"機制

居士

非常好的帖子， 加入精華

star33375249

好舉動.哈哈 為我解決了不少問題,謝版主和樓主