それ、レプリケーションでよろしく。UDPともども。

レイブンです！(おすぎ風に、、、
今週は遠隔地へのレプリケーションについて説明させて頂こうかとおもいます。

最近ARCserve Replicationのお問い合わせで、
遠隔地への複製はできるのか、といったお問い合わせを多く頂きます。
例えば東京のデータを大阪へ、といった具合です。
VPNであるとか、WAN越しでのレプリケーションですね。

そもそもARCserve Replication自体、遠隔地へのデータ転送を目的としていたような節があり、当初の説明ではアメリカの西側と東側でのレプリケーションが可能！と図説付き謳っておりました。
そのため、東京-大阪間でも問題なくレプリケーション運用は可能です。

回線帯域なども気になるところですが、ARCserve Replicationは
ファイルそのものではなく、ファイルに対する変更処理だけをレプリカに転送するため、
さほど太い回線でなくても、運用はできてしまいます。
※まぁ、実際にはデータ更新量や、更新頻度などに依存する問題ではありますが、、

なお、ARCserveReplicationにはアセスメントモードと呼ばれる機能があり、
データ更新量がどのくらいあるのかを計測できるモードがあります。
更新量とか回線帯域などに不安のある環境の場合は、
トライアル版(無償です！)にてアセスメントモードをお試し下さい。

<Arcserve シリーズトライアル版>
https://www.arcserve.com/jp/free-trial-selection/
※リンクをUpdate（2020/06/04）

更新データが正しく転送出来ているのかも気になる点ですが、やはり問題ございません。
ARCserveReplicationでは、更新データは一度スプールと呼ばれるフォルダに保存されます。
確実にレプリカ側に反映されたことを確認したのちに、スプールのデータが削除されますので、
「データ投げっぱなし」みたいな状況は発生しません。

とまぁ、遠隔地レプリケーションについてまとめてみましたが、実は一番の懸念点は「同期」になります。
大量のデータを遠隔地越しに比較/転送するワケですが、
実は遠隔地レプリケーション時の同期については、先週のkoichiさんの記事がストライクです。是非、読んでみてください。

<1TBのファイルサーバのデータを短時間で同期する現実的な運用とは？！>
https://arcserve.txt-nifty.com/blog/2011/05/1tb-553e.html

レイブンでした！