2007-3-1 08:17
zzqqlove
TSM备份报磁带空间不足,新加入的磁带没有起作用
日志如下
…… ……
BKI5008E: Tivoli Storage Manager Error:
ANS1329S (RC29) Server out of data storage space
BKI1200E: Cannot read/write file: /oracle/P33/sapdata1/poold_5/poold.data5.
BR233E Backup utility has reported an error while saving file /oracle/P33/sapdata1/poold_5/poold.data5
…… ……
actlog日志:
03/01/07 07:17:33 ANR0984I Process 63 for SPACE RECLAMATION started in the
BACKGROUND at 07:17:33. (PROCESS: 63)
03/01/07 07:17:33 ANR4930I Reclamation process 63 started for primary
storage pool SAP_DB2 automatically, threshold=60,
duration=None. (PROCESS: 63)
03/01/07 07:17:33 ANR1040I Space reclamation started for volume A00030,
storage pool SAP_DB2 (process number 63). (PROCESS: 63)
03/01/07 07:17:33 ANR1044I Removable volume A00030 is required for space
reclamation. (PROCESS: 63)
03/01/07 07:17:33 ANR1176I Moving data for collocation set 1 of 1 on volume
A00030. (PROCESS: 63)
03/01/07 07:17:33 ANR1086E Space reclamation is ended for volume A00030.
There is insufficient space in storage pool. (PROCESS:
63)
03/01/07 07:17:33 ANR0985I Process 63 for SPACE RECLAMATION running in the
BACKGROUND completed with completion state FAILURE at
07:17:33. (PROCESS: 63)
03/01/07 07:17:33 ANR4936I Reclamation of storage pool SAP_DB2 has ended.
Files reclaimed: 0, Bytes reclaimed: 0, Files
reconstructed: 0, Unreadable files: 0.
放入三盘空白磁带
label libv 3582lib search=bulk checkin=scratch labelsource=barcode
tsm: SERVER1>q libv
Library Name Volume Name Status Owner Last Use Home Device
Element Type
------------ ----------- ---------- ---------- --------- ------- ------
3582LIB A00001 Private SERVER1 Data 4,101 LTO
3582LIB A00002 Private SERVER1 DbBackup 4,099 LTO
3582LIB A00003 Private SERVER1 Data 4,100 LTO
3582LIB A00004 Private SERVER1 Data 4,097 LTO
3582LIB A00012 Private SERVER1 Data 4,112 LTO
3582LIB A00013 Private SERVER1 Data 4,111 LTO
3582LIB A00014 Private SERVER1 Data 4,110 LTO
3582LIB A00017 Private SERVER1 Data 4,105 LTO
3582LIB A00020 Private SERVER1 Data 4,109 LTO
3582LIB A00021 Private SERVER1 Data 4,108 LTO
3582LIB A00022 Private SERVER1 Data 4,106 LTO
3582LIB A00030 Private SERVER1 Data 4,113 LTO
3582LIB A00031 Private SERVER1 Data 4,114 LTO
3582LIB A00033 Private SERVER1 Data 4,103 LTO
3582LIB A00034 Private SERVER1 DbBackup 4,104 LTO
3582LIB A0009 Private SERVER1 Data 4,107 LTO
3582LIB ZY5430 Scratch 4,098 LTO
3582LIB ZY5431 Scratch 4,096 LTO
3582LIB ZY5432 Scratch 4,102 LTO
tsm: SERVER1>q vol stgpool=sap_db2
Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
------------------------ ----------- ---------- --------- ----- --------
A00003 SAP_DB2 3582CLASS 400,896.7 52.4 Filling
A00004 SAP_DB2 3582CLASS 1,126,417 60.2 Full
.7
A00014 SAP_DB2 3582CLASS 1,111,899 71.6 Full
.4
A00017 SAP_DB2 3582CLASS 381,468.0 54.3 Filling
A00030 SAP_DB2 3582CLASS 1,064,782 19.8 Full
.7
A00033 SAP_DB2 3582CLASS 1,104,009 100.0 Full
.1
为什么新加入的磁带没有起作用?
请指教
2007-3-3 19:51
crazyshow
因为没有空间,reclaim也失败了,没有放出来空间;
正常情况存储池满了以后是可以自动去scratch抓磁带来用的,
但是这个是可以设置的,抓不抓、能抓多少都可以设置
你最好q stgpool sap_db2 f=d发上来,看看就知道了
另外,你怎么确定这三盘新的磁带就没有发挥作用呢?
现在你的sap_db2 池里还有空间嘛,下次备份的时候应该就会去抓了,然后把它标记成private
你给的消息里面“pct util”好像还差很多嘛,怎么就变成full了?
我挺迷惑,请高人指点一下
另:
1、可以定义reclaim stgpool指定临时reclaim 的buffer pool
2、Maximum Scratch Volumes Allowed这个参数就可以看到能不能从scratch里面抓,能抓多少