存储池卷容量？

eastred

tape01怎么还未填满？一磁带容量是8G的啊
TSM>;q vol
Volume Name  Storage Pool Name  Device Class Name  Estimated Capacity(MB)  Pct Util   Volume Status
---------------   ---------------------   -------------------  --------------------    -----  --------
/usr/tivoli/tsm/server/bin/spcmgmt.dsm  SPACEMGPOOL   DISK     8.0       0.0     On-Line
/usr/tivoli/tsm/tsmdata/arcvol.dsm  ARCHIVEPOOL       DISK    512.0       0.0     On-Line
/usr/tivoli/tsm/tsmdata /bkvol.dsm   BACKUPPOOL      DISK  2,047.0       0.0     On-Line
TAPE01         3570POOL        3570C11         22,030.4           97.9     Filling
TAPE02         3570POOL        3570C11          0.0              0.0      Empty     
TSM>;q vol tape01 f=d
                   Volume Name: TAPE01
             Storage Pool Name: 3570POOL
             Device Class Name: 3570C11
       Estimated Capacity (MB): 22,030.4
                      Pct Util: 97.9
                 Volume Status: Filling
                        Access: Read/Write
        Pct. Reclaimable Space: 2.1
               Scratch Volume?: Yes
               In Error State?: No
      Number of Writable Sides: 1
       Number of Times Mounted: 20
             Write Pass Number: 1
     Approx. Date Last Written: 06/17/03   16:56:46
        Approx. Date Last Read: 06/17/03   13:12:45
           Date Became Pending:
        Number of Write Errors: 2
         Number of Read Errors: 0
               Volume Location:
Last Update by (administrator): ADMIN
         Last Update Date/Time: 06/17/03   13:11:01
怎么有：Estimated Capacity (MB): 22,030.4？？？

fenglimian

这个值应该是你的所有磁带总容量，不是单盘磁带容量。

eastred

[quote]原帖由 "fenglimian"]这个值应该是你的所有磁带总容量，不是单盘磁带容量。[/quote 发表：
     

不是，备份越多，它就变大。按理说应该早就满了该写下一卷了。不知道哪地方出差错了。

fenglimian

这个值是表示3570pool的总容量。
我的理解是：现在备份时候对文件进行了压缩，tsm  server不能确定大小，因此在不断变化。具体的原因大家可以一起探讨。

bird_man

我的理解是这样的，在做LABEL的时候一般都用了参数scratchmax=xx的值，这样在开始的时候存储池就有一个容量，Estimated Capacity (MB): 22,030.4是一个估计的存储池中剩余的容量。

总容量是按照压缩后算出来的，但实际上我们很多的备份都不可能有那样的压缩比

应该不是很正确的。

fenglimian

estimated capacity是在定义devclass时候定义的，在做label时候只有checkin＝scratch这样一个参数。
这么大的压缩比应该也不奇怪，根据备份文件的类型不同，压缩比应该有不同的压缩比。

eastred

Sequential Access Storage Pools :  3570POOL  
Storage Pool Name  ：         3570POOL
Storage Pool Type         ：               PRIMARY
Device Class Name         ：              3570C11
Estimated Capacity (MB)：        462638.5
Pct Util                                 ：      4.6
Pct Migr                                    ：  4.7
Pct Logical                    ： 100.0
High Mig Pct                   ： 90
Low Mig Pct                   ： 70
Migration Processes                   ： 1
Next Storage Pool                    ： -
Maximum Size Threshold     ： -
Access                             ： READWRITE
Description                 ： -
Overflow Location                  ： -
Cache Migrated Files?       ：-
Collocate?                ： NO
Reclamation Threshold        ：60
Maximum Scratch Volumes Allowed        ：20
Delay Period for Volume Reuse：        0
Migration in Progress?           ：         No
Amount Migrated (MB)              ：     0.0
Elapsed Migration Time (seconds)：        0
Reclamation in Progress?                ：   No
Volume Being Migrated/Reclaimed        ：-
Last Update Date/Time        ：2003-06-17 17:55:48.000000
Last Update by (administrator)：        ADMIN
Reclaim Storage Pool            ：     -
Migration Delay                               ：0
Migration Continue                             ： YES
这才是整个存储池卷的容量吧（10盒带子）：
Estimated Capacity (MB)        462638.5
除以10，那么每卷是：
Estimated Capacity (MB)        462638.5/10=45G左右，哇！！！
不懂      

（空格怎么打才出来呢？）

硬盘串儿

你赚大了！

fenglimian

我已经弄晕了，看了半天pdf，还是找不到解释.......郁闷.............

bird_man

不着急，我也在看，现在也是晕的