アーカイブ・バックアップ・レプリケーションの違い

ここでは、レプリケーション、バックアップ、アーカイブがどのように違うのか、解説します。

バックアップとは？

バックアップは、現在の状態のデータのコピーです。

バックアップの目的は主に、システム障害時などに直前の状態に戻すといった可用性です。

バックアップ製品の多くは、フルバックアップと差分バックアップの2つの機能をもっています。

バックアップを行う際には、月に数回や週末などに、定期的なフルバックアップを取り、平日などには追加データ分のみを差分バックアップするという、スケジュールバックアップが一般的です。

サーバーの障害発生時などには、1日前のデータであれば復旧が可能になります。

スケジュールバックアップは、データの完全性という意味では最も確実な方法と言われており、ClusteringReplicaにも、スケジュールバックアップ機能が搭載されています。ただし、スケジュールバックアップの場合、次のような問題点も挙げられます。

• 一日前まで遡ったデータしか戻せない
• データ量が多いため、スケジュールバックアップが数時間にも及ぶ。次のバックアップまで、意図的に間隔を空けなくてはならない
• バックアップと同じ時間がリストアにも必要になるため、リストアしている間業務継続ができない

レプリケーションとは？

ここで登場するのがレプリケーションですが、レプリケーションとは、サーバーを、同じネットワーク内、もしくは別の（例えば日本と中国などの）遠隔地に設置して、データをリアルタイムにコピーする技術です。

リアルタイムでデータをコピーするので、直近のデータを、短時間にリストアできるのです。

また、遠隔地にデータコピーが行えるので、レプリケーション製品をディザスタ・リカバリとして検討されるケースも多くあります。

更に、業務の継続を実現するHAクラスタリング/フェイルオーバーにおいても、サーバーが切り替わった際、新サーバーは元のサーバーと同じデータを持ち、継続してサービス提供する必要が生じるので、レプリケーション技術が併せて必要になります。

もちろん、ClusteringReplicaには、HAクラスタリングとレプリケーション機能の両方が搭載されているため、お客様の運用に合わせて柔軟にお使い頂けます。

レプリケーションの説明を聞くと、バックアップは必要？と思うかも知れませんが、必要です。レプリケーションの問題は次のような点です。

• バックアップと違って数世代のバックアップデータを持つ事ができない
• 差分データを常に同期し合うため、ネットワークやシステムに常時負荷がかかる
• 設定ミスやウィルス感染などの状態もリアルタイムに複製されてしまう

アーカイブ/バックアップ/レプリケーション比較表