Azure Fundamentals · レッスン

Azure Backup からの復元

Q: 「Azure Backup からの復元」で何を学びますか？

バックアップ スナップショットから VM 全体の復元とファイルの項目レベルの復旧を実行し、さまざまなワークロード タイプにおける目標復旧時点を理解します。 ブラウザで直接実行するハンズオンコードでAzure Fundamentalsを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

バックアップスナップショットから VM 全体の復元とファイルの項目レベルの復旧を実行し、さまざまなワークロードタイプにおける目標復旧時点を理解します。

「Azure Backup からの復元」はCoddyKit上の無料Azure Fundamentalsレッスンです。これはレッスン2/4です。下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。これはAzure Fundamentals学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Azure Fundamentalsコースには全4レッスンが含まれています。

復旧ポイントと復元オプション

バックアップが正常に実行されるたびに、保護対象リソースの特定時点のスナップショットである復旧ポイントが作成されます。Azure Backup は、バックアップポリシーの保持規則に従って復旧ポイントを保持します。復元が必要になったら、復旧ポイントを選択して復元の種類を選びます。使用できる種類はリソースによって異なります。VM では、VM 全体の復元、ディスクの復元、ファイルレベルの項目の復旧を実行できます。これらのオプションを理解すると、復旧までの最短の方法を選択できます。

# List recovery points for a VM
az backup recoverypoint list \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --container-name myVM \
  --item-name myVM \
  --workload-type VM \
  --output table

VM 全体の復元

VM 全体の復元では、復旧ポイントからオペレーティングシステムディスク、データディスク、ネットワークインターフェイスを含む仮想マシン全体を再作成します。元の場所（既存の VM を置き換える）または別の場所（異なる名前、リソースグループ、リージョンで新しい VM を作成する）に復元できます。全体復元は最も時間がかかるオプションですが、完全に破損または削除された VM を復旧できます。コンテナーが GRS ストレージを使用している場合は、クロスリージョン復元もサポートされます。

# Trigger a full VM restore to alternate location
az backup restore restore-azurevm \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --container-name myVM \
  --item-name myVM \
  --rp-name <recovery-point-name> \
  --restore-to-staging-storage-account myStorageAccount \
  --storage-account-resource-group myRG

ディスクの復元

ディスクの復元では、新しい VM を作成せずに、復旧ポイントから指定したストレージアカウントへマネージドディスクをエクスポートします。ディスク上の特定のデータだけを復旧したい場合や、調査のために復旧したディスクを既存の VM に接続したい場合に便利です。ディスクをエクスポートした後は、マウントしてファイルシステムを参照し、必要なファイルだけをコピーできます。VM 全体を復元するよりも高速です。

ファイルレベルの項目の復旧

項目レベルの復旧 (ILR)を使用すると、ディスク全体を復元せずに、VM バックアップから個々のファイルやフォルダーを参照して復旧できます。Azure Backup は、Windows または Linux マシン上で復旧ポイントをローカル iSCSI ターゲットとしてマウントします。提供されたスクリプトを使用して接続し、ローカルドライブと同じようにマウントされたディスクを参照して、必要な特定のファイルだけをコピーします。公開状態を制限するため、マウントセッションは 12 時間後に期限切れになります。

# Download the ILR mount script (run on the recovery machine)
# 1. In the portal: Backup items > VM > Recovery points > File Recovery
# 2. Download the executable script for Windows or Linux
# 3. Run the script on a target machine — it mounts the disks via iSCSI
# 4. Browse the mounted drive and copy the needed files
# 5. Unmount after recovery to release the recovery point lock

目標復旧時点と目標復旧時間

バックアップ戦略を評価するときは、2 つの指標が重要です。RPO (Recovery Point Objective) は、時間で表した許容可能な最大データ損失です。バックアップが毎日実行される場合、RPO は最大 24 時間です。RTO (Recovery Time Objective) は、復元処理自体にかかる時間です。VM 全体の復元には、ディスクサイズに応じて 30 分から数時間かかる場合があります。ファイルレベルの復旧は、はるかに高速です。RPO と RTO をビジネス要件に合わせることで、バックアップスケジュールと復元戦略を適切に選択できます。

Azure Files 共有の復元

Azure Backup を使用してバックアップした Azure Files には、2 つの復元オプションがあります。元の場所への復元では、現在の共有の内容をスナップショットで上書きします。別の場所への復元では、別のファイル共有またはストレージアカウントに復元するため、現在の共有は変更されません。また、スナップショットから特定のファイルやフォルダーを復旧する項目レベルの復元も実行できます。これは、ファイル共有で最も一般的かつ影響の小さい復旧方法です。

# Restore a specific file from an Azure Files backup
az backup restore restore-azurefiles \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --container-name 'StorageContainer;myStorageAccount' \
  --item-name 'AzureFileShare;myFileShare' \
  --rp-name <recovery-point-name> \
  --restore-mode ItemLevelRecovery \
  --target-storage-account myStorageAccount \
  --target-file-share myFileShare \
  --target-folder restored-files

クロスリージョン復元

クロスリージョン復元 (CRR)を使用すると、プライマリリージョンで障害が発生した場合に、セカンダリ（ペア）リージョンへ VM を復元できます。CRR は、Geo 冗長ストレージで構成されたコンテナーでのみ使用できます。コンテナーのプロパティで CRR を明示的に有効にする必要があり、既定では有効になっていません。CRR には追加料金がかかりますが、Azure Site Recovery によるフェイルオーバーが完了する前にセカンダリリージョンでワークロードを復元する必要があるシナリオでは不可欠です。

# Enable cross-region restore on an existing vault
az backup vault backup-properties set \
  --name myRecoveryVault \
  --resource-group myRG \
  --cross-region-restore-flag true

復元ジョブの監視

すべての復元操作では、種類が Restore のバックアップジョブが作成され、コンテナーの Backup Jobs ブレードで監視できます。大容量ディスクの復元には数時間かかる場合があります。復元が途中で失敗した場合（たとえば、ターゲットストレージアカウントのアクセス許可に問題がある場合）、Azure Backup は詳細なエラーメッセージとドキュメントへのリンクを提供します。根本的な問題を解決した後で復元を再試行できます。復元が途中まで完了していても、復旧ポイントが破損することはありません。

# Monitor a specific restore job
az backup job show \
  --vault-name myRecoveryVault \
  --resource-group myRG \
  --name <job-id>

VM 内の SQL データベースの復元

SQL Server が Azure VM 上で実行され、Azure Backup for SQL Server ソリューションで保護されている場合は、より細かい復元が可能になります。完全バックアップの復旧ポイントだけでなく、特定の時点に復元できます。これは、15～60 分ごとに実行されるトランザクションログのバックアップに基づきます。これにより、ファイルシステムレベルの VM バックアップだけを使用する場合と比べて、SQL ワークロードの RPO を大幅に短縮できます。

バックアップの検証と復元テスト

多くの組織は、災害が発生するまでバックアップを一度もテストしません。その結果、バックアップが破損または不完全であったり、想定以上に復元に時間がかかったりすることに気付きます。ベストプラクティスでは、定期的な復元訓練が必要です。テスト用のリソースグループに復元し、アプリケーションの機能を確認して、実際に達成できた RTO を記録します。Azure Backup Center の Backup Reports ブックには、保護対象項目ごとの最終バックアップ成功日を示すコンプライアンスビューがあります。

スナップショットからの即時復元

Azure Backup for VMs は、VM と同じリソースグループ内に、ローカルの即時復元スナップショットを 1～5 日間（ポリシーで構成可能）保持します。このローカルスナップショットからの復元は、データをコンテナーのストレージから転送する必要がないため、コンテナーから復元するよりもはるかに高速です。即時復元の期間が終了すると、復旧ポイントはコンテナーにのみ保存されます。最近発生した障害に即時復元を使用すると、RTO を大幅に短縮できます。

クイックチェック

このレッスンで扱った Microsoft Azure Fundamentals (AZ-900) の概念について、理解度を確認します。

レッスンのまとめ

このレッスンでは、Azure Backup には複数の復元方法（VM 全体、ディスク、ファイルレベルの項目の復旧）があり、それぞれ速度と復元の粒度に異なるトレードオフがあること、クロスリージョン復元には GRS コンテナーが必要で、明示的に有効にする必要があること、そして実際の RTO がビジネス要件を満たしていることを検証するために定期的な復元訓練が不可欠であることを学びました。次は、ワークロード全体をセカンダリリージョンにレプリケートする Azure Site Recovery について学びます。

よくある質問