磁帶庫典型故障處理案例分析

1、 磁帶庫典型故障處理案例分析 在STK L180磁帶庫上爬過的坑故事發(fā)生在幾年前，在更換機(jī)房的一組光纖交換機(jī)的實(shí)施過程中，原光纖交換機(jī)因使用超限，決定將其更換為博科DS5100。交換機(jī)下聯(lián)設(shè)備有存儲、小型機(jī)、磁帶庫。光纖交換機(jī)使用端口zone，并反復(fù)確認(rèn)了zone配置信息。切換當(dāng)天，按照計(jì)劃順利實(shí)施。驗(yàn)證小型機(jī)和存儲鏈路均正常。但業(yè)務(wù)驗(yàn)證時(shí)發(fā)現(xiàn)，NBU備份軟件中，手動執(zhí)行備份任務(wù)，有部分失敗。故障現(xiàn)象：查看NBU備份軟件中日志，關(guān)于執(zhí)行備份任務(wù)的報(bào)錯(cuò)，發(fā)現(xiàn)在STK L180磁帶庫上執(zhí)行的備份任務(wù)均失敗。檢查過程：首先，查看光纖鏈路標(biāo)簽，確認(rèn)實(shí)施前后一致。接著，確認(rèn)DS5100光纖交換機(jī)與L18

2、0磁帶庫的端口和ZONE劃分也配置正確。然后，詳細(xì)分析了交換機(jī)log信息，發(fā)現(xiàn)連接磁帶機(jī)光纖卡的兩個(gè)端口，只有FX流，沒有RX數(shù)據(jù)流。根據(jù)，以上故障現(xiàn)象及檢查方式，基本上先排除光纖交換機(jī)和光纖鏈路的問題。問題聚焦在STK L180磁帶庫上。因平時(shí)很少出現(xiàn)問題，面對這臺老古董，確實(shí)無從下手。L180磁帶庫有3塊光纖卡，其中一塊為機(jī)械臂的光纖卡，另兩塊為磁帶機(jī)的光纖卡。重新手動發(fā)起備份任務(wù)，觀察老古董的工作，發(fā)現(xiàn)其機(jī)械臂可將磁帶抓入磁帶機(jī)，但兩個(gè)磁帶機(jī)均無法進(jìn)行正常讀寫。備份任務(wù)無法正常執(zhí)行。初步懷疑是兩臺磁帶機(jī)的光纖卡有問題，可是磁帶機(jī)上的光纖卡上連指示燈都沒有，繼續(xù)崩潰中。硬著頭皮在L180磁

3、帶機(jī)的面板中翻看信息，狀態(tài)顯示都正常無報(bào)錯(cuò)信息。繼續(xù)仔細(xì)檢查，發(fā)現(xiàn)兩個(gè)磁帶機(jī)的光纖卡速率speed僅為1 GBIT。 顯示信息：speed : 1GBIT1GBIT？會不會是跟新更換光纖交換機(jī)的端口速率不匹配呢？可是怎么修改磁帶庫的光纖卡速率呢？在面板上把所有選項(xiàng)翻個(gè)遍，根本沒有更改端口速率的選項(xiàng)。心想，先不在這臺老古董上浪費(fèi)時(shí)間吧，去光纖交換機(jī)上改下吧。緊接著登錄到DS5100光纖交換機(jī)上，查看磁帶機(jī)連接的端口模式為自適應(yīng)，會不會是無法自適應(yīng)1GBIT呢？決定將光纖交換機(jī)的該端口速率強(qiáng)制為1GBIT，修改后，重新執(zhí)行備份任務(wù)，老古董的機(jī)械臂將磁帶抓入磁帶機(jī)中，然后就沒有聲音了。還是之前的故障

4、現(xiàn)象。馬上跟光纖交換機(jī)廠商工程師確認(rèn)，該型號交換機(jī)端口雖然可以強(qiáng)制1 GBIT，但硬件只能支持2 GBIT和4 GBIT以上。看來，只能寄希望于修改這臺老古董身上了，翻出已經(jīng)落了灰的產(chǎn)品手冊，看了2個(gè)多小時(shí)，終于發(fā)現(xiàn)了線索，L180磁帶庫在前面板上沒有配置選項(xiàng)可以直接更改磁帶機(jī)的光纖卡速率，只能通過修改LOOP ID值。LOOP ID 值為80，磁帶機(jī)光纖卡速率為1 GBIT。Loop ID值 為126，磁帶機(jī)光纖卡變?yōu)樽赃m應(yīng)。放下產(chǎn)品手冊，趕緊跑到面板前，找到Loop ID的修改位置，將ID值改為126，磁帶機(jī)的光纖卡速率變?yōu)樽赃m應(yīng)， 顯示信息：speed : auto。重新再NBU中發(fā)起備

5、份任務(wù)，磁帶機(jī)終于轉(zhuǎn)動了。（社區(qū)會員qq373793057分享）AIX 7.1環(huán)境NBU備份Oracle rac數(shù)據(jù)庫，磁帶庫驅(qū)動器故障導(dǎo)致備份失敗案例故障現(xiàn)象：AIX 7.1環(huán)境下 NBU 備份oracle rac數(shù)據(jù)庫時(shí)，磁帶庫驅(qū)動器故障導(dǎo)致備份失敗。報(bào)錯(cuò)提示為 driver load tape error。故障原因：根據(jù)報(bào)錯(cuò)信息定位由于帶庫驅(qū)動器無法正常裝載磁帶導(dǎo)致備份失敗，通過WEB登錄帶庫管理界面查看驅(qū)動器狀態(tài)，發(fā)現(xiàn)帶庫驅(qū)動器offline狀態(tài)?？梢耘袛鄮祢?qū)動器故障，同時(shí)log顯示有驅(qū)動器error信息，確認(rèn)驅(qū)動器故障后，在nbu Device Monitor界面禁用故障的驅(qū)動器，

6、防止備份作業(yè)再次調(diào)起故障的驅(qū)動器，同時(shí)將驅(qū)動器里的磁帶手工彈出，此時(shí)聯(lián)系廠家更換驅(qū)動器，更換完成后再NBU上啟用驅(qū)動器，進(jìn)行作業(yè)備份，測試驅(qū)動器工作正常。更換驅(qū)動器后備份恢復(fù)正常。（社區(qū)會員qb306分享）昆騰QUANTUM i40 物理帶庫備份失敗案例帶庫描述：QUANTUM i40 HP LTO4 tape drive-head故障現(xiàn)象：win2003+NBU+昆騰i40物理帶庫，突然無法備份，系統(tǒng)能識別到帶庫驅(qū)動器，NBU軟件也正常識別到磁帶，但是無法備份。檢查過程：1、將帶庫下架，拆除頂板，進(jìn)行帶庫抓取，拿出，清洗，驅(qū)動器、機(jī)械臂、磁帶物理狀態(tài)檢查，正常！2、帶庫-SAN交換機(jī)-服務(wù)器

7、，之間的鏈路狀態(tài)檢測，端口替換，光纖模塊替換檢查，正常！3、NBU重新配置，驅(qū)動重打，還是無法備份。最后聯(lián)系昆騰原廠，現(xiàn)場診斷，原廠說可能是驅(qū)動器磁頭磨損，帶庫管理界面無任何報(bào)錯(cuò)，最后將驅(qū)動器寄回原廠更換磁頭，恢復(fù)正常?。ㄉ鐓^(qū)會員ACDante分享）TSM+昆騰磁帶庫的小案例TSM6.3.4 +昆騰i500 環(huán)境。故障現(xiàn)象：由于帶庫使用昆騰i500，不屬于ibm的嫡系部隊(duì)，所以只能使用tsm 自動驅(qū)動程序進(jìn)行驅(qū)動，開始的時(shí)候一直使用沒有問題，直到有一天，其中的兩個(gè)個(gè)驅(qū)動器讀寫報(bào)錯(cuò)，后來檢查確認(rèn)是磁帶的問題，拿掉故障磁帶后就好了，這時(shí)使用tsmdlst重新使用識別掃描不好使，重啟os和帶庫均不好

8、使。后來來個(gè)干脆的：TSM服務(wù)器關(guān)閉，帶庫斷電 10分鐘，重新啟動帶庫，服務(wù)器驗(yàn)證。正常了。再不行，我就準(zhǔn)備殺招了（刪除drive，path的定義）這個(gè)問題啊，有可能還是tsm和帶庫版本兼容不太好的一面吧。（社區(qū)會員董志衛(wèi)分享）TS3200卡帶故障解決案例機(jī)器：TS3200管理系統(tǒng)：TSM報(bào)錯(cuò)如下：連接磁帶庫管理口狀態(tài)如下：控制器狀態(tài)：控制器1報(bào)錯(cuò)，顯示超時(shí)查看磁帶倉庫分配狀態(tài)：從圖中看出：控制器正在讀寫11倉磁帶“W00007L5，且該磁帶出現(xiàn)故障，原因應(yīng)該為損壞磁帶引起控制器卡帶。界面進(jìn)行移動磁帶，重新分配磁帶，損壞磁帶無法轉(zhuǎn)入I/O倉解決：斷電拆開控制器：卡帶拔出損壞磁帶后安裝回控制器重

9、新上電，初始化需要時(shí)間拔除損壞磁帶后進(jìn)行備份2016-10-10-09.48.53ANR0944EQUERY PROCESS：找不到活動的進(jìn)程。 (會話: 21)2016-10-10-09.52.29ANR2034EQUERY EVENT：使用此條件時(shí)找不到匹配的項(xiàng)。 (會話: 23)2016-10-10-09.52.29ANR2034EQUERY EVENT：使用此條件時(shí)找不到匹配的項(xiàng)。 (會話: 23)2016-10-10-10.00.12ANR2034ESELECT：使用此條件時(shí)找不到匹配的項(xiàng)。 (會話: 21)2016-10-10-10.00.13ANR0944EQUERY PROCE

10、SS：找不到活動的進(jìn)程。 (會話: 21)2016-10-10-10.09.43ANR7808WSun Microsystems 庫連接模塊 libacs.dll 在該系統(tǒng)上不可用。2016-10-10-10.09.45ANR8470W庫 LB0.1.0.4 中驅(qū)動器 MT0.0.0.4 初試化錯(cuò)誤。2016-10-10-10.09.45ANR8470W庫 LB0.1.0.4 中驅(qū)動器 MT1.0.0.4 初試化錯(cuò)誤。2016-10-10-10.10.00ANR1414W由于以前的寫錯(cuò)誤，卷 W00041L5 的訪問方式是“只讀的”。2016-10-10-10.10.00ANR1412W卷 W

11、00014L5 的訪問方式是“unavailable”。2016-10-10-10.10.00ANR1412W卷 892AABL5 的訪問方式是“unavailable”。2016-10-10-10.10.00ANR1412W卷 W00043L5 的訪問方式是“unavailable”。2016-10-10-10.10.00ANR1412W卷 W00009L5 的訪問方式是“unavailable”。2016-10-10-10.12.29ANR0535W節(jié)點(diǎn) ORA_PRD（TDP Oracle AIX）的會話 1 的事務(wù)已失敗 沒有足夠的安裝點(diǎn)可用，不能滿足請求。 (會話: 1)2016-1

12、0-10-10.12.47ANE4994STDP Oracle AIX ANU0599 TDP for Oracle: (25297138): =(ora_prd) ANU2602E The object /adsmorc/arch_PRD_924861811_35538_1_20161010 was not found on the TSM Server (會話: 2)2016-10-10-10.20.12ANR2034ESELECT：使用此條件時(shí)找不到匹配的項(xiàng)。 (會話: 4)2016-10-10-10.20.14ANR0944EQUERY PROCESS：找不到活動的進(jìn)程。 (會話: 4)2016-10-10-10.20.26ANR2034ESELECT：使用此條件時(shí)找不到匹配的項(xiàng)。 (會話: 4)2016-10-10-10.20.27ANR0944EQUERY PROCESS：找不到活動的進(jìn)程。 (會話: 4)顯示失敗原因?yàn)榘尾蹇刂破髦?，T