对于备份系统,最好部署TSM前根据经验,分配TSM DB 足够的文件系统/空间,并留一定的buffer,避免实际运行当中碰到DB空间满/空间不够的问题。事后在碰到这些问题,可能需要调整硬件设置,费时费力。估计大部分人都希望备份配置好后稳定运行,没事别动它 :)
可以参考 TSM Blueprint:
以及 Configuration best practices
https://www.ibm.com/support/knowledgecenter/en/SSGSG7_7.1.6/perf/t_optim_config.html
具体问题:
问题1: 6系列有6.1, 6.2, 6.3, 6.1 使用 db2 9.5, 6.2以后用使用 db2 9.7.
实际的db包含若干 DMS 类型表空间,表空间属性为自动扩展, 自动扩展的过程不像我们想的那么简单,一个阀值来控制,细节可以参考:
查看表空间信息:
db2 get snapshot for tablespaces on TSMDB1
db2 list tablespaces show detail
这个问题引申一下,有时候为啥TSM DB长得那么快呢?
Resolving and preventing issues related to database growth and degraded performance in Tivoli Storage Manager servers
http://www-01.ibm.com/support/docview.wss?uid=swg21452146
问题 2. 首先可以参考下面获得一些扩容背景知识
Steps to rebalance Database tablespaces
http://www-01.ibm.com/support/docview.wss?uid=swg21611157
IC78489: The newly added path via 'EXTEND DBSPACE' is not used
http://www-01.ibm.com/support/docview.wss?uid=swg1IC78489
如何监控重分布过程呢?
操作系层面: df -k 新加的目录空间逐渐增长
DB2 tablespace层面:
-For V6
db2 "select * from SYSIBMADM.TBSP_UTILIZATION " |grep -i progress
-For V7
Issue the MON_GET_REBALANCE_STATUS table function with the tbsp_name and dbpartitionnum parameters:
select
varchar(tbsp_name, 30) as tbsp_name,
dbpartitionnum,
member,
rebalancer_mode,
rebalancer_status,
rebalancer_extents_remaining,
rebalancer_extents_processed,
rebalancer_start_time
from table(mon_get_rebalance_status(NULL,-2)) as t