Microsoft 365 の保持とバックアップの違い: IT マネージャーが知っておくべきこと

By Mirko Peters · 2026-08-19 · Updated 2026-09-13

Microsoft 365 の保持ポリシーとバックアップを比較し、データの保全と復旧について解説します。それぞれの目的、制限事項、計画時の考慮点を理解しましょう。

Automatically translated with AI from the original post. Read the English original

Titelbild: Microsoft 365 Retention vs Backup: What Every IT Manager Needs to Know

まず結論から申し上げます。Microsoft 365 における保持とバックアップは別物です。両者が混同されがちであるとしても、その違いを理解しているかどうかで、夜ぐっすり眠れるか、データ損失の緊急対応で叩き起こされるかが決まります。IT マネージャーや管理者にとって、この区別は非常に重要です。

Microsoft 365 の保持ポリシーは、コンプライアンスの要件を満たすため、またはリスクを減らすために、データを事前に定めた期間保存する仕組みです。一方でバックアップは、障害が発生した際にデータを元の状態へ復元するための備えです。誤削除、ランサムウェア、さらには「CEO のメールボックスを誤って削除してしまった」といったユーザーのうっかりミスも、その対象になります。

この記事では、よくある誤解を解きほぐし、保持だけを頼りにした場合に潜むリスクを明らかにします。そのうえで、ビジネスを迅速に立て直せるクラウドデータ保護戦略の構築を支援します。組織のセキュリティ、コンプライアンス、回復力を確保することが目標であれば、保持とバックアップをなぜ、どのように分けて考えるべきかを理解することは、ぜいたくではなく必須です。

Microsoft 365 の保持とバックアップ: 定義と簡単な説明

定義

Microsoft 365 保持ポリシー: コンテンツ(メール、ファイル、Teams のチャット、SharePoint、OneDrive)を、コンプライアンス、法的要件、規制要件を満たすためにどれだけの期間保持するか、または削除するかを定義する、Microsoft 365 に組み込まれたデータガバナンスの制御機能です。保持ポリシーはデータをその場所に保持し、完全な削除を防ぎます。また、保持期間が終了すると、コンテンツを自動的に削除することもできます。

Microsoft 365 バックアップ: Microsoft 365 データ(メールボックス、OneDrive、SharePoint サイト、Teams データなど)の、独立した復元可能なコピーを作成する、別個のプロセスまたはサードパーティ製ソリューションです。誤削除、破損、ランサムウェア、その他のデータ損失イベントから、特定時点への復旧を可能にします。バックアップは通常、Microsoft 365 の主要テナントの外部に保存されます。

簡単な説明と主な違い

目的: 保持ポリシーはコンプライアンスとデータのその場での保全を目的とします。バックアップは運用上の復旧と、データを以前の状態に戻すことを目的とします。
範囲: 保持は Microsoft 365 サービス内で適用され、ライフサイクルを制御します。バックアップは、ライブサービスとは別に、外部または分離された場所に独立したコピーを作成します。
復旧: 保持はコンテンツを保全しますが、完全な特定時点の復元や大量データの一括復旧を想定した仕組みではありません。バックアップソリューションは、きめ細かな復元や特定時点への復元(個々のアイテム、メールボックス、サイト)に対応します。
脅威からの保護: 保持は早すぎる削除を防ぎ、法的ホールドの要件を満たすのに役立ちます。ただし、保持期間内にデータを変更するアカウント侵害やランサムウェアからは保護できない場合があります。バックアップは、クリーンなコピーを復元することで、ランサムウェア、誤った変更、テナント全体にわたるインシデントに対する耐性を提供します。
保持期間と削除: 保持ポリシーでは、法的に必要な期間データを保持し、その後自動的に削除できます。バックアップは、Microsoft 365 の保持設定とは無関係に、バックアップベンダーのポリシーと保持スケジュールに従ってスナップショットを保持します。
責任: Microsoft はプラットフォームとネイティブのコンプライアンスツールを提供します(責任共有モデル)。ただし、すべての復旧シナリオにおけるアプリケーションレベルのバックアップを保証するものではありません。お客様は自社のバックアップ戦略に責任を持ち、包括的な復旧のためにサードパーティのバックアッププロバイダーを利用することが一般的です。

それぞれの使い分け

保持ポリシーは、データをその場でアクセス可能な状態に保ちながら、規制上の保持要件、eDiscovery、法的ホールドのニーズを満たす場合に使用します。
特定時点への復旧、ランサムウェアやユーザーの操作ミスからの保護、または Microsoft 365 の保持モデルの外側でデータを復元する必要がある場合は、バックアップを使用します。

Microsoft 365 の保持とバックアップの本当の違いを理解する

世界中の組織が、今なお Microsoft 365 における保持とバックアップの定義につまずいています。正直なところ、その理由はよく分かります。Microsoft は管理センターに、ラベル、ポリシー、アーカイブの期間など、さまざまなツールを用意しています。しかし、それらをエンドツーエンドの復旧およびデータ保護ソリューションと取り違えると、トラブルを招くことになります。

混乱が生じるのは、多くの場合「保持」という言葉を見て、データが永久に、少なくとも「十分に」安全だと思い込んだときです。しかし、ユーザーが重要なファイルを完全に削除した場合、フィッシング攻撃でメールボックスが消失した場合、あるいは SharePoint のコンテンツが保持期間を過ぎてしまい急に復元が必要になった場合には、実際に何が起きるのでしょうか。

このセクションでは、技術的なノイズを取り除いて説明します。Microsoft 365 の保持ポリシーがどこまで機能し、どこで機能しなくなるのかを確認します。また、バックアップ(まさにシートベルトです)が欠かせない理由も解説します。保持とバックアップは同じものだと考える人は多いですが、その思い違いが数日間の業務停止や、コンプライアンス監査の不合格につながることもあります。

事業継続計画を策定する前に、これらのツールができること、そしてできないことを正確に把握しておきましょう。次に、保持とバックアップの仕組みを具体的に解説し、それが日々の運用にどのような影響を与えるかを見ていきます。

Microsoft 365 の保持が実際に意味すること

Microsoft 365 の保持ポリシーは、メール、ドキュメント、チャットをどのくらいの期間残しておくか、あるいはいつ意図的に削除するかを定めるルールのようなものです。これらのポリシーを使うと、法的、規制上、または業務上の理由に基づいて、通常は特定の期間や条件に従って、業務データを保持、削除、またはアーカイブできます。

保持は、コンテンツにタグを付けることで機能します。そのため、ユーザーが削除しようとしても、コンテンツは残ります。ただし、データに手を加えられないわけではありません。保持期間が終了した場合、またはポリシーが変更された場合には、アイテムが引き続きパージされる可能性があります。さらに重要なのは、保持ポリシーは別個のバックアップコピーを作成しないという点です。そのため、事前に設定された期間外にデータが完全に削除された場合、保持機能で復元することはできません。関連するデータガバナンスとコンプライアンスの目標について詳しく知りたい場合は、こちらのMicrosoft 365 の DLP と生産性戦略に関するポッドキャストの概要をご覧ください。

保持とバックアップの違い: 日常運用における簡潔な結論

日々の IT 業務における結論は次のとおりです。保持は、設定したルールに基づいて一定期間、コンテンツを「検索可能な状態」に保つ仕組みです。一方、バックアップは、失われたデータや破損したデータを、多くの場合は完全に別の安全な場所から、実際に復元できるようにする仕組みです。

従業員が完全削除を実行した場合でも、保持期間内であれば対応できる可能性があります。ポリシーの対象になっていて、かつ期間内であれば、そのアイテムを復元できます。しかし、その期間が終了している場合や、ポリシー外でファイルが削除された場合には、ネイティブの復元機能では対応できません。バックアップは最後の砦であり、「復元不能の時点」を過ぎた後でも復元を可能にします。

保持に頼れない場合: 保持だけでは事業を守れない理由

保持ポリシーだけに頼ると、企業はさまざまな現実的なリスクにさらされたままになります。意図的か否かを問わない削除、破損したコンテンツ、ランサムウェア攻撃はいずれも、問題を早期に発見できなかった場合や、設定に誤りがあった場合には、保持による安全策をすり抜けてしまう可能性があります。

保持の効果は、設定したルールの質に左右されます。また、人的ミス、同期の問題、悪意のある内部関係者による行為をすべてカバーできるわけではありません。多層的な保護がなければ、ちょっとした見落としが、重要な業務データやコンプライアンス関連データの完全な喪失につながりかねません。Microsoft 365 のガバナンスの失敗に関するこちらの議論で指摘されているように、責任の分散は、保持だけでは埋められないギャップを生みがちです。だからこそ、バックアップは「任意」ではなく、不可欠なのです。

Microsoft 365 の保持とバックアップ: メリットとデメリット

このリストでは、Microsoft 365 の保持ポリシーと、サードパーティ製または組み込みのバックアップを比較します。どのアプローチ、またはどの組み合わせがニーズに合うかを判断する際の参考にしてください。

保持ポリシー(Microsoft 365 の保持)

メリット

Microsoft 365 に組み込み: 多くの保持機能では、個別のデプロイや追加のソフトウェアは不要です。
コンプライアンス重視: きめ細かな保持設定により、規制や法的ホールドの要件を満たすように設計されています。
削除または変更されたコンテンツを保持: ユーザーが削除した後でも、eDiscovery と監査の要件を満たすためにアイテムを保持できます。
Microsoft サービスとの統合: Exchange Online、SharePoint、OneDrive、Teams などの Microsoft ワークロード全体で機能します。
ポリシー駆動の自動化: 一元管理と自動化された保持ライフサイクルにより、手作業を削減できます。

デメリット

バックアップの代わりにはならない: 保持は、コンプライアンスのためにデータを保存することが目的であり、特定時点への復元や、ポリシーの上限を超えた長期アーカイブを行うものではありません。
復元機能の制限: 復旧オプションは粒度が粗いことが多く、バックアップツールのように特定時点や個々のアイテム単位での復元を簡単に行えない場合があります。
保持の対象範囲と上限: 保持機能の一部にはライセンスやストレージの上限があり、すべてのシナリオやワークロードを網羅していない場合があります。
設定ミスのリスク: 誤ったポリシーは、保持しすぎ(コストやコンプライアンス上のリスク)または保持不足(データ損失)につながる可能性があります。
大規模な悪意のある改ざんに対する保護がない: ランサムウェアや大量のデータ破損は、堅牢なバックアップスナップショットや、プライマリテナントとは分離されたコピーがない場合、修復がより困難になることがあります。

バックアップ(サードパーティ製またはネイティブのバックアップソリューション)

メリット

真の特定時点への復元: メールボックス、ファイル、サイト、個々のアイテムを、特定の日時に戻すきめ細かな復元が可能になります。
ユーザーエラーとランサムウェアからの保護: 独立したコピーがあるため、誤削除、破損、主要環境への攻撃によるリスクを低減できます。
長期保存とオフサイト保管: 多くのバックアップソリューションは、Microsoft 365 の保持ポリシーとは独立して、保持期間のカスタマイズやオフサイトでの保管に対応しています。
幅広い復元オプション: アイテム単位、フォルダー単位、メールボックス単位、テナント単位の復元に加え、柔軟なエクスポートやリハイドレート(再水和)のワークフローを提供します。
テナント構成からの独立性: 保持ポリシーが変更されたり、テナントの設定が侵害されたりしても、バックアップは利用可能な状態を維持します。

デメリット

追加のコストと管理負荷: バックアップソフトウェアやサービスの購入、構成、保守が必要になります。
統合の複雑さ: Microsoft 365 の変更に対応し続けるために、コネクタ、API のアクセス許可、継続的な更新が必要になる場合があります。
コンプライアンスポリシーの代替にはならない: バックアップは運用上の保護であり、補完的な保持ポリシーがなければ、法的ホールドや規制上の保持義務をすべて満たせない場合があります。
パフォーマンスとストレージのコストの懸念: 頻繁なバックアップや長期保持はストレージ容量を増やし、帯域幅の使用量にも影響する可能性があります。
ベンダーへの依存: サードパーティに依存すると、その提供状況、セキュリティ対策、データ取り扱いポリシーに依存することになります。

推奨されるアプローチ

保持ポリシーを使用して、Microsoft 365 内でのコンプライアンス、法的ホールド、規制要件を満たします。
バックアップソリューションを使用して、運用上の復旧、特定時点への復元、ランサムウェア、誤削除、テナントの設定ミスからの保護を実現します。
両方を組み合わせます。コンプライアンスのための保持に加え、復元の柔軟性と追加の保護のために独立したバックアップを用意します。

Microsoft の責任共有モデル: 本当に保護されていますか?

クラウドセキュリティで最も大きな誤解の一つは、Microsoft 365 に移行すればデータ保護の悩みはすべて消えるという考え方です。Microsoft が「何とかしてくれる」と思われがちですが、責任共有モデルは役割分担を明確にしています。Microsoft が保証するのはプラットフォームの可用性と稼働時間です。一方、データの実際の安全性、バックアップ、復旧性は、お客様の責任です。

Microsoft はサービスを保護します。つまり、Exchange、SharePoint、Teams は稼働し続けます。しかし、誤削除、マルウェア、ランサムウェア、コンプライアンス上の不備といった損失イベントから、お客様のビジネスデータを復旧できることは保証しません。経営陣、法務チーム、規制当局がデータを迅速かつ確実に復旧することを期待するのであれば、その対応はMicrosoft ではなく、お客様自身の役割です。

このセクションでは、そのあいまいな境界線を明らかにします。Microsoft が保護する範囲と、お客様自身の戦略が必要な範囲を把握することは、事業の停止につながりかねないギャップを埋めるうえで重要です。保持ポリシーの運用に潜む微妙なコンプライアンス上の落とし穴について詳しく知りたい場合は、Microsoft 365 のコンプライアンスドリフトに関するこちらのポッドキャストをお聴きください。

Microsoft 365 の保持はバックアップの代わりにならない理由

繰り返しになりますが、Microsoft の公式見解は明確です。保持はバックアップツールではありません。保持は、主にコンプライアンスや法的要件を満たすために、データを利用可能な状態に保つ期間を管理するものです。独立した、または分離されたコピーを作成するものではなく、侵害やマルウェア感染の前の時点に、メールボックス、サイト、テナントコンテンツ全体を復元できるものでもありません。

バックアップは、Microsoft の基盤システムや管理者の設定に重大な問題が起きた場合でも、データの独立した復元可能なコピーが存在することを保証します。Microsoft 365 の責任とガバナンスの整理について詳しくは、データアクセスと説明責任に関するこちらの実践的な概要をご覧ください。

本当の Microsoft 365 バックアップとは：必要な中核機能

本題に入りましょう。すべてのバックアップソリューションが同じではなく、ましてや保持ポリシーと同等ということはありません。エンタープライズ向けの Microsoft 365 バックアップは、「コピーを保存する」だけにとどまらず、はるかに多くの要件を満たす必要があります。運用データからの分離、不変性（誰もバックアップを改ざんできないこと）、Microsoft のクラウド外への独立したストレージ、そしてチームが安心して定期的に復元をテストできることです。

本格的なバックアップソリューションの機能は、侵害や誤操作の後に、迅速で完全な復旧を行えるか、それとも慌てて対応することになるかを分けます。また、定期的なテストを行っていないソリューションでは、戦略ではなく運に頼っていることになります。このセクションでは、実効性のある保護のために確認すべき機能を整理します。不足している点を事前に見つけ、問題が起きる前にギャップを埋めることができます。

保持を超える 5 つのバックアップ機能

分離: バックアップは Microsoft 365 の主要データとは別に保存されるため、攻撃者による改ざんや誤削除から保護されます。
不変性: いったんバックアップされたデータは変更も削除もできません。誰かが痕跡を隠そうとした場合にも役立ちます。
テスト可能な復元: 日常業務を妨げることなく定期的に復元をテストできるため、必要なときに確実に機能することを確認できます。
独立したストレージ: バックアップのコピーは Microsoft のインフラストラクチャの外に保管されるため、主要サービスが停止した場合の追加の安全策になります。
バージョン管理: 複数のバックアップ「スナップショット」により、最新版だけでなく、さまざまな時点へロールバックできます。

バックアップそのものと同じくらい復元テストが重要な理由

バックアップを持っているだけでは不十分です。そこから確実に復元できなければ、インシデントが一度起きた時点で厳しい現実に直面します。定期的な復元テストは、バックアップが単なるチェックリスト上の作業ではないことを証明します。いざというときに実際に復旧できることを示してくれるのです。

復元テストは、バックアップのコピーが破損していないか、古くなっていないか、重要なコンテンツが欠けていないかを検証するうえでも役立ちます。コンプライアンス監査人も経営層も、バックアップが存在するだけでなく機能することの証拠を求めています。四半期ごとの復元訓練の実践的な進め方については、Microsoft 365 の復元テストに関するこちらのガイドをご覧ください。

保持とバックアップの実例：Microsoft 365 の現実的なシナリオ

保持とバックアップの本当の違いは、実際に問題が起きた瞬間に明確になります。ランサムウェア、善意の社員による操作ミス、または重要な SharePoint ファイルを露出させたり消去したりする誤った外部共有設定などを想定してみてください。業務上重要なデータを復旧しなければならない状況では、理論や約束はほとんど意味を持ちません。

このセクションでは、インシデントが実際に発生したときに何が起きるのかを掘り下げます。逆境の中で保持とバックアップがどのように機能するのか、どちらが切迫した状況で効果を発揮するのか、そしてどこに脆弱性が残るのかを具体的に示します。これらは脅しではなく、Microsoft 365 の利用者が日常的に直面しているリスクです。ソリューションが実際にどこまで耐えられるかを知ることは、危機において数日、場合によっては担当者の職を守ることにもつながります。

攻撃手法とインシデント対応のワークフローを理解したい場合は、Microsoft 365 の攻撃チェーンの解説が良い補足資料になります。

ランサムウェアが OneDrive を襲った場合

ランサムウェアが OneDrive を攻撃すると、多くの場合、同期されているユーザーのデスクトップ上のファイルを含め、アクセス可能なすべてのファイルが暗号化されます。保持ポリシーは暗号化されたファイルを「巻き戻す」ものではなく、すでに上書きされている可能性のあるバージョンを保存するだけです。ライブデータと保持されたバージョンの両方が侵害されている場合、多くのケースでクリーンなデータを復元することはできません。

適切なバックアップがあれば、OneDrive とは別の場所に保管された安全なコピーを確保でき、攻撃を受ける前の状態へすべてを素早く、確実に復元できます。高度な脅威防御やポリシーについてのガイダンスは、Microsoft 365 のセキュリティベストプラクティスとして、ユーザーの負担を増やさずに Microsoft 365 を保護する方法をご覧ください。

削除された SharePoint ファイルの復元方法と想定される結果

誤って削除された SharePoint ファイルは、ごみ箱から復元できる場合があります。ただし、既定の保持期間（通常 93 日）が切れる前に気づいた場合に限られます。それを過ぎると、管理者による復元は難しくなり、完全な復元も保証されません。

一方、バックアップがあれば、ファイルが消失した場合や、バージョンが数か月前に失われていた場合でも、必要なものを正確に取り出せます。SharePoint のガバナンスや、複雑なデータの基盤として Dataverse が適している理由について詳しくは、SharePoint と Dataverse のガバナンスを比較した解説記事をご覧ください。

インシデント比較表：保持とバックアップのパフォーマンス

復旧速度: バックアップからの復元は多くの場合、クリックだけで完了します。一方、保持からの復元は、特に大規模な場合、時間がかかり手作業になることがあります。
信頼性: バックアップは一貫性があり、結果を予測できます。保持は、期間を逃したり、ポリシーが正しく適用されていなかったりすると失敗する可能性があります。
データの完全性: バックアップでは、ファイル、メールボックス、サイト全体を完全に復元できます。保持では、部分的、最新のもの、または不整合なバージョンしか得られない場合があります。
管理者の負担: バックアップソリューションは作業を効率化します。保持では、時間のかかる検索や手作業でのエクスポートが必要になることがよくあります。

Microsoft 365 向けの実践的なバックアップ戦略の構築

さあ、腕まくりをして取りかかりましょう。優れた Microsoft 365 バックアップ戦略は、まずビジネスに必要なものを理解し、「十分な」復旧とはどのような状態かを決め、実際のリスクに適したソリューションを選ぶことから始まります。

ここでは IT マネージャーに向けて、期待値の設定、流行語にとらわれないこと、そして実際に効果を発揮する実用的なツールの選定を、ステップごとにご案内します。復旧ポイント目標（RPO：失っても許容できるデータ量）と復旧時間目標（RTO：どれくらい速く復旧する必要があるか）を、平易な言葉で整理します。これにより、ビジネスリーダーと IT チームの認識を揃えられます。

また、安全で隔離されたバックアップと定期的なテストが、どのようにして計画を当て推量ではなく信頼できるものにするのかも見ていきます。自動化と監督が欠けると、ガバナンスがどのように崩れるのかについてさらに知りたい場合、参照先のページは現在利用できませんが、ホームページで Microsoft 365 関連のコンテンツやポッドキャストをご覧いただけます。

専門用語を使わずに復旧ポイントと復旧時間の目標を定義する

RPO（復旧ポイント目標）とは、「何か問題が起きた場合、直近のどれだけの作業を失っても許容できるか」という問いへの答えにすぎません。RTO（復旧時間目標）は、「業務の中断を避けるために、データをどれくらい早く必要とするか」です。

ビジネスの視点に立った率直な話し合いと明確な目標があれば、計画、予算策定、説明責任が簡素化されます。これは IT 担当者だけでなく、関係するすべての人にとって重要です。

隔離され、テスト可能なバックアップを実装する

独立したソリューションを選ぶ: Microsoft 365 の外部にデータを保存するバックアップツールを使用し、システム全体の障害や攻撃への備えを完成させます。
隔離を徹底する: バックアップデータを稼働中のシステムから分離します。これは Microsoft 365 におけるゼロトラスト戦略と似た原則を適用するものです。
バックアップのスケジュールを自動化する: 定期的かつ頻繁なバックアップにより、常に最新の復元ポイントを確保できます。
復元を継続的にテストする: 報告書だけでなく実際の訓練を行い、復元が確実に機能することを、証拠となるログとともに確認します。
セキュリティを監視する: バックアップストレージをロールベースのアクセス制御と監視で保護します。本番データに対して行うのと同様に対応してください。

最適な Microsoft 365 バックアップソリューションと、よくあるデータ保護の質問

競合製品は多数ありますが、Microsoft 365 のデータを本当の意味で保護できるバックアップの選択肢はそれほど多くありません。Acronis Cyber Protect Cloud のようなソリューションは、クラウドネイティブで幅広くカバーし、一元管理、変更不可ストレージ、簡単なテストリストアを備えており、これらはネイティブの保持機能だけでは欠けている機能です。

このセクションでは、主要なツールと、管理者が直面する大きな疑問を取り上げます。リーガルホールドがあればバックアップは不要なのか。何十年も前の「レガシー」データはどう扱うのか。保持、コンプライアンス、ユーザーによるミスに関する落とし穴は何か。ポリシーのドリフトとコンプライアンスの詳細をさらに深く知りたい方には、こちらのエピソードがおすすめです。Microsoft 365 Compliance Drift Explained。

リーガルホールドがあれば、バックアップは不要になりますか。

いいえ、リーガルホールドはバックアップの代わりにはなりません。リーガルホールドは、訴訟や調査の対象となる特定のアイテムの削除や変更を防ぐもので、主に eDiscovery やコンプライアンスを目的としています。災害復旧や通常のリストアを目的としたものではありません。

バックアップとリーガルホールドは連携して機能しますが、対象とするリスクは異なります。バックアップを使えば、メールボックス、ファイル、さらには環境全体を素早く復元できます。AI とコンプライアンスの両方を安全に維持する方法については、こちらの Microsoft Copilot のコンプライアンスに関するリソースをご確認ください。

Microsoft 365 のレガシーデータについて

レガシーデータとは、古いシステムから移行されたコンテンツ、所有者のいないメールボックス、長期間前に削除された Teams などを指します。これらは多くの場合、ネイティブの保持ポリシーの対象外になります。その結果、コンプライアンスと復旧において死角が生じ、特に数年後に監査や訴訟が発生した場合に問題になります。

成熟したバックアップ戦略では、データの経過年数にかかわらず、すべての業務データを定期的に取得してアーカイブすることが含まれます。そうしておけば、「2013 年の契約書」が再び必要になったときに慌てずに済みます。

Microsoft 365 の保持とバックアップに関するよくある質問

保持とバックアップの違いは何ですか。 保持は指定した期間データを保存します。バックアップは、復元可能な別個のコピーをオフサイトに作成します。
ネイティブの保持機能は信頼できますか。 はい、ただし指定したデータと期間に限られます。対象から漏れた項目や期間外のものは、永久に失われます。
従業員は業務に個人デバイスを使用すべきですか。 リスクがあります。同期の競合や誤削除によって保持の対象を回避されることがあり、バックアップが安全網となります。
O365 のデータは常に信頼でき、復元可能ですか。 バックアップがなければ保証されません。ポリシー外の削除、ランサムウェア、保持設定の誤りによってデータを失う可能性があります。その他の Q&A については、こちらのデータセキュリティに関する FAQ をご覧ください。

Microsoft 365 の保持とバックアップの比較 ― チェックリスト

目的の違いを確認する: 保持ポリシーはコンプライアンスやリーガルホールドのためにデータを保存します。バックアップは、誤削除、破損、ランサムウェア、ユーザーのミスから保護します。
データの範囲を確認する: ネイティブの保持でカバーされる Microsoft 365 のワークロード（Exchange、Teams、OneDrive、SharePoint、グループ）を特定し、サードパーティ製のバックアップが必要なものを明らかにします。
保持ポリシーを見直す: 規制要件に照らして、保持期間、処理アクション、保持ロック、適用範囲（ユーザー、メールボックス、サイト、チーム）を確認します。
バックアップの対象範囲を評価する: バックアップの頻度、保持期間、特定時点へのリストア、バージョンと削除済みアイテムが取得されているかを確認します。
リストアのシナリオを整理する: 一般的な復元ニーズ（単一アイテム、メールボックス、サイト、チャネル、テナント全体の復旧）を一覧化し、どの方法（保持かバックアップか）でそれを満たせるかを検証します。
RPO/RTO の目標を設定する: ワークロードごとに目標復旧時点（RPO）と目標復旧時間（RTO）を定義し、保持またはバックアップで目標を達成できるかを検証します。
法務、eDiscovery、ホールドの要件: 保持ポリシー、訴訟ホールド、バックアップのエクスポートが、法的要求および証拠保全の連鎖（チェーン・オブ・カストディ）に対応していることを確認します。
セキュリティとランサムウェア対策を評価する: 変更不可のバックアップ、本番環境からの隔離、多要素認証によるアクセス制御、検知と対応のプロセスが整っているかを確認します。
組織のポリシーを定義する: Microsoft 365 の保持機能に頼る場合と、事業継続のために追加のバックアップを使用する場合を文書化します。
サードパーティ製バックアップソリューションを評価する: きめ細かなリストア、テナント間リカバリー、暗号化、保存場所のオプション、API サポートなどの機能を確認します。
暗号化とデータの所有権を確認する: 保存時と転送時のデータ暗号化を検証し、バックアップされたデータの所有権が顧客にあることを確認する契約条件を確認します。
保持の制限事項を特定する: 自動削除、最大保持期間、ユーザーやライセンスを削除した場合の保持の動作を確認します。
長期保持を計画する: 必要に応じて、ネイティブのポリシーの上限を超える長期アーカイブ保持にバックアップが対応していることを確認します。
定期的なテストをスケジュールする: 定期的にリストアテストを実施して整合性を検証し、結果と改善点を文書化します。
役割とアクセス制御を定義する: 保持とバックアップの管理には最小権限のアクセスを設定し、リストアの承認については職務を分離します。
監視とアラートを実装する: 保持ポリシーの適用状況、バックアップジョブの成功と失敗、異常な削除アクティビティを監視します。
コストとストレージへの影響を検討する: 保持とサードパーティ製バックアップのそれぞれについて、ストレージ、エグレス、ライセンス、運用コストを見積もります。
監査用のドキュメントを準備する: 監査人向けに、保持とバックアップの構成、ポリシー、テスト、アクセスログの記録を維持します。
インシデントとリカバリーのプレイブックを作成する: 一般的なインシデントに対する段階的なリカバリー手順、コミュニケーション計画、役割を文書化します。
定期的に見直す: ビジネス、法務、技術の変化に合わせて保持とバックアップの戦略を調整できるよう、ポリシーの定期的な見直しをスケジュールします。

まとめ: 真のデータ回復性を実現するための保持とバックアップの併用

ビジネスを保持だけ、またはバックアップだけに頼ると、防御に明確な亀裂が生じます。保持はコンプライアンスを維持し、法的または規制上の理由からデータを残すために役立ちますが、計画的か否かにかかわらず災害から迅速に復旧できるのはバックアップだけです。

最も回復性の高い組織は両方を組み合わせています。ポリシーに基づくデータ管理には保持を使い、迅速で予測可能なリカバリーには多層的なバックアップを使います。脅威や要件が変わり続けるなか、先を行くための最善の方法は、定期的な見直しと戦略の更新です。

バックアップを検証するため、リストアドリルを四半期ごとに実施する

バックアップを実行するだけでは不十分です。いざというときにバックアップが機能することを、確実に把握しておく必要があります。四半期ごとのリストアドリルは、対応準備を検証するための標準的な方法です。予告なしに、ランダムなファイル、メールボックス、サイトを選んでリストアをテストしてください。

機能したことと機能しなかったことを記録し、ギャップを修正して、コンプライアンス監査や経営層のレビューに備えて証拠を保管します。テストに少し時間をかけることは、復旧に多くの時間をかけるよりずっと良い結果につながります。テストの取り組みを強化したいですか？ Microsoft 365 でリストアドリルを実施する方法を扱ったこちらのエピソードをご覧ください。

Microsoft 365 データ保護のおすすめリソース

Microsoft 365 Compliance Drift Explained: ポリシーのドリフトが発生している間に、バージョン履歴が気づかないうちに失われる仕組みを詳しく解説します。
Stop Blind External Sharing: SharePoint および OneDrive 環境でリスクのある共有を制御するための手順ガイドです。
M365 Security and Governance FAQ: M365 のバックアップとコンプライアンスに関する主な質問に対する、分かりやすい回答を確認できます。

office 365 retention: Microsoft 365 におけるデータ保持とは何か、そしてどのように機能するのか?

Microsoft 365 におけるデータ保持とは、主に Microsoft Purview 内のポリシーと機能を指し、保持ルールと保持ラベルに従って、Exchange Online、OneDrive、SharePoint、Teams のコンテンツを保持、保存、または削除します。コンプライアンス、eDiscovery、規制要件のために、項目を自動的に保持または削除することでデータのライフサイクルを管理しますが、従来のデータバックアップとリカバリーの代替となるように設計されているわけではありません。

office 365 backup: Microsoft 365 のネイティブな保持機能を使っている場合でも、Office 365 のバックアップは必要ですか?

はい。Microsoft 365 のネイティブな保持機能では、保持と削除の制御と限定的なネイティブ復元は提供されますが、別途導入する Office 365 バックアップソリューションが提供するような、完全なバックアップ保持、特定時点への復元、誤削除・ランサムウェア・悪意のある内部関係者による操作に対する同等レベルの保護は備えていません。

データ保持とバックアップ：データ保持とデータバックアップはどう違うのか？

データ保持は、ポリシー（保持ラベル、Purview の保持ポリシーなど）に従ってコンテンツを保存または削除することに焦点を当てた、コンプライアンスとデータライフサイクルのための機能です。データバックアップは、特定時点への復元、過去のデータの復元、事業継続や災害復旧のシナリオを可能にするため、データの独立したコピー（実際のバックアップ）を別の場所に保存します。

ネイティブの保持とバックアップ：ネイティブの保持は、サードパーティ製の Microsoft 365 バックアップソリューションの代わりになるか？

ネイティブの保持（Office 365 のネイティブ機能、Microsoft 365 のネイティブ保持）は、バックアップと復元ではなく、コンプライアンスと制御された削除を目的としているため、サードパーティ製のバックアップを完全に置き換えることはできません。実際のバックアップソリューションは、バックアップの保持、レプリケーション、より長い保持期間、業務ニーズに合わせたより迅速なデータ復旧を提供します。

Purview の保持ポリシー：Microsoft Purview の保持ポリシーと保持ラベルとは何か？

Microsoft Purview の保持ポリシーは、Microsoft 365 環境全体で項目をどれだけの期間保持するか、またはいつ削除するかを管理します。保持ラベルは、保持とレコード管理のために、特定の項目に手動または自動で適用できます。これらのツールにより、保持と削除、訴訟ホールド、eDiscovery を実現できますが、バックアップおよび復元サービスと同等のデータ復旧の柔軟性は提供されません。

Microsoft 365 のデータ保持：Microsoft 365 のデータ保持にはどのような制限がありますか？

制限事項としては、特定時点への復元ができないこと、復旧シナリオで変更不可のバックアップコピーが保証されていないこと、ポリシー設定を誤るリスク、保持の範囲を超えてユーザーがコンテンツを完全に削除した場合の欠落、専用のバックアップおよび復旧ツールと比べて複雑なオブジェクトやメールボックス全体を迅速に復元することに制約があることなどが挙げられます。

メールボックスの保護とバックアップ保持：Exchange Online のメールボックスは Office 365 の保持機能によってどのように保護されますか？

Exchange Online では、保持ポリシーと訴訟ホールドを使用してメールボックスのコンテンツを保存します。これらの機能により完全削除を防ぎ、eDiscovery に役立てることはできますが、真のバックアップ保持と、過去の任意の時点へのメールボックス単位の迅速な復元には、専用の Exchange Online バックアップまたはサードパーティ製のバックアップおよび復旧ソリューションが必要です。

Exchange Online とデータバックアップ：データ復旧には Exchange Online の単一アイテムの復旧に頼ってよいか？

Exchange Online の単一アイテムの復旧と「回復可能なアイテム」フォルダーは、短期間の限定的な復旧手段を提供します。過去のデータの包括的な復旧、一括復元、複雑なインシデントへの備えには、Exchange Online のバックアップ、バックアップ保持、効率的な復元ワークフローに対応した実際のバックアップを使用する必要があります。

Microsoft 365 の保持ポリシーとバックアップおよび復旧：コンプライアンスとバックアップのバランスを取るには、ポリシーをどのように設計すべきか？

法的要件やコンプライアンス要件を満たすために Microsoft 365 の保持ポリシー戦略を設計する一方で、事業継続、ランサムウェアからの復旧、過去のデータへのアクセスに対応する、独立したバックアップおよび復旧計画も実施してください。保持はライフサイクルと削除のルールを担当し、バックアップは復元と災害復旧を担当します。

保持ラベルとデータの削除：保持ラベルは、ユーザーによるデータの完全削除を防止しますか？

保持ラベルは、保持期間が有効な間は完全削除を防ぐことができ、コンテンツをレコードに変換することもできます。ただし、ラベルは保持と削除の制御の一部であり、バックアップの代わりにはなりません。保持ルールではカバーされない誤削除や悪意のある削除に備えて、管理者は引き続き計画を立てておく必要があります。

バックアップ保持と Microsoft Purview：バックアップはどのくらいの期間保持し、Purview の保持期間とどう合わせるべきか？

バックアップの保持期間は、業務ニーズ、規制要件、目標復旧時間に基づいて決めるべきです。多くの組織では、過去のデータを確実に復旧できるよう、バックアップを数か月から数年保持しています。Purview の保持期間はコンプライアンスのための保持と削除を目的として設計されており、異なる期間に設定される場合があります。保持ルールによって、バックアップ用の保持コピーを確保する前にデータが意図せず削除されないよう、両方の戦略を調整してください。

Microsoft 365のネイティブ保持と本格的なバックアップ: ネイティブ復旧とバックアップおよび復元機能の違いは何ですか?

ネイティブ復旧とは、バージョン履歴、ごみ箱、訴訟ホールドなど、Microsoft 365環境内である程度のデータ復旧を可能にする機能を指します。本格的なバックアップおよび復元では、独立したコピー、特定時点への復元、ユーザー間またはテナント間での復元が提供され、事業継続や災害復旧のシナリオに対して、より強力な保証が得られます。

データ損失防止とバックアップの違い: データ損失防止(DLP)とバックアップは、どのように補完し合いますか?

DLPは機密データの漏えいを防ぎ、重要なデータを保護するためのポリシーを適用します。一方、バックアップは、誤削除、破損、ランサムウェアなどによりデータが失われた場合に、過去のバージョンから復旧できることを保証します。両者は、包括的なデータ管理およびセキュリティ戦略における相互補完的な要素です。

Microsoft Purviewとビジネス要件: ビジネス要件に基づいて、Microsoft Purviewの保持機能と外部のOffice 365バックアップのどちらを選ぶべきですか?

コンプライアンス上の義務、目標復旧時間(RTO)、保持要件、リスク許容度を評価します。コンプライアンスとレコード管理には、Microsoft Purviewの保持ポリシーとラベルを使用します。より長いバックアップ保持期間、より迅速な復旧時間、データの完全な移行性、または保持期間や削除ポリシーを超えた保護が必要な場合は、外部のOffice 365バックアップを選択します。

365環境におけるデータ管理: 365環境全体に適用できるバックアップとデータ管理のベストプラクティスは何ですか?

ベストプラクティスには、次のようなものがあります。法的要件と運用要件を満たす保持ポリシーとバックアップ保持ポリシーを定義すること。Purviewの保持ポリシーとサードパーティ製バックアップの両方を導入すること。バックアップと復元の手順を定期的にテストすること。OneDriveのデータやExchange Online のメールボックスなど、重要なデータを保護すること。保持ルール、保持ラベル、復旧手順を、事業継続および災害復旧計画の一部として文書化すること。