NBU備份84號(hào)錯(cuò)誤怎么辦

小編給大家分享一下NBU備份84號(hào)錯(cuò)誤怎么辦，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

一臺(tái)備份用的DELL TL4000磁帶機(jī)（共2個(gè)驅(qū)動(dòng)器）剛更換了一個(gè)出問(wèn)題的驅(qū)動(dòng)器，在NBU中發(fā)現(xiàn)很多備份策略執(zhí)行時(shí)報(bào)84號(hào)錯(cuò)誤。剛開(kāi)始以為是硬件的問(wèn)題，幾經(jīng)周折發(fā)現(xiàn)還是因故障處理過(guò)程中忽視的細(xì)節(jié)問(wèn)題導(dǎo)致的，實(shí)際上是軟件問(wèn)題。下面就問(wèn)題的處理過(guò)程做一個(gè)完整的分析總結(jié)。
1、NBU中的報(bào)錯(cuò)和日志查看
在NBU的備份過(guò)程中是通過(guò)調(diào)用各種備份腳本的方式進(jìn)行備份數(shù)據(jù)庫(kù)的，執(zhí)行備份腳本的時(shí)候無(wú)論返回什么樣的錯(cuò)誤，都會(huì)返回給NBU的日志文件bphdb，然后NBU統(tǒng)一報(bào)出錯(cuò)誤,通過(guò)查看錯(cuò)誤日志信息，可以幫助我們來(lái)分析問(wèn)題產(chǎn)生的原因。
報(bào)錯(cuò)截圖：

2012/04/11 01:57:44 - mounted
2012/04/11 01:57:44 - positioning 0016L4 to file 15
2012/04/11 01:57:45 - positioned 0016L4; position time: 00:00:01
2012/04/11 01:57:45 - begin writing
2012/04/11 02:01:40 - Error bptm(pid=6636) cannot write p_w_picpath to media id 0016L4, drive index 0, ????????? 
2012/04/11 02:01:40 - Info bptm(pid=6636) EXITING with status 84 <----------       
2012/04/11 02:01:44 - end writing; write time: 00:03:59
media write error(84)
2012/04/11 02:01:49 - Info bphdb(pid=0) done. status: 84: media write error 

進(jìn)一步查看/usr/openv/netbackup/logs/bphdb下日志中的錯(cuò)誤信息
01:53:40.282 [5316768] <1> :  Backup of </oracle/PRD/oraarch/1_15067_781277969.dbf> is failed due to <Error 84 : ServerStatus:  media write error>.
01:53:40.283 [5316769] <1> :  Backup of </oracle/PRD/oraarch/1_15068_781277970.dbf> is failed due to <Error 84 : ServerStatus:  media write error>.
01:53:40.284 [5316770] <1> :  Backup of </oracle/PRD/oraarch/1_15069_781277971.dbf> is failed due to <Error 84 : ServerStatus:  media write error>.
01:53:40.285 [5316771] <1> :  Backup of </oracle/PRD/oraarch/1_15072_781277972.dbf> is failed due to <Error 84 : ServerStatus:  media write error>.
01:53:40.286 [5316772] <1> :  Backup of </oracle/PRD/oraarch/1_15074_781277973.dbf> is failed due to <Error 84 : ServerStatus:  media write error>.
01:53:40.287 [5316773] <1> :  Backup of </oracle/PRD/oraarch/1_15075_781277974.dbf> is failed due to <Error 84 : ServerStatus:  media write error>.

2、故障初步判斷
NBU 84號(hào)錯(cuò)誤一般是硬件讀寫方面的錯(cuò)誤,通過(guò)上網(wǎng)查資料了解以下幾種情況：
首先可以查看驅(qū)動(dòng)器的狀態(tài)，如果驅(qū)動(dòng)器沒(méi)有DOWN掉，開(kāi)啟備份任務(wù)時(shí)，從job monitor中看到磁帶可以mounting，而write error有可能是驅(qū)動(dòng)器的鏈路和通信狀態(tài)不對(duì)；如果是不能mounting磁帶，也沒(méi)看到機(jī)械手抓磁帶，出現(xiàn)這種情況時(shí)，機(jī)械手是不能控制驅(qū)動(dòng)器的，所以備份任務(wù)調(diào)用該驅(qū)動(dòng)器時(shí)會(huì)導(dǎo)致備份任務(wù)失敗，那么驅(qū)動(dòng)器硬件本身有問(wèn)題；還有就是二代的驅(qū)動(dòng)器抓到了三代的磁帶進(jìn)行l(wèi)able和讀寫操作時(shí)，這時(shí)驅(qū)動(dòng)器發(fā)現(xiàn)磁帶不對(duì)，也會(huì)報(bào)出media error的錯(cuò)誤；最后一種就是一啟動(dòng)備份任務(wù)驅(qū)動(dòng)器就down掉，請(qǐng)及時(shí)檢查驅(qū)動(dòng)器的工作狀態(tài)，考慮驅(qū)動(dòng)器型號(hào)是否匹配磁帶機(jī)。本例中，磁帶是可以被mounting的，而過(guò)了幾分鐘就出現(xiàn)write error，因此需要檢查驅(qū)動(dòng)器的鏈路和通信狀態(tài)，進(jìn)而從NBU中具體分析解決。

3、磁帶機(jī)和光纖交換機(jī)檢查
首先在磁帶機(jī)中檢查驅(qū)動(dòng)器的鏈路和通信狀態(tài)，看是否和正常的那個(gè)驅(qū)動(dòng)器狀態(tài)信息一致。

經(jīng)升級(jí)微碼后，統(tǒng)一為BBH4。再查驅(qū)動(dòng)器狀態(tài)信息，發(fā)現(xiàn)兩個(gè)驅(qū)動(dòng)器一致了。

結(jié)果清洗完后，再看備份策略的執(zhí)行還有84錯(cuò)誤，看來(lái)?yè)Q一個(gè)新的驅(qū)動(dòng)器并不是想象的那樣簡(jiǎn)單，經(jīng)咨詢思考決定刪除此前出問(wèn)題的舊驅(qū)動(dòng)器，重新加載新驅(qū)動(dòng)器，再觀察備份情況。用NBU的bin下的命令tpconfig -d查看一下系統(tǒng)識(shí)別的驅(qū)動(dòng)器，然后用tpclean -M清除舊的驅(qū)動(dòng)器信息。

點(diǎn)擊configure storage devices, 會(huì)彈出一個(gè)向?qū)?按照向?qū)б徊揭徊较蛳屡渲眉纯?

最后，再查看一下備份策略的執(zhí)行情況，發(fā)現(xiàn)一切終于正常了。

注：在重新加載驅(qū)動(dòng)器后，需要重啟NBU的所有服務(wù)，一般情況下會(huì)把驅(qū)動(dòng)器狀態(tài)更正過(guò)來(lái)，如果沒(méi)有成功，再關(guān)閉NBU的服務(wù)，做一下帶庫(kù)的自檢操作，然后啟動(dòng)NBU的服務(wù)。

以上是“NBU備份84號(hào)錯(cuò)誤怎么辦”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！