還原資料儲存庫及回復它的傳訊引擎
當發生系統無法處理的失敗時,您可以從備份中還原資料儲存庫。 請利用這個作業來還原資料儲存庫的備份,然後回復相關聯的傳訊引擎。
關於這項作業
另外,您也應該還原系統的配置檔,以確保它能夠依照建立備份時的相同方式來運作;如需何以應該如此的相關資訊,請參閱Service integration backup。 還原資料儲存庫之後,您必須重新啟動相關聯的傳訊引擎。
還原備份之後,當您重新啟動傳訊引擎時,您必須以還原之後重新啟動模式來啟動它,將傳訊引擎未與失敗之前在通訊中的任何其他傳訊引擎同步化的影響減到最低。 如果您以標準模式來重新啟動傳訊引擎,重新啟動之後,在一段不確定的時間內,接收端傳訊引擎可能會捨棄這個傳訊引擎所產生的部分新的訊息。 在還原之後重新啟動模式中,可能會重新傳送先前所傳輸的訊息,備份之前所產生的訊息可能會出現重複。 不過,新訊息不會遺失,也不會重複(如果訊息的服務品質如此指定的話)。
您只能利用 wsadmin 用戶端,以還原之後重新啟動模式來重新啟動傳訊引擎;您無法從管理主控台執行這個動作。 您只有在還原備份之後,第一次啟動傳訊引擎時,才能以這個模式來啟動傳訊引擎。 在第一次重新啟動之後,您可以依照正常方式來進一步重新啟動。
如果您以回復模式來啟動伺服器,會忽略還原之後重新啟動模式。 如果您既需要以回復模式啟動,又需要以還原之後重新啟動模式來啟動,請執行下列動作:
- 以回復模式來啟動伺服器
- 等待啟動完成,等待伺服器停止
- 以還原之後重新啟動模式來啟動傳訊引擎
如果您在 JVM 系統輸出檔
SystemOut.log 中看到下列訊息,它可能會指出您已從備份還原,但重新啟動傳訊引擎未採用還原之後重新啟動模式。
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
CWSIP0784E: receivingME 傳訊引擎收到來自
producingME 傳訊引擎的非預期訊息。
如果要解決這個問題,請停止傳訊引擎,然後以還原之後重新啟動模式來重新啟動它。
註: 其他狀況也可能出現這個訊息,因此,您只應在確知已還原備份時,才以還原之後重新啟動模式來重新啟動傳訊引擎。
如需 JVM 系統輸出檔
SystemOut.log 及其檢視方式的相關資訊,請參閱Viewing JVM logs。
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
註: 這個主題參照一或多個應用程式伺服器日誌檔。
此外,在分散式和 IBM® i 系統上,另外也建議您可以配置伺服器來使用「高效能可延伸記載 (HPEL)」日誌和追蹤基礎架構,而不使用 SystemOut.log、SystemErr.log, trace.log 及 activity.log 檔案。HPEL 與原生 z/OS® 記載機能也可以一起使用。如果您使用 HPEL,則可以從伺服器設定檔 bin 目錄,利用 LogViewer 指令行工具來存取您所有的日誌和追蹤資訊。請參閱有關利用 HPEL 疑難排解應用程式的資訊,以取得更多使用 HPEL 的相關資訊。
您可以依序對各傳訊引擎執行給定的動作,以便同時回復任意數量的傳訊引擎。