クラスタ内での複製の仕組み

クラスタの複製は、スケジュール駆動型ではなくイベント駆動型です。データベースの変更を検出したクラスタレプリケータは、クラスタにある他のレプリカにその変更をただちにプッシュします。複製イベントのバックログがある場合は、他のクラスタサーバーにプッシュできるようになるまで、クラスタレプリケータがこれらのバックログをメモリに保存します。変更を送信する前に同じデータベースにさらに変更が発生すると、クラスタレプリケータはこれらの変更をプールしておき、あとでまとめて送信して処理時間を短縮します。

HCLDomino® では複製イベントがメモリのみに保存されるため、複製が成功するためには送信側サーバーと複製先サーバーが両方とも使用可能である必要があります。複製先サーバーが使用できない場合は、使用できるようになるまでイベントはメモリに保存されたままになります。クラスタレプリケータは、これらの複製イベントを定期的に複製先サーバーにプッシュしようとします。このプッシュ間隔は当初 1 時間ですが、時間の経過とともに長くなり、最長 1 日になります。

複製が終了する前に送信側サーバーがシャットダウンすると、メモリにある複製イベントは失われます。したがって、クラスタサーバーを再起動するときは、標準の REPLICA タスクを使用してクラスタのすべてのメンバーに対して必ず強制的に複製を即時実行する必要があります。データベースの同期が保たれるように、クラスタサーバー間の複製スケジュールを設定することをお勧めします。このスケジュールは、たとえば数時間間隔で複製といったものにします。

クラスタレプリケータが複製イベントをログファイルに記録するとき、複製の再実行を待っているイベントもすべて記録します。このログを使用して、現在同期していないデータベースや複製の障害となっているエラーを確認できます。エラーを修正し、複製が正常に終了すると、以後このエラー情報は記録されません。

複製式の実行は、クラスタレプリケータではなく、標準のレプリケータで行われます。これらの式の実行では CPU に相当の負荷がかかるため、クラスタ複製によるオーバーヘッドを最小限に抑えるために、クラスタレプリケータでは複製式を処理しないようにしています。したがって、選択複製を実行すると、選択式に一致しない文書がデータベースに一時的に存在することがあります。このような文書は、標準の複製を実行したときに Domino によって削除されます。