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

1、內(nèi)存數(shù)據(jù)庫(kù)狀態(tài)異常故障檢查及處理問題描述主機(jī)顯示為非Primary模式，備機(jī)顯示非Secondary模式處理過程以smdb用戶登錄主、備機(jī)，執(zhí)行如下命令：% mdstatus -s·         顯示如下結(jié)果，表明主機(jī)運(yùn)行模式正常System Mode:     Primary·         顯示如下結(jié)果，表明備機(jī)運(yùn)行模式正常System Mode: 

2、0;   Secondary如果主機(jī)模式不正確，處理方式如表2所示。表2 主機(jī)模式異常的處理方法主機(jī)異常模式建議處理方法Single確認(rèn)DBFilePath和LogFilePath目錄可以正常讀寫后，轉(zhuǎn)成主機(jī)模式。主機(jī)恢復(fù)后，請(qǐng)參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理恢復(fù)備機(jī)。Secondary確認(rèn)備機(jī)是否也是Secondary模式，如果是，則需要將一臺(tái)機(jī)器轉(zhuǎn)成主機(jī)模式。Invalid確認(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)行分析問題，仍不能解決請(qǐng)聯(lián)系華為工程師。Primary to Secondary通

3、常是正在進(jìn)行雙機(jī)切換，原主機(jī)正在給備機(jī)同步邏輯日志。通過mdstatus -route判斷PendingLog是否在變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒有變化，建議查看錯(cuò)誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。Secondary to Primary確認(rèn)該機(jī)器為主機(jī)，執(zhí)行procs.sh命令，確認(rèn)mdb_rcv0進(jìn)程是否正常運(yùn)行。如果是，通過mdstatus -route判斷PendingLog是否在變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒有變化，建議查看錯(cuò)誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。如果備機(jī)模式不正確，處理方式如表3所示。表

4、3 備機(jī)模式異常的處理方法備機(jī)異常模式建議處理方法Single已經(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 Secondary通常是正在進(jìn)行雙機(jī)切換，原主機(jī)正在給備機(jī)同步邏輯日志。通過mdstatus -route判斷PendingLog是否在變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒有變化，建議查看錯(cuò)誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。Secondary to Primary確認(rèn)該機(jī)器為主機(jī)，執(zhí)行procs.sh命令，確認(rèn)mdb_rcv0

5、進(jìn)程是否正常運(yùn)行。如果是，通過mdstatus -route判斷PendingLog是否在變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒有變化，建議查看錯(cuò)誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。Invalid無(wú)效模式，備機(jī)存在問題導(dǎo)致的模式，需要根據(jù)相應(yīng)的原因進(jìn)行處理。用mdstatus -s可以看到無(wú)效模式的原因，根據(jù)不同的原因采用下面相應(yīng)的方法進(jìn)行處理：·         原因是“storage space of standby or DR database is differen

6、t from that of active database.”。則參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。·         原因是“the primary machine can't find the redo log that secondary machine need.”。則參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。·         原因是“the received log can'

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

8、該目錄有寫權(quán)限，目錄對(duì)應(yīng)的磁盤有剩余空間，然后參考【平臺(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.”。則執(zhí)行下面三個(gè)命令：mdmode -s single、mdmode -s secondar

9、y和start_mdb.sh進(jìn)行恢復(fù)。根因N/A解決方案以smdb用戶登錄主、備機(jī)，執(zhí)行如下命令：% mdstatus -s·         顯示如下結(jié)果，表明主機(jī)運(yùn)行模式正常System Mode:     Primary·         顯示如下結(jié)果，表明備機(jī)運(yùn)行模式正常System Mode:     Secondary如果主機(jī)

10、模式不正確，處理方式如表2所示。表2 主機(jī)模式異常的處理方法主機(jī)異常模式建議處理方法Single確認(rèn)DBFilePath和LogFilePath目錄可以正常讀寫后，轉(zhuǎn)成主機(jī)模式。主機(jī)恢復(fù)后，請(qǐng)參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理恢復(fù)備機(jī)。Secondary確認(rèn)備機(jī)是否也是Secondary模式，如果是，則需要將一臺(tái)機(jī)器轉(zhuǎn)成主機(jī)模式。Invalid確認(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)行分析問題，仍不能解決請(qǐng)聯(lián)系華為工程師。Primary to Secondary通常是正在進(jìn)行雙機(jī)切換，原主機(jī)正在給備機(jī)同步邏輯日志。通過

11、mdstatus -route判斷PendingLog是否在變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒有變化，建議查看錯(cuò)誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。Secondary to Primary確認(rèn)該機(jī)器為主機(jī)，執(zhí)行procs.sh命令，確認(rèn)mdb_rcv0進(jìn)程是否正常運(yùn)行。如果是，通過mdstatus -route判斷PendingLog是否在變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒有變化，建議查看錯(cuò)誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。如果備機(jī)模式不正確，處理方式如表3所示。表3 備機(jī)模式異常的處理方法備機(jī)異常模式建議處理方法Sin

12、gle已經(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 Secondary通常是正在進(jìn)行雙機(jī)切換，原主機(jī)正在給備機(jī)同步邏輯日志。通過mdstatus -route判斷PendingLog是否在變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒有變化，建議查看錯(cuò)誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。Secondary to Primary確認(rèn)該機(jī)器為主機(jī)，執(zhí)行procs.sh命令，確認(rèn)mdb_rcv0進(jìn)程是否正常運(yùn)行。如果是，通過mdstatus -rou

13、te判斷PendingLog是否在變化，如果有變化則等待自動(dòng)切換完成。如果長(zhǎng)時(shí)間（三分鐘以上）沒有變化，建議查看錯(cuò)誤日志信息，如果仍不能解決請(qǐng)聯(lián)系華為工程師。Invalid無(wú)效模式，備機(jī)存在問題導(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 databa

14、se.”。則參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。·         原因是“the primary machine can't find the redo log that secondary machine need.”。則參考【平臺(tái)】?jī)?nèi)存數(shù)據(jù)庫(kù)備機(jī)故障處理進(jìn)行處理。·         原因是“the received log can't save on the secondary mach

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