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

ブロックレベル同期はアプリケーションなどのデータを同期する場合に利用されます。

r16 SP1までのブロック同期は、静止点を取るためにマスタサーバへの書き込みを   
一時的にブロックして、データのスキャンを行っていました。    
（この後、スキャンした内容をマスタとレプリカで比較して違いのあるブロック部分を転送します）

ファイル数が少ないデータベースのような環境であれば   
書き込みのブロック処理は一瞬で終わるのですが、    
ファイル数が多い環境でブロックレベル同期を利用してしまうと、    
静止点を取る処理（ブロックしている時間）が長くなってしまいます。

グループウェアのようにデータベースも動いているが、細かいファイルも多数あるという環境で   
1つのシナリオでまとめて運用したいという場合、この書き込みブロックの処理がネックで、    
運用を考えるとシナリオを分けていただくことをお勧めしていました。

r16 SP2からブロックレベル同期の処理が改善され、   
OSのVSSスナップショットを使って静止点を取るようになりました。    
その結果、スキャンをかけている間もデータへのアクセスには影響がないので    
サーバの利用者も書き込みがブロックされてアクセスできない、と言ったこともなくなります。

ブロックレベル同期を利用してもアクセスブロックが発生しないので、   
SQL Serverとファイルサーバが同居しているような環境で、   
1つのシナリオにまとめて運用するという場合でも   
安心してご利用いただくことができるようになりました。

今回は少々細かい（多少マニアックな？）内容なのですが   
ARCserve Replication/High Availabilityの使い勝手も    
どんどん良くなってきていることがお分かりいただければ幸いです。

ファイルサーバだけでなく、是非データベースでも   
ARCserve Replication/High Avilabilityをご活用ください。

■ ARCserve High Availabilityを利用したOracle DBのデータ保護事例

株式会社 ハッピー   
https://www.arcserve.com/sites/default/files/wp-doc/case-rha-happy.pdf
※リンクをUpdate（2022/09/29）

それでは、本日はここまで。   
See you in next TT . . .