Microsoft AZ-801: 災害復旧と事業継続 — 学習ガイド

By Laurynas Brazys · 7 August 2026 · #microsoft #az-801 #certification #exam-prep #study-guide

こちらの一部です： Microsoft Windows Server Hybrid Administrator Associate AZ-801 — 学習ガイド. 検証済みの解答で練習： Microsoft試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.

概要

ディザスタリカバリ (DR) と事業継続 (BC) の設計は、目標復旧時間 (RTO) と目標復旧時点 (RPO) という2つのメトリクスを定量化することから始まります。RTOはサービスをどれだけ迅速に復旧しなければならないかを表し、RPOはどれだけのデータ損失 (時間単位) が許容されるかを定義します。これらの値は、テクノロジーの選択、トポロジー、およびコストを決定します。低いRTOは、オーケストレーションと自動化 (Azure Site Recoveryの復旧計画、Runbook、ターゲットリソースの事前作成) を優先します。低いRPOは、継続的なレプリケーション (ASR) や同期コミット (SQL Always On) を優先し、一方、高いRPOは定期的なバックアップ (Azure Backup, Windows Server Backup) に依存できます。厳格なRPOが要求される場合、複数VM整合性グループとアプリケーション整合性スナップショットが、VM間のトランザクションの整合性を維持します。コンテナーの選択 (Recovery Servicesコンテナー vs Backupコンテナー)、レプリケーションポリシーの設計、バックアップのスケジューリングはすべて、過剰な支出をせずにこれらの目標を達成するために選択されます。

Azure Site Recovery: Hyper-V, VMware, オーケストレーション, 整合性

Azure Site Recovery (ASR) は、オンプレミスのVMware、Hyper-V、およびAzure IaaS VMに対して、継続的なレプリケーションとオーケストレーションされたフェールオーバー/フェールバックを提供します。

Hyper-Vの保護

レプリケーションポリシー: RPOのしきい値、復旧ポイントの保持期間、アプリ整合性スナップショットの頻度を定義します。例えば、RPOのしきい値を15分に設定し、ポイントインタイムロールバックのために復旧ポイントを24～72時間保持し、1～4時間ごとにアプリケーション整合性スナップショットを取得します。ポリシーは帯域幅の調整と圧縮を制御します。関連するVMに対して複数VM整合性を有効にすることで、それらの復旧ポイントを整合させることができます。
復旧ポイント: ASRは、クラッシュ整合性ポイントを継続的に維持し、VSSの静止が成功した場合には追加のアプリケーション整合性ポイントを維持します。保持期間により、論理的な破損やランサムウェアを軽減するために、より古い時点を選択できます。
テストフェールオーバー: 非破壊的な訓練により、Runbook、起動順序、ネットワークを検証します。分離されたVNetを使用し、テスト入力値 (例: DNSのIP) を提供し、名前解決が分離されていることを確認します。本番環境のレプリケーションは影響を受けずに継続され、検証後にクリーンアップによってテストアーティファクトが削除されます。IPの競合を避けるため、事前にネットワークマッピングを確立し、NICマッピングをテストします。

VMwareの保護

構成サーバー: Recovery Servicesコンテナーに登録し、vCenter/ESXiインベントリを検出し、レプリケーションを調整し、Mobility Serviceエージェントをプッシュするオンプレミスのアプライアンスです。これはVMware保護のためのコントロールプレーンです。
プロセスサーバー: 通常、最初は構成サーバーと同じ場所に配置されます。変更の追跡、圧縮、暗号化、Azureへのデータ転送を実行します。スケールアウトプロセスサーバーは、スループット向上のため、また保護対象ホストの近くにイングレスを配置して待機時間を最小限に抑えるために追加されます。
マスターターゲットサーバー: AzureからVMwareへのフェールバックに使用されます。再保護中にレプリケートされた変更を受信し、ワークロードをvSphereに復元するためのランディングゾーンを提供します。フェールバック中の集約書き込みレートに合わせてストレージのサイズを決定し、ネットワークスループットがピーク時の再同期ウィンドウに一致することを確認します。
Mobility Service: ディスクの変更をキャプチャするために、保護対象の各VMにインストールされます。資格情報やプッシュメカニズムを最新の状態に保ち、コンテナーでエージェントの正常性を監視します。

オーケストレーションと整合性

復旧計画: グループ化、起動順序、手動承認ステップ、自動化タスクを定義するDR用の宣言的なRunbookです。Azure AutomationのRunbookを使用して、NSGの再構成、DNSレコードの更新、アプリケーションキャッシュのウォームアップ、SQLスクリプトの実行などを行います。「データ層」「アプリ層」「Web層」などの論理グループを割り当て、検証のための一時停止を挿入します。
Runbook: フェールオーバー中に誤ったアラートを減らすために、トラフィックマネージャーのエンドポイントの切り替え、PaaS依存関係のスケーリング、オンプレミスの監視の無効化など、環境固有のタスクを自動化します。テストフェールオーバーと本番フェールオーバー用にパラメータ化します。
複数VM整合性グループ: 同じ書き込み順序を共有する階層 (例: アプリサーバーとデータベースのログライター) に対して有効にします。これにより、VM間で一貫したポイントインタイムが保証されます。これはスループットと引き換えに正確性を得るものであり、真に相互依存しているVMに限定すべきです。

RTO/RPOへの影響

厳しいRPO: 積極的なレプリケーションとアプリ整合性スナップショットを備えたASR、スループットに合わせてサイジングされたプロセスサーバー、専用のレプリケーションネットワークを優先します。データベースについては、メトロエリア内でのAlways On同期コミットを検討します。
厳しいRTO: ターゲットのVNet、サブネット、ロードバランサーを事前に作成し、自動化を伴う復旧計画を使用して手動ステップを排除します。定期的にテストフェールオーバーを使用して、期待されるRTOのベースラインを確立します。

バックアップと復元: Azure Backup (MARS, MABS/DPM)、コンテナー、およびWindows Serverバックアップ

Azure Backupは、オンプレミスとAzureのワークロード全体でポイントインタイム保護を提供します。ワークロードと機能に基づいて、適切なエージェントとコンテナーの種類を選択してください。

MARSエージェント (Microsoft Azure Recovery Servicesエージェント)

バックアップポリシー: Recovery Servicesコンテナーで、詳細な保持期間 (日単位/週単位/月単位/年単位) を設定して、1日最大3回のバックアップを構成します。ストレージ冗長性 (LRSまたはGRS) を選択し、コンテナーの増大を制御しながら、保持期間をコンプライアンス要件に合わせます。ピークI/O時間外にスケジュールし、必要に応じてネットワーク調整を有効にします。
システム状態のバックアップ: Windows Server用のMARSでサポートされており、AD、レジストリ、COM+、ブートファイルを保護します。完全なイメージレベルのバックアップなしで、ドメインコントローラーの回復 (権限のある/権限のない) やOSの修復に使用します。
オンラインでの回復: [参照] または [検索] を使用してファイル/フォルダーを復元します。迅速な復元 (Instant Restore) は、回復ポイントをボリュームとしてマウントし、迅速なファイルコピーを可能にします。元のパスまたは代替パスに復元でき、ターゲットサーバーでコンテナーの資格情報を使用し、コンテナーに認証することで、別のサーバーに復元することも可能です。
パスフレーズの管理: MARSエージェントは、顧客が保持する暗号化パスフレーズ (AES-256) を使用します。これはローカルで生成・保存され、Microsoftが保持することはありません。パスフレーズを紛失すると、回復は不可能になります。安全でバックアップされた場所 (例: RBACで保護された、HSMにバックアップされたKey Vaultのシークレット) に保管してください。ローテーションするには、保護を停止し、新しいパスフレーズで再保護します。悪意のある停止/削除から保護するために、コンテナーで論理的な削除 (soft delete) とセキュリティPIN機能を有効にします。

MABS/DPMおよびIaaSでのAzure Backup

ベアメタル回復 (BMR) バックアップ: Microsoft Azure Backup Server (MABS) または System Center DPMを使用して、Windows ServerのBMRをキャプチャします。これにより、WinREまたはインストールメディアから起動し、BMRイメージを指定することで、新しいハードウェアまたはVMへの完全なサーバー再構築が可能になります。
代替の場所への回復: MARS/MABS/DPM経由のファイル/データバックアップの場合、ソースデータの上書きを避けるために、代替パスまたは別のサーバーに復元します。Azure IaaS VMのバックアップ (Recovery Servicesコンテナー内) の場合、新しいVMへの復元、既存のVMへのディスクの復元、またはディスクの置換を行います。コンテナーでリージョン間復元 (Cross-Region Restore) を有効にすると、リージョン規模の障害シナリオでペアのリージョンに復元できます。
Azure VM上のSQLおよびSAP HANA: ワークロード対応の拡張機能で保護し、アプリケーション整合性のあるバックアップと詳細なデータベース復元を実現します。ログバックアップの頻度をRPO (例: 15分) に、保持期間をコンプライアンス要件に合わせます。

Windows Serverバックアップ (WSB)

ベアメタル回復: WSBはBMR (システムボリュームとシステム状態) をキャプチャできます。複数の回復ポイントのために、専用ディスクまたはボリュームに保存します。ネットワーク共有ターゲットの場合、最新バージョンのみが維持されます。回復するには、WindowsメディアからWinREに起動し、「システムイメージの回復」を選択します。
システム状態のバックアップ: AD DS、レジストリ、ブートファイルの迅速な回復を提供します。ドメインコントローラーや構成サーバーに役立ちます。より広範なカバレッジのために、スケジュールされたファイルバックアップと組み合わせます。
スケジュール設定: WSB MMCまたは wbadmin を使用して、日単位/時間単位のバックアップをスケジュールします。アプリケーションログを切り捨てるかどうかに応じて、VSS完全バックアップとVSSコピーバックアップを選択します。バックアップウィンドウがピークI/Oを避け、カタログの整合性を検証するようにします (wbadmin get versions)。

コンテナーの種類: Recovery Servicesコンテナーとバックアップコンテナー

Recovery Servicesコンテナー (RSV): Azure VMのバックアップ、MARSエージェントのバックアップ、MABS/DPM、Azure Filesのバックアップ、Azure VM上のSQL Server、およびAzure VM上のSAP HANAのための従来のコンテナーです。ASRのメタデータもホストします。論理的な削除 (soft delete)、セキュリティPIN、リージョン間復元 (Cross-Region Restore) (該当する場合) などの機能をサポートします。
バックアップコンテナー: Azure Disksのバックアップ、Azure Blobsのバックアップ、Azure Database for PostgreSQLフレキシブルサーバーなどの特定のAzureネイティブワークロード向けの最新化されたコンテナーです。管理プレーンの承認にAzure RBACを使用し、カスタマーマネージドキー、不変性オプションをサポートし、クリティカルな操作の保護のためにResource Guardと統合します。ASRのメタデータはホストせず、現時点では、MARS/MABS/DPMやほとんどのIaaS VMバックアップにおいてRSVを置き換えるものではありません。

アプリケーションレベルのHA: SQL Always OnとDFSレプリケーション

ワークロードによっては、RTO/RPOに応じてハイパーバイザーレベルのDRを補完または代替するネイティブレプリケーションが求められます。

Always On 可用性グループ (AG)

同期コミットと非同期コミット: 同期コミットは、プライマリでトランザクションをコミットする前に、セカンダリがログを永続化するのを待ちます。これにより、レイテンシーとスループットを犠牲にして、ほぼゼロのデータ損失（低いRPO）を実現します。通常はメトロ圏などの低レイテンシーのリンク内で使用します。非同期コミットはセカンダリを待たないため、フェイルオーバー時にデータ損失の可能性がありますが（高いRPO）、WANリンク上でより高いパフォーマンスを実現できます。
自動フェイルオーバーの条件: 自動フェイルオーバーには、自動フェイルオーバーが有効で同期されている、少なくとも2つの同期コミットレプリカが必要です。Windows Server フェイルオーバークラスタリングがノード/サービスの正常性を監視し、SQL Serverの柔軟なフェイルオーバーポリシーが障害条件のレベル（プロセスのクラッシュから深刻なI/O問題まで）を定義します。データベースの正常性検出を有効にすると、プライマリデータベースが疑わしい状態になったときに強制的にフェイルオーバーさせることができます。クォーラムと監視の設計により、スプリットブレインが防止されます。クライアントの迅速な再接続のために、リカバリーサイトでDNSとリスナーIPの準備ができていることを確認してください。

DFSレプリケーション (DFSR)

レプリケーショングループと接続: レプリケーショングループは、1つ以上のレプリケートフォルダーを複製するサーバーのセットです。接続は、トポロジ（フルメッシュ、ハブアンドスポーク）とスケジュール/帯域幅調整を定義します。スケーラビリティとトラブルシューティングの容易さから、ハブアンドスポークを使用します。
ステージング領域: DFSRは、レプリケートフォルダーごとにステージング領域を使用して、リモート差分圧縮（RDC）のための差分ファイルを保持します。ステージング領域のサイズは、少なくとも最大のファイルのサイズ、通常は予想される1日あたりの変更量の1〜2倍に設定します。サイジングが不十分な場合、過剰なクリーンアップと再試行が発生し、RPO/RTOに悪影響を及ぼします。
競合の解決: DFSRはマルチマスターです。同時編集が発生した場合、DFSRはバージョンベクターとタイムスタンプを使用し、「最終書き込み者優先」で解決します。競合に負けたコピーはConflictAndDeletedフォルダーに移動されます（容量はクォータで管理）。シーディング中の初期競合を避けるには、初期同期のためにプライマリメンバーのみを設定します。一方向のシナリオでは、読み取り専用のレプリケートフォルダーを使用します。dfsrdiagでバックログを監視し、RPOを満たすようにスケジュールを調整します。

RTO/RPOと統合DR計画のアーキテクチャへの影響

厳しいRPO: 同期データベースレプリケーション、または高頻度の変更処理とアプリケーション整合性スナップショットを持つASRを優先します。レプリケーションのトラフィックを分離し、プロセスサーバーをスケールさせます。複数VM整合性グループは、密結合された階層にのみ限定的に使用します。
厳しいRTO: ターゲットのVNet、サブネット、ルートテーブル、NSGを事前プロビジョニングします。復旧計画とRunbookを介してIPの再割り当てとDNSの更新をスクリプト化します。ゴールデンイメージとVMサイズは、容量が利用可能なSKUに固定します。四半期ごと、および重大な変更後にテストフェールオーバーを実施します。
データ保護の階層化: ASR（迅速なサービス復旧）とAzure Backup（ポイントインタイムのロールバック）を組み合わせることで、壊滅的な障害と論理的な破損の両方に対処します。ドメインコントローラーには、System Stateバックアップ（MARSまたはWSB）とASR/テストフェールオーバーを組み合わせ、USNロールバックから安全な復旧を検証します。ファイルサービスには、DFSRがサイト内/サイト間の高可用性を提供し、Azure Backupがランサムウェア耐性のある復旧を提供します。

実践的な問題シナリオ

グローバルな製造業者であるFabrikam, Inc.は、Hyper-V（ERPアプリケーション階層用）、VMware（レガシーミドルウェア用）、SQL Server 2019 AG（データベース用）、およびDFS Replicationを使用する大規模なWindowsファイルサーバーという混合環境を運用しています。ビジネス要件では、ERPに対してRTO ≤ 1時間、RPO ≤ 15分が必須です。他のワークロードはRTO 4時間、RPO 24時間を許容できます。

ワークロードとRTO/RPOターゲットの分類

ERPアプリ/Web VMとSQL AGはTier 1（RTO 1時間、RPO 15分）としてフラグ付けされます。ミドルウェアとファイルサービスはTier 2/3です。
理由: 最も厳しい目標がレプリケーションとオーケストレーションの選択を決定づけるようにするためです。

Hyper-V ERP階層へのASRの実装

Hyper-VホストにASR Providerをインストールし、Recovery Servicesコンテナーに登録します。RPOしきい値15分、アプリケーション整合性スナップショット1時間ごと、保持期間48時間のレプリケーションポリシーを作成します。SQLリスナーとトランザクションを共有するERPアプリケーションサーバー間で、複数VM整合性グループを有効にします。
理由: 継続的なレプリケーションとアプリケーション整合性のあるチェックポイントにより、階層の一貫性を保ちながら15分のRPOを達成します。

VMwareミドルウェアへのASRの実装

オンプレミスに構成サーバーを展開し、予測されるチャーン（データ変更量）に合わせてサイジングされたプロセスサーバーを同居させます。最大のサイトにスケールアウトプロセスサーバーを追加します。保護対象のVMにMobility Serviceをインストールします。将来のフェールバックのためにマスターターゲットサーバーを準備します。
理由: ASRのVMwareアーキテクチャは、信頼性の高い変更キャプチャと、オンプレミスサイトが復旧した際の制御されたフェールバックパスを提供します。

復旧計画とRunbookによるオーケストレーション

SQL（データ）、次にERPアプリ、そしてWeb階層の順にグループ化する復旧計画を構築します。NSGの再構成、プライベートDNSゾーンをAzure IPに向ける更新、Traffic Managerエンドポイントの切り替えを行うためのAzure Automation Runbookを挿入します。Webをオンラインにする前に手動の検証ステップを追加します。
理由: 自動化によりRTOが短縮され、危機発生時の人為的ミスが削減され、正しい起動順序とネットワーク状態が強制されます。

サイトごとに調整されたAGでSQL Serverを保護

プライマリと1つのセカンダリをメトロリージョン内で同期コミットに保ち、ほぼゼロのRPOを実現します。遠隔のDRセカンダリは非同期コミットに保ちます。データベースの正常性検出を有効にして、同期レプリカ間の自動フェールオーバーを構成します。横断的な可視性のために、AGのフェールオーバーステップをASRの復旧計画に統合します。
理由: 同期AGはデータベース層に最小のRPOを提供し、ASRはその周りのサイトオーケストレーションを提供します。

Azure Backupによるバックアップの階層化

ファイルとシステム状態の保護が必要なオンプレミスのWindowsサーバーには、MARSエージェントを展開し、日次バックアップと30/52/7（日次/週次/年次）の保持期間を持つポリシーを構成します。暗号化パスフレーズをAzure Key Vault（HSMで保護）に保存し、保護します。MABSを使用して重要なアプリケーションサーバーのBMRイメージを取得し、必要に応じて完全な再構築を可能にします。コンテナーで論理的な削除とセキュリティPINを有効にします。
理由: ポイントインタイムリカバリは、論理的な破損やランサムウェアから保護し、ASRの高速フェールオーバーを補完します。

DFSRとバックアップファイルサービスの強化

レプリケーショングループのトポロジ（ハブアンドスポーク）を確認し、ステージング領域が1日あたりのチャーンの1.5倍のサイズであることを確認し、リージョン内でほぼリアルタイムのレプリケーションを維持するようにスケジュールを調整します。長期保有と代替ロケーションへの復旧テストのために、MARS/MABSで共有を保護します。
理由: 適切なDFSRのチューニングは日常的な可用性を満たし、バックアップはロールバックの安全性を提供します。

テストフェールオーバーと文書化されたRunbookによる検証

四半期ごとにASRのテストフェールオーバーを分離されたVNetに対して実行し、マスクされたデータに対してERPの機能を検証し、RTOを測定します。復元訓練を実施します：MARSの代替ロケーションへの復元と、MABSからサンドボックスへの完全なBMRリカバリ。
理由: 定期的な演習は計画を証明し、ドリフト（構成のずれ）を表面化させ、RTO/RPOへのコンプライアンスに関する経営層への証拠を提供します。

この設計はFabrikamの目標を達成します：ASRは1時間未満のRTOを提供し、同期モードのSQL AGはデータベースのRPOを最小化し、MARS/MABSを備えたAzure Backupは安全なポイントインタイムリカバリとマシン全体の再構築機能を提供します。復旧計画とRunbookはインシデント時の曖昧さを排除し、DFSRはバックアップ間の運用継続性のために最適化されたままです。

← Hyper-V、仮想化、ストレージ · すべてのドメイン · ハイブリッド環境の ID とアクセス管理 →

これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →