| FUJITSU Linkexpress Replication option DBミラーリングシステム連携導入運用ガイド |
|
目次
索引
|
| 第4章 DBミラーリングシステム連携の復旧 |
DBミラーリングシステム連携のデータベースには以下の三種類があります。
DBミラーリングシステムの正系ノードのデータベース
DBミラーリングシステムの副系ノードのデータベース
レプリケーションシステムの複写先データベース
注1）DBミラーリングシステムの正系ノードのデータベース
注2）DBミラーリングシステムの副系ノードのデータベース
副系ノードのデータベースは、レプリケーションシステムの複写元データベースでもあります。
注3）レプリケーションシステムの複写先データベース
それぞれのデータベースに異常が発生した場合の復旧方法を、以下に説明します。
DBミラーリングシステムの正系ノードのデータベースからレプリケーションを行なった場合について、以下に補足します。
正系ノードのデータベースに異常が発生した場合、レプリケーション運用を継続することはできませんが、レプリケーションシステムの復旧は不要です。データベースの復旧後、副系ノード（旧正系ノード）のDBミラーリングサービスを開始すると、ノード切替え後の正系ノードで蓄積されたRERUNログが、差分ログとして取得され、レプリケーション運用が再開できます。
副系ノードのデータベースに異常が発生した場合、レプリケーションシステムの復旧は不要です。
DBミラーリングシステムのノード切替えを行ないます。
DBミラーリングシステムの旧・正系ノードのデータベースを復旧します。
DBミラーリングシステムのノードの計画切替えを行います。
ノード切替え、DBミラーリングシステムの旧・正系ノードのデータベースの復旧およびノードの計画切替えの詳細は、以下のいずれかのマニュアルを参照してください。
“Symfoware server データベース二重化導入運用ガイド”
“Mirroring Controller 運用ガイド”
レプリケーションシステムに対する操作は必要ありません。
dxsvstopコマンドを使用し、DBミラーリングサービスを保守停止します。
レプリケーション運用を停止します。
詳細は、“Linkexpress Replication option説明書 2.7.7 レプリケーション運用の終了”を参照してください。
DBミラーリングシステムの副系ノードのデータベースを復旧します。
以下の手順でレプリケーションシステムを復旧します。
■レプリケーション対象のデータベースの定義を再定義した場合
1) lxrepdroコマンドを実行し、抽出定義を削除します。
2) lxrepcreコマンドを実行し、抽出定義を再度定義します。
3) 全複写機能を実行し、複写先データベースを再創成します。
■レプリケーション対象のデータベースの定義を再定義しなかった場合
1) 全複写機能を実行し、複写先データベースを再創成します。
以下の手順でレプリケーション運用を開始します。
1) lxrepenaコマンドを実行し、差分ログの取得を開始します。
2) レプリケーション運用を開始します。
詳細は、“Linkexpress Replication option説明書 2.8.3.1 差分ログの取得開始”および“Linkexpress Replication option説明書 2.7.3 レプリケーション運用の開始”を参照してください。
dxsvstartコマンドを使用し、DBミラーリングサービスを開始します。
dxsvstopコマンド、dxsvstartコマンドおよびDBミラーリングシステムの副系ノードのデータベース復旧の詳細は、以下のいずれかのマニュアルを参照してください。
“Symfoware server データベース二重化導入運用ガイド”
“Mirroring Controller 運用ガイド”
“Symfoware Server コマンドリファレンス”
“Mirroring Controller コマンドリファレンス”
DBミラーリングサービスの保守停止から開始までの間は、正系ノードのデータベースの更新に対し、RERUNログが蓄積されます。したがって、この区間に大量に正系ノードのデータベースを更新すると、DBミラーリングサービスの開始では、蓄積していた大量のRERUNログがレプリケーションの対象となり、以下のリスクが発生します。
トランザクションログファイルが満杯になり、RERUNログの反映性能に影響がでる危険性がある。
差分ログファイルが想定以上に自動容量拡張し、配置先ディスクに空きがなくなる危険性がある。
レプリケーション業務における各イベントの処理時間が、監視時間をオーバする可能性がある。
これらのリスクが高い場合は、正系ノードにおいてデータベースの更新量が少ない時間帯に、DBミラーリングサービスを保守停止し、レプリケーションシステムの復旧を行ってください。
レプリケーション運用を停止します。
詳細は、“Linkexpress Replication option説明書 2.7.7 レプリケーション運用の終了”を参照してください。
dxsvstopコマンドを使用し、DBミラーリングサービスを保守停止します。
レプリケーションシステムの複写先データベースを復旧します。
以下の手順でレプリケーションシステムを復旧します。
なお、ここでの手順は、複写元データベースから複写先データベースを再創成する必要のある場合であり、メディアリカバリなどで、トラブルが発生する直前の状態にデータベースを復旧した場合は、以下の復旧作業は不要です。
1) lxreplogコマンド（cオプション）によって、復旧対象となるデータベースに対応した差分ログファイルの差分ログおよび抽出データ格納ファイルを破棄します。
2) 全複写機能を実行し、複写先データベースを再創成します。
以下の手順でレプリケーション運用を開始します。
1) lxrepenaコマンドを実行し、差分ログの取得を開始します。
2) レプリケーション運用を開始します。
詳細は、“Linkexpress Replication option説明書 2.8.3.1 差分ログの取得開始”および“Linkexpress Replication option説明書 2.7.3 レプリケーション運用の開始”を参照してください。
dxsvstartコマンドを使用し、DBミラーリングサービスを開始します。
dxsvstopコマンド、dxsvstartコマンドの詳細は、以下のマニュアルを参照してください。
“Symfoware Server コマンドリファレンス”
“Mirroring Controller コマンドリファレンス”
DBミラーリングサービスの保守停止から開始までの間は、正系ノードのデータベースの更新に対し、RERUNログが蓄積されます。したがって、この区間に大量に正系ノードのデータベースを更新すると、DBミラーリングサービスの開始では、蓄積していた大量のRERUNログがレプリケーションの対象となり、以下のリスクが発生します。
トランザクションログファイルが満杯になり、RERUNログの反映性能に影響がでる危険性がある。
差分ログファイルが想定以上に自動容量拡張し、配置先ディスクに空きがなくなる危険性がある。
レプリケーション業務における各イベントの処理時間が、監視時間をオーバする可能性がある。
これらのリスクが高い場合は、正系ノードにおいてデータベースの更新量が少ない時間帯に、DBミラーリングサービスを保守停止し、レプリケーションシステムの復旧を行ってください。
|
目次
索引
|