帶庫只有一盤磁帶，TSM的儲存池達到100%導致備份不正常

這個測試環境比較特殊，帶庫中只有1盤400GB磁帶，發現TSM的儲存池達到了100%，導致了備份不正常。

1、在TSM Server端檢視最近3天的日誌資訊：q actlog begind=-3 > c:\qactlog3.txt

發現下面的日誌：

 

日期／時間: 10/12/2009 08:13:35

      訊息: ANR0522W 節點 ORA_DBS01（TDP Oracle AIX）的會話 4911 的事務已失敗 － 在儲存池 ORA_TAPE_BACKUP_POOL 和所有後續池中沒有可用的空間。 (會話: 4911)

 

日期／時間: 10/12/2009 08:13:36

      訊息: ANE4994S (會話: 4911, 節點: ORA_DBS01)  TDP Oracle AIX ANU0599 TDP for Oracle: (1835126): => (ORA_DBS01) ANS1329S (RC29)   Server out of data storage space (會話: 4911)

 

日期／時間: 10/12/2009 08:13:36

      訊息: ANR0403I 節點 ORA_DBS01（TDP Oracle AIX）的會話 4911 已終止。 (會話: 4911)

 

2、Oracle的RMAN備份日誌報：

 

released channel: t1

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03009: failure of backup command on t1 channel at 02/06/2009 21:45:18

ORA-19502: write error on file "arch_20090206_1289_1", blockno 1 (blocksize=512)

ORA-27030: skgfwrt: sbtwrite2 returned error

ORA-19511: Error received from media manager layer, error text:

   ANS0326E (RC41)   This node has exceeded its maximum number of mount points.

 

Recovery Manager complete.

 

3、在TSM Server端檢視卷的情況：q vol  f=d >  c:\qvol.txt

 

該卷所對應的儲存池已經達到100%

 

     帶庫中的磁帶迴圈利用至少需要3盤磁帶，本帶庫屬於測試，只有一盤磁帶。只好把卷上面的資料全部清除掉（原來的備份不太重要則可），再重新備份了。

 

具體解決：

在TSM Server端執行命令

1、查出卷名：QUERY VOLUME f=d 

得知卷名：746ABAL3

 

2、刪除卷名：DELETE  VOLUME  746ABAL3  discard=y

 

3、檢視卷是否刪除：QUERY  VOLUME

 

4、把卷名定義到儲存池ORA_TAPE_BACKUP_POOL中

Define  v  ORA_TAPE_BACKUP_POOL  746ABAL3

 

完畢！