×
2024.11.15
企業にとって、サーバーの障害は、業務の中断やデータの損失といった深刻な問題を引き起こす可能性があります。このようなリスクに備え、データの保護対策を講じることが不可欠です。
その対策の一つとして、レプリケーションとバックアップが挙げられます。しかし、両者の違いや、それぞれがどのような状況で有効なのか、といった点がご不明な方も多いのではないでしょうか。
この記事では、レプリケーションとバックアップの違い、それぞれのメリット・デメリット、物理的な運用基準、そしてレプリケーションを導入する際の注意点について解説します。
レプリケーションは、稼働中のサーバーからデータをリアルタイムまたはほぼリアルタイムで複製し、別のストレージやデータセンターにある待機サーバー（スタンバイ機）へ常に同期・保存する技術です。万が一、メインサーバーが物理的故障や災害で全損した場合でも、複製された側のシステム（待機機）へ即座に切り替える（フェイルオーバー）ことで、サービスを止めることなく迅速に業務を再開・復旧できます。
リアルタイムまたはほぼリアルタイム（データの変更が発生するたびに即時同期）
可用性の維持（高可用性）、およびシステム障害・大規模災害発生時の迅速な事業継続（BCP・DR対策）
障害や災害に巻き込まれないよう、地理的に離れた遠隔地（データセンター、クラウド等）など、障害発生時にも即座にアクセス可能な独立したインフラ。
・RTO（目標復旧時間）が数秒～数分と短く、瞬時にシステムを切り替えて迅速な復旧が可能
・RPO（目標復旧時点）がほぼゼロに近く、障害直前の最新データまで失わずに事業継続性の向上が図れる
・常に同期状態を維持するための専用ソフトウェアや、2拠点分の常時稼働インフラ（機材・回線）が必要でコストが高い
・メインと同じ容量のディスクが複製先にも必要になるため、ストレージ容量を多く消費する
・ファイルを誤って削除したり、ランサムウェアに感染した場合、その「異常な状態」もリアルタイムに複製先へ同期されてしまう
バックアップは、1日1回など特定の時点（ポイントインタイム）でのシステムイメージやデータを丸ごとコピーして、別の記録メディアへ静的なファイルとして保存する技術です。主に、過去のある時点の状態へデータを復元することや、監査等に伴う過去のデータの参照、歴史的ログの長期保管に利用されます。
定期的（夜間、週次、月次などスケジュールに基づいたバッチ処理）
人為的な誤操作によるデータ削除からの復元、ランサムウェア感染前の状態への巻き戻し、データの長期保存・アーカイブ
同一データセンター内のローカルストレージ（NAS、磁気テープなど）、またはオフサイトストレージ（遠隔地のクラウドや別拠点のバックアップ専用サーバー）
・必要なときにだけ通信・保管を行うため、システムの構築・運用コストが比較的低い
・「日次」「週次」などの履歴を複数残せるため、数日前に削除してしまった過去のデータを遡ってピンポイントで復元できる
・機材が全損した際の復元（リストア）には、データの転送やOSの再構築が伴うため、復旧（RTO）に数時間〜数日単位で時間がかかる
・最後にバックアップを取得した「特定の時点」までしか復元できないため、前回実行から障害発生までの間に更新された最新のデータが反映されていない（データ消失の空白期間ができる）可能性がある
レプリケーションは、数分の停止も許されない基幹業務システムや決済システムなど、迅速な復旧が求められるミッションクリティカルなシステムに適しています。一方、バックアップは、誤操作対策やウイルス対策、データの長期保存や過去のデータの参照に適しています。
多くの場合、どちらか一方のみを導入するのではなく、「直近のシステム停止対策にはレプリケーション」「過去データの保全と感染対策にはバックアップ」というように、両者を組み合わせることで初めて死角のない強固なデータ保護を実現できます。
本番拠点と複製先のデータセンターとの間で、高速かつ安定したネットワーク環境が必須です。同期方式（遅延なく書き込むが距離制限がある）か非同期方式（遅延を許容して遠隔地に送る）かの見極めと、データ転送量に耐えうる広帯域回線の確保が必要です。
複製データの保管場所として、本番サーバーと同等、もしくはそれ以上のパフォーマンスと十分なストレージ容量を相手側にも常に確保し続けなければなりません。
レプリケーション用ソフトウェアの購入費に加え、待機側にも同等のサーバーOSやアプリケーションのライセンス、およびハードウェアの維持費が必要となり、導入・運用には一定のコストがかかります。
ネットワーク瞬断などが発生した際、複製されたデータと元のデータの整合性が維持されているかを常に監視・確認する必要があります。不整合が起きた際に、自動で再同期できる仕組みの有無をチェックしておきましょう。
レプリケーションとバックアップは、どちらも企業の重要な資産である「データ」を守るための手段ですが、カバーできるリスクや復旧スピードといった特性が大きく異なります。自社のシステムの重要度や、許容できる損失データ量（RPO）、求められる復旧時間（RTO）など、様々な要素を考慮して、最適な組み合わせを選択することが重要です。
電算システムでは、お客様のビジネスの特性やシステム要件を丁寧にヒアリングし、コストと可用性のバランスが取れた最適な「レプリケーション＆バックアップ設計」をご提案いたします。当社のセキュアなデータセンター「DSK-IDC」を複製先・保管先とした、安心のディザスタリカバリ（災害復旧）体制の構築実績も多数ございます。「どこまでのデータ保護が必要か分からない」「クラウドへのレプリケーションを検討したい」といった初期のご相談から、どうぞお気軽にお問い合わせください。
データ移行チェックリスト～移行前に確認すべき10の項目～データ移行のよくある失敗と対策分析ツール「ZiDOMA data」（14日間トライアル）
ツリー表示とサイズ表示により、容量が大きいディレクトリを階層的に掘り下げていくことで、肥大化の原因を素早く特定できます。
ファイルの作成・更新・アクセス日時からの経過時間を色の濃淡で表示し、直感的に使用状況を把握できます。
また、長期間アクセスされていない未使用ファイルをリスト化し、整理に役立てることが可能です。
ファイルの種類（所有者、拡張子、サイズ）別の使用容量を円グラフで表示します。
これにより、容量を多く占めているファイルを効率的に見つけ出し、優先的に整理することで、効果的な容量削減につながります。
| 項目 | 推奨値 |
| OS | Windows Server 2012 R2/2016/2019/2022 Windows 10/11 21H2以降 ※1 |
| CPU | 2コア以上 |
| Memory | 8GB以上 |
| Disk | 100GB以上 |
| Network | 1Gbps以上 ※2 |
※1 いずれも64ビット版のみ対応
※2 大規模データ移行を行う場合は10Gbpsを推奨
※トライアル版は14日間ご利用いただけます。 また、一部機能をご利用いただけません。
