Symfoware Server Mirroring Controller 運用ガイド |
目次
索引
![]() ![]() |
第5章 異常時の運用 | > 5.9 副系ノードでのDBミラーリングシステムの異常 |
副系ノードにおけるDBミラーリングシステムの運用中に、データベースの二重化処理が異常となった場合のリカバリ方法について示します。
以下の表では、データベースの二重化処理の異常原因を示します。
異常原因 |
対象資源名 |
リカバリ方法 |
---|---|---|
メディア障害 |
BCログ管理ファイル |
“BCログ管理ファイルの異常”を参照 |
RLCファイル |
DCUの再構築(注1) |
|
RLM |
||
RERUNログ抽出ファイル |
||
RERUNログ抽出作業域 |
||
RERUNログ引継ぎファイル |
||
BC管理DB |
||
ディスク容量不足(注2) |
RERUNログ抽出ファイル |
|
RERUNログ抽出作業域 |
||
RERUNログ引継ぎファイル |
||
BC管理DB |
||
データベースのノード間不一致 |
データベースの論理障害 |
|
データベース定義不整合 |
||
データベース定義の関連付け未定義 |
||
DSI非活性/未フォーマット |
||
メモリ不足 |
- |
メモリ不足を解決してからDBミラーリングサービスを開始します。(注4) |
リモートコピー環境などの異常 |
ディスコネクション状態 |
“ディスコネクション状態からのリカバリ”を参照 |
注1)RLMなどにメディア障害が発生した場合にはRLPが閉塞されることがあります。
注2)データベースの二重化処理では、テンポラリログファイルの容量不足が発生する可能性があります。
注3)データベースの論理障害とは、正系ノードのデータベースと副系ノードのデータベースのデータが異なっている状態です。データベースの二重化処理は以下の事象を検知した場合に異常となります。
INSERTログ反映時にレコードあり
UPDATEログ反映時にレコードなし
DELETEログ反映時にレコードなし
注4)DBミラーリングサービスの開始は“DBミラーリングサービスの停止”後に“DBミラーリングサービスの開始”を行います。
データベースの二重化処理では、上記に示す以外のSymfoware/RDB資源(データベースやSymfoware/RDBのシステムファイルなど)の異常も検知することがあります。その場合は、副系ノードにおけるSymfoware/RDBの異常時の手順で対処してださい。
DCUの再構築については“DCUの再構築”を参照してください。
RLMなどにメディア障害が発生した場合は“RLP閉塞”を参照してください。
DCUの再構築以外のリカバリ方法として、異常資源を個別にリカバリを行う方法を選択可能な場合があります。本方法によるリカバリ手順については“データベースの二重化処理の異常での詳細なリカバリ手順”を参照してください。
副系ノードにおけるSymfoware/RDBの異常時の手順については“副系ノードでのSymfoware/RDBの異常”を参照してください。
データベースの二重化処理で、テンポラリログファイルの容量不足が発生した場合は“RERUNログ反映性能のチューニング”および“Symfoware/RDBのシステムファイルの環境変更”を参照してください。
DBミラーリングサービスの停止および開始については“DBミラーリングサービスの停止”および“DBミラーリングサービスの開始”を参照してください。
目次
索引
![]() ![]() |