レプリケーションの動作の仕組み

レプリケーションメカニズムでは、マスタおよびレプリカ上で、ファイルとデータベースの同一のコピーを維持します。このレプリケーションは、ファイルシステムフィルタドライバを使用して、マスタサーバ上のファイルの変更をバイトレベルでリアルタイムにキャプチャすることにより実行されます。キャプチャされた変更は、エンジンを使用して、非同期にレプリカサーバに転送されます。レプリケーションプロセスは書込み処理に干渉しません。

あらゆるファイルタイプのリアルタイムレプリケーションに対応するため、以下のレプリケーションモードがサポートされています。

オンラインモード - （大半のデータベースサーバおよびメールサーバの場合と同様に）ファイルが常に開いている場合も含め、キャプチャされたファイルの変更をレプリケートします。このモードは、ファイルシステムの処理順序を保持します。エンジンは、ルートディレクトリに関連したすべての I/O 処理をジャーナルファイルに記録します。その後ジャーナルファイルはレプリカに送信され、そこで、ジャーナルファイルに記録された処理が複製されたファイル上で再現されます。
スケジュールモード - サーバの同期が一定の時刻に行われます。このモードでは、オンラインのレプリケーションは行われません。ただし、同期中に行われたオンラインの変更はレプリケートされます。（スケジュールモードのレプリケーションは、オフライン同期を使用して実行できません。）

実際にデータのレプリケーションを行わなくても、レプリケーションに必要な帯域幅の使用状況と圧縮率のベンチマークを正確に評価することができます。アセスメントモードを選択すると、レプリケーションは行われませんが、統計情報は収集されます。レポートは、アセスメントプロセスが完了すると生成されます。

スパースファイルがサポートされるようになりました。スパースファイルとは、通常、大半がゼロデータである大容量のファイルです。NTFS ファイルシステムでゼロデータの大容量ファイルが検出された場合、明示的にゼロをディスクに書き込むことはありません。代わりに、ファイルシステムでは、これらのゼロファイルの場所をトラックする参照を保持します。ファイルサイズは通常どおりレポートされますが、消費されるディスク容量ははるかに少なくなります。Arcserve RHA では、スパースファイルのコンテンツの整合性を保証します。スパースファイルをサポートしないレプリカサーバ（FAT32 レプリカなど）に、スパースファイルをレプリケートすることはできません。

スパースファイルの処理は透過的で、内部で処理されます。