Azure Backupとスナップショットの違いを解説

Azure環境でデータを保護する方法として、Azure Backupとスナップショットの2つがあります。どちらもデータの復旧に使えますが、目的・保存先・保持期間・コストが大きく異なるため、選び方を間違えるとデータ損失や余計なコストにつながります。


本記事では、Azure Backupとスナップショットの違いを比較表付きで整理し、それぞれの設定手順、2026年の新機能（Enhanced Backup Policy・Instant Restore・Cross Region Restore）、料金体系、そしてシナリオ別の使い分けまでを解説します。


Azureの基本知識や料金体系については、以下の記事で詳しく解説しています。
Microsoft Azureとは？できることや各種サービスを徹底解説

Azure Backupとスナップショットの概要

Azure環境でデータを保護するには、Azure Backupとスナップショットという2つの方法があります。

どちらもデータの復旧手段として使えますが、設計思想がまったく異なるため、適切に使い分けることがデータ保護戦略のカギになります。

Azure Backupとは

Azure Backupは、Microsoftが提供するフルマネージドのバックアップサービスです。Recovery Servicesコンテナーと呼ばれる専用の保管庫にバックアップデータを格納し、仮想マシン（VM）だけでなく、SQL Server・SAP HANA・Azure Files・Azure Blobなど幅広いワークロードを一元管理できます。

主な特徴として、以下が挙げられます。

• 自動スケジュール管理
  日次・週次・月次のバックアップポリシーを設定すれば、自動的にバックアップが実行される
  
  
• 長期保持
  日次180日・週次12週・月次60か月・年次10年まで保持でき、コンプライアンス要件に対応可能
  
  
• アプリケーション整合性
  VMの状態を一貫した形でキャプチャするため、復元後に追加の修復作業が不要
  
  
• セキュリティ機能
  ソフト削除・不変コンテナー・マルチユーザー承認（MUA）・暗号化などの多層防御を標準提供
  
  

つまりAzure Backupは、「定期的に・長期間・安全に」バックアップを取りたい企業向けのサービスです。

スナップショットとは

スナップショットは、Azure Managed Diskの特定時点の状態をキャプチャする読み取り専用コピーです。OSディスクとデータディスクの両方に対応し、スナップショットからVM用の新しいManaged Diskを作成することも可能です。

主な特徴は以下のとおりです。

• 即座に取得可能
  ディスクの状態をその場でキャプチャできるため、数秒から数分で完了する
  
  
• ディスク単位の管理
  バックアップがVM全体を保護するのに対し、スナップショットはディスク単位で取得する
  
  
• 増分スナップショット対応
  前回からの差分データのみを保存する増分スナップショットにより、ストレージコストを抑えられる
  
  
• 短期保持が基本
  長期保持のための自動ライフサイクル管理機能はなく、手動またはスクリプトで管理する必要がある
  
  

スナップショットは「今この瞬間のディスク状態を残したい」というピンポイントの用途に向いており、OS更新やアプリケーションデプロイ前のチェックポイントとして効果的です。

---

Azure Backupとスナップショットの違い

Azure Backupとスナップショットは、どちらもデータの復旧に使える点では共通していますが、目的・保存先・保持期間・復元粒度・コスト構造が大きく異なります。タイトルの「違い」を理解するうえで最も重要なセクションです。

以下の比較表で、両者の違いを6つの観点から整理しました。

比較項目	Azure Backup	スナップショット
主な目的	災害復旧（DR）・長期アーカイブ・コンプライアンス対応	短期的なチェックポイント・開発テスト・ディスク複製
保存先	Recovery Servicesコンテナー（LRS/GRS/ZRS/RA-GRS）	ソースディスクと同じサブスクリプション内のストレージ（Standard HDD/Premium SSD/ZRS）
保持期間	日次180日、週次12週、月次60か月、年次10年まで自動管理	手動管理（自動ライフサイクル管理なし）
復元粒度	VM全体・個別ディスク・ファイル単位の復元に対応	ディスク単位の復元のみ（ファイル単位は不可）
暗号化	転送時（HTTPS）＋保存時（プラットフォームキーまたはカスタマーマネージドキー）	ソースディスクの暗号化設定を継承
料金構成	保護インスタンス料金＋ストレージ料金＋スナップショット料金	使用データサイズ（GB単価）のみ

この比較表が示す最大のポイントは、**Azure Backupは「管理される保護」、スナップショットは「手動のチェックポイント」**という性格の違いです。

Azure Backupは保持期間・世代管理・セキュリティ・地理冗長といった運用面をサービス側が担ってくれるため、本番環境のDR対策やコンプライアンス要件への対応に向いています。一方、スナップショットはシンプルで即座に取れる反面、ライフサイクル管理は自分で行う必要があります。

実務では「どちらか一方」ではなく、Azure Backupで日常的なバックアップを自動化しつつ、メンテナンス作業の直前にスナップショットを手動で取得するという併用パターンが一般的です。

Azure Backupのデータ保護フロー

Azure Backupがどのようにデータを保護するか、そのフローを押さえておくと比較表の内容がより理解しやすくなります。

Azure VMバックアップの場合、バックアップジョブは2つのフェーズで構成されます。

• フェーズ1（スナップショット取得）
  VMのディスクからスナップショットを取得する。この時点でInstant Restore（即時復元）が利用可能になる
  
  
• フェーズ2（コンテナーへ転送）
  取得したスナップショットをRecovery Servicesコンテナーに転送する。転送完了後、復旧ポイントのタイプは「スナップショットとコンテナー」に変わる
  
  

このフローから分かるとおり、Azure Backup自身もスナップショットを内部的に利用しています。ただし、Azure Backupはスナップショットの取得・管理・転送・保持を自動で行うのに対し、手動スナップショットは取得後のライフサイクルをすべてユーザーが管理する点が本質的な違いです。

Enhanced Backup PolicyとStandard Backup Policyの違い

2026年3月時点で、Azure VMバックアップにはStandardとEnhancedの2種類のバックアップポリシーが用意されています。Enhancedは2025年6月にStandardからの移行がGA（一般提供）になった新しいポリシーで、より高い保護レベルを提供します。

以下の表で、両者の主な機能差を整理しました。

機能	Standard	Enhanced
バックアップ頻度	1日1回	最短4時間ごと
スナップショット保持期間	1〜5日（既定2日）	1〜30日（既定7日）
Premium SSD v2/Ultra Disk対応	非対応	対応
Trusted Launch VM対応	CLI/PowerShell/REST APIのみ	完全対応
マルチディスク クラッシュ整合性	非対応	対応
ゾーン冗長スナップショット	非対応	対応（ZRS）
初回スナップショットのタイプ	増分	フルコピー（2回目以降は増分）

Enhancedポリシーが特に効果を発揮するのは、RPO（目標復旧時点）を4時間以内に設定したい場合や、Premium SSD v2/Ultra Diskを採用している場合です。一方で、Enhancedは初回スナップショットがフルコピーになるため、スナップショットの料金がStandardより高くなる点には注意が必要です。

---

Azure VMバックアップの設定手順

ここからは、Azureポータルを使ったAzure VMバックアップの具体的な設定手順を解説します。初めてバックアップを設定する方でも、画面の流れに沿って進められるように構成しています。

Azureポータルへのサインイン

まず、Azureポータルにサインインします。

サインイン画面

バックアップの有効化

バックアップを行いたい仮想マシンのブレードを開き、左側のナビゲーションを下にスクロールして、操作グループにあるバックアップをクリックします。

ブレードを開いてバックアップをクリック

Azure Backupの構成画面が表示されたら、バックアップの有効化をクリックします。必要に応じて、有効化の前にRecovery Servicesコンテナーの選択やバックアップポリシー（Standard/Enhanced）の指定を行ってください。

初回のバックアップはフルバックアップとなり、以降は増分バックアップで実行されます。増分バックアップではディスクの変更部分のみを転送するため、ストレージ消費量とバックアップ所要時間を大幅に削減できます。

バックアップの有効化

バックアップの実行と監視

バックアップの有効化をクリックしたら、デプロイが完了するまで待ちます。「デプロイが完了しました」と表示されたら、リソースに移動をクリックしてバックアップの状態を確認します。

バックアップは設定したポリシーに基づいて自動的に実行されます。日次・週次などのスケジュールに従い、定期的にバックアップが取得される仕組みです。

定期的なバックアップ

バックアップの実行状況は、AzureポータルのRecovery Servicesコンテナーから一元的に監視できます。バックアップジョブの成功・失敗、保護されているVMの一覧、ストレージ消費量などをダッシュボードで確認可能です。

バックアップ方法を選択する際に覚えておきたい違いとして、定期的なバックアップにはフルバックアップ、差分バックアップ、増分バックアップの3種類があります。Azure Backupでは初回がフルバックアップ、2回目以降が増分バックアップとなるため、ストレージ効率に優れた設計になっています。

---

Azure スナップショットの作成手順

続いて、Azureポータルからスナップショットを作成する手順を解説します。スナップショットはディスク単位で取得するため、Azure VMのOSディスクまたはデータディスクを指定して作成します。

VMの停止

データの整合性を確保するため、スナップショットを取得する仮想マシンを停止します。アプリケーションがディスクに書き込みを行っている最中にスナップショットを取ると、不完全なデータがキャプチャされる可能性があるためです。

停止を押す

「仮想マシン名を停止しますか？」という確認ダイアログが表示されるため、OKを押します。

OKを押す

ディスクの選択とスナップショットの作成

VMのブレードからディスクを開き、スナップショットを取得したいディスク名をクリックします。

ディスクを選ぶ

ディスクの詳細画面で、スナップショット作成ボタンを押します。

スナップショット作成を押す

スナップショットの作成画面が開くので、任意の名前を入力します。ストレージの種類はStandard HDD（LRS）が既定ですが、可用性ゾーン対応が必要な場合はZRSを選択できます。

名前を記入

「確認および作成」をクリックし、内容を確認したうえで作成ボタンを押します。

作成ボタン

「デプロイが完了しました」と表示されたら、スナップショットの作成は完了です。

スナップショット作成時の注意点

スナップショットの品質を確保するために、以下のポイントを押さえておく必要があります。

• VM停止の推奨
  アプリケーションがボリュームにアクセスしている最中にスナップショットを取得すると、書き込み途中のデータがキャプチャされ、整合性の取れないスナップショットになるリスクがある
  
  
• 適切なタイミングの選択
  システムが比較的安定している低負荷の時間帯にスナップショットを取得すると、整合性を高めやすい。スナップショットの作成完了後にアプリケーションを再起動する
  
  
• 増分スナップショットの活用
  フルスナップショットはディスク全体をコピーするため、ストレージコストがかさむ。変更部分のみを保存する増分スナップショットを使えば、コストを大幅に抑えられる
  
  
• 整合性検証
  スナップショット取得後は、必要に応じてデータ整合性をテストし、復旧時に問題が発生しないことを確認する
  
  

スナップショットは即座に取得できる反面、整合性の確保は利用者側の責任となります。本番環境では「VM停止 → スナップショット取得 → 整合性確認 → VM再開」のフローを手順化しておくことを推奨します。

スナップショットの詳しい作成手順やディスクの拡張方法については、専用の記事もあわせてご確認ください。

【関連記事】
Azure VMのスナップショット作成方法を解説

---

Azure Backupとスナップショットの使い分け

ここまでの内容で、Azure Backupとスナップショットの違い・設定方法を把握できました。では、実際の運用ではどのように使い分ければよいのでしょうか。

バックアップ方法の選択ミスは、データ損失や過剰なコスト負担に直結します。たとえば「スナップショットだけで運用していたが、ディスク障害で元データとスナップショットを同時に失った」「Azure Backupの保持期間を長く設定しすぎて、想定以上のストレージ料金が発生した」といったケースは珍しくありません。

以下の表で、代表的なシナリオごとの推奨方法を整理しました。

シナリオ	推奨方法	理由
災害復旧（DR）・BCP対策	Azure Backup（GRS）	別リージョンへの自動レプリケーションとCross Region Restoreで広域災害に対応できる
コンプライアンス・長期保持	Azure Backup	年次10年までの保持ポリシーと不変コンテナーで改ざん防止を担保できる
OS更新・パッチ適用前のロールバック	スナップショット	数分で取得・復元でき、問題が起きたら即座にディスクを差し戻せる
開発・テスト環境の複製	スナップショット	ディスクのコピーから新しいVMを迅速にデプロイできる
本番環境の日常バックアップ	Azure Backup＋スナップショット併用	Azure Backupで定期バックアップを自動化し、メンテナンス前にスナップショットを手動取得
RPO 4時間以内が必要な場合	Azure Backup（Enhanced Policy）	最短4時間ごとのバックアップと最大30日のスナップショット保持で、低RPOを実現できる

この表のポイントは、「どちらが上位互換」ではなく、目的に応じて使い分ける・組み合わせることが最適解だという点です。

Azure Backupの導入事例

Azure Backupを含むAzureのバックアップ・DR機能は、さまざまな業界の企業で導入が進んでいます。

• ブラザー工業（製造業）
  SAP基幹システムのBCP強化にあたり、Azure Site Recoveryを活用してオンプレミスからAzureへの移行を実施。週末2日間、トータル30時間で移行を完了した事例が報告されています
  
  
• 日機装株式会社（製造業）
  オンプレミスのファイルサーバーをAzure FilesとAzure File Syncに移行し、以前の半分以下のコストでバックアップ基盤を構築した事例です
  
  
• 早稲田大学（教育機関）
  SAP on Azureへの移行を通じて、BCP対策の強化とハードウェア運用保守からの脱却を実現しています
  
  

これらの事例に共通するのは、Azure Backupやサイト復旧サービスを活用することで、従来のオンプレミス型バックアップに比べて運用コストと管理負荷を大幅に削減できている点です。

自社でもAzure環境のバックアップ設計を見直したいと感じた場合は、まずRecovery Servicesコンテナーの作成とStandard/Enhancedポリシーの比較検討から始めてみてください。Azure Backupの概要の記事で全体像を把握したうえで進めると、スムーズに設計を進められます。

---

Azure Backupの料金体系

Azure Backupの料金は「保護インスタンス料金」と「ストレージ料金」の2つで構成されており、Enhanced Policyの場合はさらに「スナップショット料金」が加わります。料金構造を理解しておくことで、想定外のコスト発生を防げます。

Azure VMバックアップの料金構成

Azure VMバックアップの料金は、以下の3要素で決まります。

• 保護インスタンス料金
  バックアップ対象VMのデータサイズに応じた月額固定料金。50GB以下、50GB超〜500GB、500GB超の3段階に分かれる
  
  
• ストレージ料金
  Recovery Servicesコンテナーに保存されるバックアップデータのGB単価。LRS・GRS・ZRS・RA-GRSから選択でき、冗長性が高いほど料金は上がる
  
  
• スナップショット料金（Instant Restore分）
  Instant Restoreのためにローカルに保持されるスナップショットのストレージ料金。StandardポリシーとEnhancedポリシーで課金方式が異なる
  
  

Azure VMsのBackup料金　(参考：Microsoft公式 Azure Backup料金ページ)

料金の最新情報は、Azure Backup料金ページでリージョンをJapan Eastに設定して確認できます。また、Azure料金計算ツールを使えば、VM台数・データサイズ・保持期間を入力してシミュレーションが可能です。

StandardポリシーとEnhancedポリシーのコスト差

StandardポリシーとEnhancedポリシーでは、スナップショットの課金方式に違いがあります。

Standardポリシーの場合、スナップショットはBlobスナップショットとして保存され、初回は課金対象外で、2回目以降は増分データに対してGB単価が課金されます。一方、Enhancedポリシーでは、初回のスナップショットがフルコピー（Managed Diskスナップショット）となるため、初回から使用データサイズ全体に対して課金されます。

たとえば、データサイズ100GBのVMで日次変更率2%・Instant Restore保持5日間の場合、概算のスナップショットストレージは以下のとおりです。

• Standard 100GB x 0.02 x 5日 = 約10GB分の課金
• Enhanced 100GB +（100GB x 0.02 x 4日）= 約108GB分の課金

このように、Enhancedポリシーはスナップショットコストが高くなる傾向にあります。ただし、Enhancedは最短4時間ごとのバックアップやPremium SSD v2/Ultra Disk対応など、Standardにはない機能を提供するため、RPOの要件やディスク構成に応じて判断する必要があります。

スナップショット（手動）の料金

Azure Backupとは別に手動で作成するスナップショットの料金は、Managed Disks料金ページに記載されています。

スナップショットの料金は「使用データサイズ」に対してGB単価で課金されます。プロビジョニングサイズではなく、実際に使用しているデータ量が課金対象です。たとえば、64GBのプロビジョニングで実データが10GBの場合、10GB分のみが課金されます。

増分スナップショットはフルスナップショットよりもコスト効率が高く、前回との差分データのみが課金対象となります。手動スナップショットを多用する場合は、不要になったスナップショットを定期的に削除するスクリプトを組んでおくことがコスト管理のポイントです。

バックアップストレージの予約容量

長期間のバックアップが確定している場合、1年間または3年間の予約容量を契約することでストレージコストを削減できます。100TB/月および1PB/月の単位で予約が可能です。

Azure バックアップ ストレージ 予約容量 (参考：Microsoft公式 Azure Backup料金ページ)

予約容量は「確実にバックアップを長期運用する」と決まっている本番環境には有効なコスト最適化手段です。ただし、途中解約による返金は制限があるため、使用量を正確に見積もったうえで検討してください。Azure環境全体のコスト最適化については、Azure VMのコスト削減方法の記事も参考になります。

Azureの料金体系の全体像を把握しておくと、バックアップコストの位置づけをより正確に理解できます。

---

まとめ

本記事では、Azure Backupとスナップショットの違いを比較表付きで解説し、それぞれの設定手順・2026年最新機能・料金体系・使い分けのベストプラクティスまでを網羅的に取り上げました。

改めて、両者の使い分けのポイントを整理します。

• 定期的な自動バックアップ・長期保持・DR対策にはAzure Backupが適している。Recovery Servicesコンテナーへの保存とGRS/Cross Region Restoreにより、広域災害にも対応可能
  
  
• OS更新前のチェックポイント・開発テスト用のディスク複製にはスナップショットが適している。取得が速く、ディスクから新しいVMをすぐにデプロイできる
  
  
• 本番環境のベストプラクティスは両者の併用。Azure Backupで日常的な保護を自動化し、メンテナンス作業の直前にスナップショットで即時復旧ポイントを確保する
  
  

まずは、対象VMに対してRecovery Servicesコンテナーを作成し、StandardポリシーとEnhancedポリシーのどちらが自社のRPO/RTO要件に合うかを検討するところから始めてみてください。バックアップポリシーの設計は、Azure Backupの概要記事とあわせて確認するのがおすすめです。