更換帶庫的壞Driver後，在TSM 做的配置操作
1、 TSM的活動日誌：
ANR8963E 無法找到與為庫 3310LIB 中的驅動器 3310DRV02 定義的序列號相匹配的路徑。 (會話: 15) 2009-5-12 2:01:49
ANR0406I 節點 TDPOMS（TDP Oracle AIX）（Tcp/Ip 10.62.61.102(34414)）的會話 16 已啟動。 (會話: 16) 2009-5-12 2:01:50
ANR8300E 庫 3310LIB 上的 I/O 錯誤（OP=8401C058，CC=207，KEY=FF，ASC=FF，ASCQ=FF， SENSE=**NONE**， 描述=裝置沒有處於可執行請求的狀態）。請參見“訊息”手冊中的附錄 C 以獲取建議的操作。 (會話: 15) 2009-5-12 2:01:52
ANR8381E LTO 卷 Z16080L3 不可裝入到驅動器 3310DRV02 (mt1.0.0.5)。 (會話: 15) 2009-5-12 2:01:54
ANR1401W 卷 Z16080L3 的安裝請求被拒絕 － 安裝失敗。 (會話: 15) 2009-5-12 2:01:54
ANR8963E 無法找到與為庫 3310LIB 中的驅動器 3310DRV02 定義的序列號相匹配的路徑。 (會話: 15) 2009-5-12 2:01:55
ANR8300E 庫 3310LIB 上的 I/O 錯誤（OP=8401C058，CC=207，KEY=FF，ASC=FF，ASCQ=FF， SENSE=**NONE**， 描述=裝置沒有處於可執行請求的狀態）。請參見“訊息”手冊中的附錄 C 以獲取建議的操作。 (會話: 15) 2009-5-12 2:02:13
ANR8381E LTO 卷 Z16080L3 不可裝入到驅動器 3310DRV02 (mt1.0.0.5)。 (會話: 15) 2009-5-12 2:02:15
ANR1401W 卷 Z16080L3 的安裝請求被拒絕 － 安裝失敗。 (會話: 15) 2009-5-12 2:02:15
ANR8963E 無法找到與為庫 3310LIB 中的驅動器 3310DRV02 定義的序列號相匹配的路徑。 (會話: 15) 2009-5-12 2:02:15
ANR8300E 庫 3310LIB 上的 I/O 錯誤（OP=8401C058，CC=207，KEY=FF，ASC=FF，ASCQ=FF， SENSE=**NONE**， 描述=裝置沒有處於可執行請求的狀態）。請參見“訊息”手冊中的附錄 C 以獲取建議的操作。 (會話: 15) 2009-5-12 2:02:17
ANR8381E LTO 卷 Z16084L3 不可裝入到驅動器 3310DRV02 (mt1.0.0.5)。 (會話: 15) 2009-5-12 2:02:19
ANR1401W 卷 Z16084L3 的安裝請求被拒絕 － 安裝失敗。 (會話: 15) 2009-5-12 2:02:19
2、RMAN日誌：
RMAN備份的日誌
Recovery Manager: Release 10.2.0.1.0 - Production on Tue May 12 02:01:37 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: DQOMS (DBID=4131026225)
RMAN> run{
2> allocate channel t1 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
3> allocate channel t2 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
4> BACKUP INCREMENTAL LEVEL 1 CUMULATIVE FILESPERSET 10
5> FORMAT 'incr_%T_%s_%p' DATABASE;
6> sql 'alter system archive log current';
7> BACKUP FILESPERSET 10 MAXSETSIZE 10G
8> FORMAT 'arch_%T_%s_%p'
9> SKIP INACCESSIBLE
10> ARCHIVELOG ALL DELETE INPUT;
11> release channel t1;
12> release channel t2;
13> }
14>
15>
using target database control file instead of recovery catalog
allocated channel: t1
channel t1: sid=531 devtype=SBT_TAPE
channel t1: Data Protection for Oracle: version 5.4.1.0
allocated channel: t2
channel t2: sid=520 devtype=SBT_TAPE
channel t2: Data Protection for Oracle: version 5.4.1.0
Starting backup at 12-MAY-09
channel t1: starting incremental level 1 datafile backupset
channel t1: specifying datafile(s) in backupset
input datafile fno=00007 name=/oracle/oms/oradata/log/Log_Norm_data000.dbf
input datafile fno=00009 name=/oracle/oms/oradata/drill/Drill_Norm_data000.dbf
input datafile fno=00015 name=/oracle/oms/oradata/gpe/GPE_NORM_data000.dbf
input datafile fno=00014 name=/oracle/oms/oradata/bbs/BBS_data000.dbf
input datafile fno=00004 name=/oracle/oms/oradata/sysdata/users01.dbf
input datafile fno=00022 name=/oracle/oms/oradata/temp/perfstat.dbf
input datafile fno=00001 name=/oracle/oms/oradata/sysdata/system01.dbf
input datafile fno=00002 name=/oracle/oms/oradata/undo/undotbs01.dbf
channel t1: starting piece 1 at 12-MAY-09
channel t2: starting incremental level 1 datafile backupset
channel t2: specifying datafile(s) in backupset
input datafile fno=00008 name=/oracle/oms/oradata/mlog/Mlog_Norm_data000.dbf
input datafile fno=00010 name=/oracle/oms/oradata/dh/DH_Norm_data000.dbf
input datafile fno=00006 name=/oracle/oms/oradata/pub/Pub_Norm_data000.dbf
input datafile fno=00011 name=/oracle/oms/oradata/wps/WPS_data000.dbf
input datafile fno=00012 name=/oracle/oms/oradata/jbpm/Jbpm_data000.dbf
input datafile fno=00013 name=/oracle/oms/oradata/srvreg/SrvReg_data000.dbf
input datafile fno=00005 name=/oracle/oms/oradata/sysdata/RMAN_data000.dbf
input datafile fno=00003 name=/oracle/oms/oradata/sysdata/sysaux01.dbf
channel t2: starting piece 1 at 12-MAY-09
RMAN-03009: failure of backup command on t1 channel at 05/12/2009 02:03:39
ORA-19502: write error on file "incr_20090512_8366_1", blockno 202753 (blocksize=512)
ORA-27030: skgfwrt: sbtwrite2 returned error
ORA-19511: Error received from media manager layer, error text:
ANS1312E (RC12) Server media mount not possible
channel t1 disabled, job failed on it will be run on another channel
channel t2: finished piece 1 at 12-MAY-09
piece handle=incr_20090512_8367_1 tag=TAG20090512T020143 comment=API Version 2.0,MMS Version 5.4.1.0
channel t2: backup set complete, elapsed time: 00:07:54
channel t2: starting incremental level 1 datafile backupset
channel t2: specifying datafile(s) in backupset
input datafile fno=00007 name=/oracle/oms/oradata/log/Log_Norm_data000.dbf
input datafile fno=00009 name=/oracle/oms/oradata/drill/Drill_Norm_data000.dbf
input datafile fno=00015 name=/oracle/oms/oradata/gpe/GPE_NORM_data000.dbf
input datafile fno=00014 name=/oracle/oms/oradata/bbs/BBS_data000.dbf
input datafile fno=00004 name=/oracle/oms/oradata/sysdata/users01.dbf
input datafile fno=00022 name=/oracle/oms/oradata/temp/perfstat.dbf
input datafile fno=00001 name=/oracle/oms/oradata/sysdata/system01.dbf
input datafile fno=00002 name=/oracle/oms/oradata/undo/undotbs01.dbf
channel t2: starting piece 1 at 12-MAY-09
channel t2: finished piece 1 at 12-MAY-09
piece handle=incr_20090512_8368_1 tag=TAG20090512T020143 comment=API Version 2.0,MMS Version 5.4.1.0
channel t2: backup set complete, elapsed time: 00:05:55
channel t2: starting incremental level 1 datafile backupset
channel t2: specifying datafile(s) in backupset
input datafile fno=00017 name=/oracle/oms/oradata/log/Log_Lob_data000.dbf
input datafile fno=00019 name=/oracle/oms/oradata/drill/Drill_Lob_data000.dbf
input datafile fno=00020 name=/oracle/oms/oradata/dh/DH_Lob_data000.dbf
channel t2: starting piece 1 at 12-MAY-09
channel t2: finished piece 1 at 12-MAY-09
piece handle=incr_20090512_8369_1 tag=TAG20090512T020143 comment=API Version 2.0,MMS Version 5.4.1.0
channel t2: backup set complete, elapsed time: 00:05:55
channel t2: starting incremental level 1 datafile backupset
channel t2: specifying datafile(s) in backupset
input datafile fno=00016 name=/oracle/oms/oradata/gpe/Gpe_Lob_data000.dbf
input datafile fno=00018 name=/oracle/oms/oradata/mlog/Mlog_Lob_data000.dbf
input datafile fno=00021 name=/oracle/oms/oradata/pub/Pub_Lob_data000.dbf
channel t2: starting piece 1 at 12-MAY-09
channel t2: finished piece 1 at 12-MAY-09
piece handle=incr_20090512_8370_1 tag=TAG20090512T020143 comment=API Version 2.0,MMS Version 5.4.1.0
channel t2: backup set complete, elapsed time: 00:05:36
Finished backup at 12-MAY-09
3、檢查帶庫後，發現帶庫有一個驅動已經不能正常使用了。
解決方法：
1、 IBM帶庫工程換了驅動，檢視Library和Driver都是正常狀態。
2、 發現在TSM Server的Windows2003系統不能識別帶庫，系統中的裝置管理器中的“介質變換器”的帶庫驅動不正常，如下圖：其中有一個驅動不正常。
3、 把上圖的兩個驅動都解除安裝，重新安裝帶庫的驅動。
4、 上圖可以顯示TSM Server可以正常識別到帶庫。然後檢視TSM Server中的帶庫Library、Driver狀態，在“命令列”：q libv f=d 和q path f=d (q driv f=d)
如果Driver 處於離線（offline）狀態，可以在ISC的控制檯中把該Driver設定成聯機（online）狀態，如果不能設定成聯機狀態，可以把該驅動刪除，重新建立。
5、 如果“驅動器路徑”中的有些路徑為離線狀態，可以直接設定成聯機狀態。
6、 在TSM Client（資料庫）中kill所有 tsm的排程程式，然後重新啟動排程程式。
DQXXDBS01:/usr/tivoli/tsm/script> ps -ef|grep dsm
root 925822 1089670 0 18:15:52 pts/0 0:00 grep dsm
root 1077260 1 0 17:35:59 pts/0 0:02 dsmc sched -servername=TSMoraserv
DQXXDBS01:/usr/tivoli/tsm/script>kill 1077260 （有多個，就殺死多個dsm程式）
重啟排程程式：
DQXXDBS01:/usr/tivoli/tsm/script> ./backuparchive.sh &
[1] 1110158
最後檢視起來的dsm排程程式：
DQXXDBS01:/usr/tivoli/tsm/script> ps -ef|grep dsm
7、 測試TSM Server的排程，如有問題可以在TSM Server的命令列檢視最近三天活動日誌“q actlog begind=-3”，
或者在TSM Client端檢視活動日誌，如下命令：
DQXXDBS01:/usr/tivoli/tsm/client/ba/bin> dsmadmc
IBM Tivoli Storage Manager
Command Line Administrative Interface - Version 5, Release 4, Level 1.0
(c) Copyright by IBM Corporation and other(s) 1990, 2007. All Rights Reserved.
Enter your user id: admin
Enter your password:
Session established with server TSMSERVER: Windows
Server Version 5, Release 4, Level 0.0
Server date/time: 05/22/09 18:47:28 Last access: 05/22/09 18:18:48
tsm: TSMSERVER>q actlog
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12778571/viewspace-600865/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 【變更】線上庫的變更操作
- T3陣列磁碟壞了的更換方式陣列
- 把IBM帶庫中的磁帶取出測試後，重新放入需要TSM重新定義卷、儲存池IBM
- TSM的磁帶選擇機制
- ASM磁碟組更換磁碟的操作方法ASM
- 物理DG從庫損壞後的重建
- TSM儲存池中沒有可用磁帶，帶庫中也沒有Scratch 狀態的磁帶。
- TSM5.5.5不支援LTO5的磁帶庫。6.1.3以上支援
- 配置tsm在格式化資料庫資訊的時候報錯:This database name already exists資料庫Database
- TSM在DB2裡面的配置說明DB2
- sbt更換阿里的maven倉庫源阿里Maven
- l轉：TSM的磁帶選擇機制
- git伺服器ip變更後的配置Git伺服器
- 更換Ubuntu源為國內源的操作記錄Ubuntu
- TSM管理及備份資料到帶庫的方法及具體命令使用示例
- Oracle資料庫UNDO損壞後的恢復Oracle資料庫
- master資料庫損壞之後的恢復AST資料庫
- 部落格域名更換操作記錄
- dataguard 切換後更換IP,service_name
- TSM之——ADIC i2000帶庫識別
- Win10系統如何更換操作中心的快速操作按鈕排序Win10排序
- windows10如何更換硬碟_win10更換硬碟操作方法Windows硬碟Win10
- 因機房停電，導致帶庫的Library離線，TSM的介質變換器不正常，導致不能備份
- Mysql更換MyISAM儲存引擎為Innodb的操作記錄MySql儲存引擎
- 在Ubuntu中如何更換字型Ubuntu
- Flocker 做為後端儲存代理 docker volume-driver 支援後端Docker
- MySQL資料庫表損壞後的修復方法MySql資料庫
- 帶庫只有一盤磁帶，TSM的儲存池達到100%導致備份不正常
- 在專案中的更換 React Hooks 注意事項ReactHook
- windows下node更換版本（簡單操作）Windows
- TSM之——CLIENT安裝配置client
- TSM LINUX 實驗配置Linux
- 資料庫重啟，TSM不能備份，需要在TSM的客戶端（ORACLE）啟動TSM監控程式資料庫客戶端Oracle
- JavaScript強制型別轉換的背後操作JavaScript型別
- 資料庫伺服器備份儲存更換不受任何影響的便捷操作方法資料庫伺服器
- linux-HA 在RHEL 6 之後的變更Linux
- RAC資料庫心跳更換方案資料庫
- 什麼是壞道？拒絕壞道讓硬碟用的更長久的方法硬碟