ディザスタリカバリとは

この記事は約 2 分で読めます

ディザスタリカバリ (DR: Disaster Recovery) とは、自然災害・サイバー攻撃・ハードウェア障害などによって IT システムが停止した際に、事前に定めた手順と目標に基づいてシステムを復旧させる計画・プロセスの総称です。 RPO (目標復旧時点) と RTO (目標復旧時間) の 2 つの指標で復旧レベルを定義し、ビジネスへの影響を最小化します。 2025 年時点で、クラウドベースの DRaaS (Disaster Recovery as a Service) の普及により、中小企業でも手頃なコストで DR 体制を構築できるようになっています。

DR 計画が実際に発動するとき

DR 計画が試されるのは、災害級の障害が実際に起きた瞬間です。きっかけは地震や水害、サイバー攻撃に限りません。データセンターの空調故障による温度上昇のような設備トラブルでも、主要システムの緊急停止に至ることがあります。計画が整備されていれば、あらかじめ決めた手順に沿って待機系サイトやクラウドの別リージョンへフェイルオーバーし、サービスを復旧させます。このとき復旧の成否を測る物差しになるのが RTO で、実際の復旧時間が目標の範囲に収まったかどうかによって、計画と訓練の有効性が検証されます。復旧後には経過を振り返り、手順や目標値の見直しにつなげることで、計画は実効性を保ち続けます。

DR プロセスフロー

BCP との違い

事業継続計画 (BCP) が経営全体の継続戦略であるのに対し、 DR は IT システムの復旧に特化した技術的計画です。 BCP は代替オフィスの確保や従業員の安否確認なども含みますが、 DR はサーバー、データベース、ネットワークの復旧手順に焦点を当てます。 DR は BCP の重要な構成要素であり、両者を連携させて運用することが不可欠です。

復旧戦略の選択

DR 戦略はコストと復旧速度のトレードオフで選択します。コールドサイト (最低限のインフラのみ準備) は低コストですが復旧に数日かかります。ウォームサイト (一部のシステムを稼働状態で維持) は数時間での復旧が可能です。ホットサイト (本番と同等の環境をリアルタイム同期) は数分での切り替えが可能ですが、コストは最も高くなります。クラウド環境では、 AWS の Cross-Region レプリケーションや Azure Site Recovery を活用した柔軟な DR 構成が主流です。サービスごとに固有の強力なパスワードを設定して DR 環境の管理コンソールを保護し、バックアップ戦略と組み合わせて堅牢な復旧体制を構築しましょう。