內(nèi)存數(shù)據(jù)庫(kù)狀態(tài)異常故障檢查及處理資料

1、內(nèi)存數(shù)據(jù)庫(kù)狀態(tài)異常故障檢查及處理問(wèn)題描述主機(jī)顯示為非Primary模式，備機(jī)顯示非 Secondary模式處理過(guò)程以smdb用戶登錄主、備機(jī)，執(zhí)行如下命令：% mdstatus -s?顯示如下結(jié)果，表明主機(jī)運(yùn)行模式正常System Mode:Primary?顯示如下結(jié)果，表明備機(jī)運(yùn)行模式正常System Mode:Secon dary如果主機(jī)模式不正確，處理方式如 表2所示表2主機(jī)模式異常的處理方法主機(jī)異常模式建議處理方法Si ngle確認(rèn)DBFilePath和LogFilePath目錄可以正常讀寫(xiě)后， 轉(zhuǎn)成主機(jī)模式。主機(jī)恢復(fù)后，請(qǐng)參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理恢復(fù)備機(jī)。Secon dar

2、y確認(rèn)備機(jī)是否也是Secondary模式，如果是，則需要將一臺(tái)機(jī)器轉(zhuǎn)成主機(jī)模式。In valid確認(rèn)備機(jī)是否已切換為主機(jī)， 如果是，則刪除備機(jī)（原主機(jī)）內(nèi)存數(shù)據(jù)庫(kù)，使用網(wǎng)絡(luò)方式進(jìn)行恢復(fù)，如恢復(fù)失敗，請(qǐng)根據(jù)相關(guān)日志進(jìn)行分析問(wèn)題，仍不能解決請(qǐng)聯(lián)系表2主機(jī)模式異常的處理方法主機(jī)異常模式建議處理方法華為工程師。Primary to Secon dary通常是正在進(jìn)行雙機(jī)切換，原主機(jī)正在給備機(jī)同步邏輯日志。通過(guò) mdstatus -route判斷PendingLog是否在 變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒(méi)有變化，建議查看錯(cuò)誤日志信息，如果仍 不能解決請(qǐng)聯(lián)系華為工程師。Sec

3、on dary to Primary確認(rèn)該機(jī)器為主機(jī)，執(zhí)行procs.sh命令，確認(rèn)mdb_rcvO 進(jìn)程是否正常運(yùn)仃。如果是，通過(guò)mdstatus -route判斷 Pen di ngLog是否在變化，如果有變化則等待自動(dòng)切換完 成。如果長(zhǎng)時(shí)間（三分鐘以上）沒(méi)有變化，建議查看錯(cuò) 誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。如果備機(jī)模式不正確，處理方式如表3所示。表3備機(jī)模式異常的處理方法備機(jī)異常模式建議處理方法Si ngle已經(jīng)跟主機(jī)不冋步，請(qǐng)參考 【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī) 故障處理恢復(fù)備機(jī)。表3備機(jī)模式異常的處理方法備機(jī)異常模式建議處理方法Primary確認(rèn)主機(jī)側(cè)是否也是 Primary模式

4、，如果是，需要將 一臺(tái)機(jī)器轉(zhuǎn)成備機(jī)模式。Primary to Secon dary通常是正在進(jìn)行雙機(jī)切換，原主機(jī)正在給備機(jī)同步邏輯日志。通過(guò) mdstatus -route判斷PendingLog是否在 變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒(méi)有變化，建議查看錯(cuò)誤日志信息，如果仍 不能解決請(qǐng)聯(lián)系華為工程師。Secon dary to Primary確認(rèn)該機(jī)器為主機(jī)，執(zhí)行procs.sh命令，確認(rèn)mdb_rcvO 進(jìn)程是否正常運(yùn)仃。如果是，通過(guò)mdstatus -route判斷 Pen di ngLog是否在變化，如果有變化則等待自動(dòng)切換完 成。如果長(zhǎng)時(shí)間（三分鐘以上）沒(méi)有

5、變化，建議查看錯(cuò) 誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。In valid無(wú)效模式，備機(jī)存在問(wèn)題導(dǎo)致的模式，需要根據(jù)相應(yīng) 的原因進(jìn)行處理。用mdstatus -s可以看到無(wú)效模式的原因，根據(jù)不同的原因米用下面相應(yīng)的方法進(jìn)行處理：? 原因是"storage space of standby or DR database is different from that of active database.。則參考【平表3備機(jī)模式異常的處理方法備機(jī)異常模式建議處理方法臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。? 原因是“ the primary machine can't find

6、the redo log that secondary machine need”。則參考 【平臺(tái)】 內(nèi) 存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。? 原因是 “ the received log can't save on the sec on dary machine.”。則需要確認(rèn) smdb_config.cfg配置文件 中的LogFilePath配置項(xiàng)對(duì)應(yīng)的目錄存在，而且需 要確保smdb用戶對(duì)該目錄有寫(xiě)權(quán)限，目錄對(duì)應(yīng)的 磁盤(pán)有剩余空間，然后參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。? 原因是 “ backup failed on the sec on dary mach ine. ”。

7、 則需要確認(rèn)smdb_config.cfg配置文件中的 DBFilePath配置項(xiàng)對(duì)應(yīng)的目錄存在，而且需要確保smdb用戶對(duì)該目錄有寫(xiě)權(quán)限，目錄對(duì)應(yīng)的磁盤(pán)有 剩余空間，然后參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。? 原因是"The smdblogmode is improper."。則參考 【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。? 原因是"The smdb kernel process is not found. ”。 貝U執(zhí)行下面三個(gè)命令：mdmode -s single、mdmode-s secondary 禾口 start_mdb.sh 進(jìn)行恢復(fù)。根因

8、N/A解決方案以smdb用戶登錄主、備機(jī)，執(zhí)行如下命令：% mdstatus -s?顯示如下結(jié)果，表明主機(jī)運(yùn)行模式正常System Mode:Primary?顯示如下結(jié)果，表明備機(jī)運(yùn)行模式正常System Mode:Secon dary如果主機(jī)模式不正確，處理方式如 表2所示表2主機(jī)模式異常的處理方法主機(jī)異常模式建議處理方法Si ngle確認(rèn)DBFilePath和LogFilePath目錄可以正常讀寫(xiě)后， 轉(zhuǎn)成主機(jī)模式。主機(jī)恢復(fù)后，請(qǐng)參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理恢復(fù)備機(jī)。Secon dary確認(rèn)備機(jī)是否也是Secondary模式，如果是，則需要將一臺(tái)機(jī)器轉(zhuǎn)成主機(jī)模式。In valid確認(rèn)

9、備機(jī)是否已切換為主機(jī)，如果是，則刪除備機(jī)（原主機(jī)）內(nèi)存數(shù)據(jù)庫(kù)，使用網(wǎng)絡(luò)方式進(jìn)行恢復(fù)，如恢復(fù)失 敗，請(qǐng)根據(jù)相關(guān)日志進(jìn)行分析問(wèn)題，仍不能解決請(qǐng)聯(lián)系 華為工程師。Primary to Secon dary通常是正在進(jìn)行雙機(jī)切換，原主機(jī)正在給備機(jī)同步邏輯日志。通過(guò) mdstatus -route判斷PendingLog是否在 變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒(méi)有變化，建議查看錯(cuò)誤日志信息，如果仍 不能解決請(qǐng)聯(lián)系華為工程師。Secon dary to Primary確認(rèn)該機(jī)器為主機(jī)，執(zhí)行procs.sh命令，確認(rèn)mdb_rcvO進(jìn)程是否正常運(yùn)仃。如果是，通過(guò)mdstatus

10、-route判斷Pen di ngLog是否在變化，如果有變化則等待自動(dòng)切換完表2主機(jī)模式異常的處理方法主機(jī)異常模式建議處理方法成。如果長(zhǎng)時(shí)間（三分鐘以上）沒(méi)有變化，建議查看錯(cuò) 誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。如果備機(jī)模式不正確，處理方式如表3所示。表3備機(jī)模式異常的處理方法備機(jī)異常模式建議處理方法Si ngle已經(jīng)跟主機(jī)不冋步，請(qǐng)參考 【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī) 故障處理恢復(fù)備機(jī)。Primary確認(rèn)主機(jī)側(cè)是否也是 Primary模式，如果是，需要將 一臺(tái)機(jī)器轉(zhuǎn)成備機(jī)模式。Primary to Secon dary通常是正在進(jìn)行雙機(jī)切換，原主機(jī)正在給備機(jī)同步邏輯日志。通過(guò) mdstat

11、us -route判斷PendingLog是否在 變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒(méi)有變化，建議查看錯(cuò)誤日志信息，如果仍 不能解決請(qǐng)聯(lián)系華為工程師。Secon dary to Primary確認(rèn)該機(jī)器為主機(jī)，執(zhí)行procs.sh命令，確認(rèn)mdb_rcvO表3備機(jī)模式異常的處理方法備機(jī)異常模式建議處理方法進(jìn)程是否正常運(yùn)仃。如果是，通過(guò)mdstatus -route判斷 Pen di ngLog是否在變化，如果有變化則等待自動(dòng)切換完 成。如果長(zhǎng)時(shí)間（三分鐘以上）沒(méi)有變化，建議查看錯(cuò) 誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。In valid無(wú)效模式，備機(jī)存在問(wèn)題導(dǎo)致的

12、模式，需要根據(jù)相應(yīng)的原因進(jìn)行處理。用mdstatus -s可以看到無(wú)效模式的原因，根據(jù)不同的原因米用下面相應(yīng)的方法進(jìn)行處理：?原因是"storage space of standby or DR database isdifferent from that of active database. 。則參考【平 臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。?原因是“ the primary machine can't find the redo logthat secondary machine need.。則參考 【平臺(tái)】 內(nèi) 存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。? 原因是 “ the r

13、eceived log can't save on the sec on dary machine.。則需要確認(rèn) smdb_config.cfg配置文件 中的LogFilePath配置項(xiàng)對(duì)應(yīng)的目錄存在，而且需 要確保smdb用戶對(duì)該目錄有寫(xiě)權(quán)限，目錄對(duì)應(yīng)的 磁盤(pán)有剩余空間，然后參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。? 原因是 “ backup failed on the sec on dary mach ine. ”。 則需要確認(rèn)smdb_config.cfg配置文件中的DBFilePath配置項(xiàng)對(duì)應(yīng)的目錄存在，而且需要確保smdb用戶對(duì)該目錄有寫(xiě)權(quán)限，目錄對(duì)應(yīng)的磁盤(pán)有 剩余空間，然后參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理