把IBM帶庫中的磁帶取出測試後,重新放入需要TSM重新定義卷、儲存池
環境:
Windows 2003 的Tivoli Storage Manager5.4.0.0
AIX5.3上的Oracle10.2.0.1.0
IBM的SCSI 3310LIB 2T的帶庫
描述:
1、 把帶庫中的磁帶拿出來做測試,
2、 測試完畢就手工的把磁帶放入帶庫中
3、 然後發現TSM不能正常備份了
原因:
磁帶中的資料已經讀寫過,不是原來的資料,因此需要重新在TSM server中重新設定帶庫。
確定在TSM Server中能夠識別帶庫的Library、Driver、磁帶(卷)
不能備份主要原因是在TSM Server中不能識別帶庫中的磁帶
解決方法:
1、 在TSM Server的命令列:
檢視帶庫磁帶:show slots 3100lib
沒有相關的磁帶資訊
還可以用q libv 檢視磁帶的相關資訊,如果資訊錯誤確定磁帶是否正確放入到帶庫中。
2、 下面具體操作:
3.1 把磁帶正確放入到帶庫中,確保磁帶機器的螢幕沒有相關的錯誤資訊。
3.2 TSM 命令列命令:
LABEL libv 3100lib search=b labels=b checkin=scr verwrite=yes
日誌:日期/時間: 06/03/2009 10:55:02
訊息: ANR8373I 001:用所有 LTO 卷填充庫 3100LIB 的資訊量大的入/出埠,該操作在 60 內處理;當就緒時發出當就緒時,發出 'REPLY' 與請求標識。 (會話: 18, 程式: 3)
命令:QUERY PROCESS
命令:REPLY 1
日誌:
日期/時間: 06/03/2009 11:10:35
訊息: ANR8816E LABEL LIBVOLUME:無法標記庫 3100LIB 中的卷 746ABAL3,因為它當前在儲存池或卷歷史檔案中定義。 (會話: 18, 程式: 3)
日期/時間: 06/03/2009 11:10:35
訊息: ANR9756I 沒有找到卷。 (會話: 18, 程式: 3)
日期/時間: 06/03/2009 11:10:35
訊息: ANR8801I 對庫 3100LIB 的 LABEL LIBVOLUME 程式 3 已完成; 已有 0 卷被標記,0 卷被檢入。 (會話: 18, 程式: 3)
日期/時間: 06/03/2009 11:10:35
訊息: ANR0985I 在 後臺 狀態下執行的 LABEL LIBVOLUME 的程式 3 於 11:10:35 完成,完成狀態為 成功。 (會話: 18, 程式: 3)
命令:QUERY STGPOOL
命令:DELETE VOLUME 746ABAL3 (刪除卷,746ABAL3為磁帶的序列號)
日誌:日期/時間: 06/03/2009 11:14:41
訊息: ANR2208I 卷 746ABAL3 已從儲存池 ORA_TAPE_BACKUP_POOL 刪除。 (會話: 46)
命令:QUERY VOLUME
命令:DELETE VOLHISTORY todate=today type=all (刪除卷的歷史資料)
日期/時間: 06/03/2009 11:16:51
訊息: ANR2467I DELETE VOLHISTORY:5 順序卷歷史專案已被成功地刪除。 (會話: 48)
命令:QUERY LIBV (還沒有看到帶庫的磁帶)
命令:LABEL libv 3100lib search=b labels=b checkin=scr verwrite=yes (重新定義)
日誌:日期/時間: 06/03/2009 11:19:32
訊息: ANR8373I 002:用所有 LTO 卷填充庫 3100LIB 的資訊量大的入/出埠,該操作在 60 內處理;當就緒時發出當就緒時,發出 'REPLY' 與請求標識。 (會話: 55, 程式: 5)
命令:QUERY REQ
命令:REPLY 2
日誌:
日期/時間: 06/03/2009 11:21:13
訊息: ANR8810I 卷 746ABAL3 已在庫 3100LIB 中標記。 (會話: 55, 程式: 5)
日期/時間: 06/03/2009 11:21:44
訊息: ANR8801I 對庫 3100LIB 的 LABEL LIBVOLUME 程式 5 已完成; 已有 1 卷被標記,1 卷被檢入。 (會話: 55, 程式: 5)
日期/時間: 06/03/2009 11:21:44
訊息: ANR0985I 在 後臺 狀態下執行的 LABEL LIBVOLUME 的程式 5 於 11:21:44 完成,完成狀態為 成功。 (會話: 55, 程式: 5)
命令:DEFINE VOLUME ORA_TAPE_BACKUP_POOL 746ABAL3 (重新定義卷)
命令:QUERY VOLUME
命令:q libv (終於看到了磁帶)
4、測試備份,已經可以正常到帶庫。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/12778571/viewspace-604985/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- TSM儲存池中沒有可用磁帶,帶庫中也沒有Scratch 狀態的磁帶。
- 帶庫只有一盤磁帶,TSM的儲存池達到100%導致備份不正常
- TSM的磁帶選擇機制
- 磁帶 SATA儲存的真實成本
- l轉:TSM的磁帶選擇機制
- TSM5.5.5不支援LTO5的磁帶庫。6.1.3以上支援
- Tivoli 磁帶庫的磁帶初始化設定
- 虛擬磁帶庫
- 現代儲存架構:磁帶儲存在資料中心"重生"架構
- IBM儲存管理卷管理IBM
- 重新定義 Locust 的測試報告_效能監控平臺測試報告
- 更換帶庫的壞Driver後,在TSM 做的配置操作
- IBM重新定義商業模式,開啟認知時代IBM模式
- 重新定義全棧全棧
- 雲物件 - 重新定義前後端互動物件後端
- 自定義帶監控的資料庫連線池資料庫
- 轉:IBM儲存備份管理軟體TSM介紹IBM
- Postmark測試後端儲存效能後端
- AIX條帶化、儲存條帶化、ASM條帶化AIASM
- ORACLE 線上重新定義表分割槽表重定義為普通表。Oracle
- 惠普釋出磁帶驅動器新品 鞏固LTO儲存市場地位
- SAP備份資料庫到磁帶 brtools+netwoker+ADIC帶庫資料庫
- 聚焦快閃記憶體核心部件,浪潮儲存重新定義SSD可靠性記憶體
- 帶你快速瞭解“儲存過程”的定義及優點儲存過程
- VTL_虛擬磁帶庫_轉摘
- 整合 IBM 後設資料儲存庫,第 1 部IBM
- 資料庫重啟,TSM不能備份,需要在TSM的客戶端(ORACLE)啟動TSM監控程式資料庫客戶端Oracle
- svn 重新定位版本庫
- Oracle 連線條件中帶有OR的測試Oracle
- python中自帶的線程式池Python線程
- 刪除控制檔案中的磁帶備份資訊
- ibm tsmIBM
- aix 6.0 載入磁帶的方法AI
- IBM安全部門CTO:AI必須被重新定義為“增強智慧”IBMAI
- 儲存過程在主從庫上的測試儲存過程
- 帶輸出引數的儲存過程儲存過程
- NAS中如何建立儲存池
- TSM之——ADIC i2000帶庫識別