この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。Microsoft Learnの現行Data Lifecycle Management資料を確認し、保持・削除を安全に考えるための基本を整理しています。検証ステータス：📘 Microsoft公式情報確認済み・実機未確認
Microsoft Purview Data Lifecycle Managementは、Microsoft 365のデータを「何年間残すか」「いつ削除するか」というライフサイクルで管理するための機能です。Exchange、SharePoint、OneDrive、Teamsなどのデータに保持ポリシーや保持ラベルを適用します。
Records Managementとの違い
Data Lifecycle Managementは保持・削除を広く管理する仕組みです。Records Managementは、より厳格なレコード宣言、処分レビュー、規制レコードなど、記録管理の要件へ踏み込みます。
Data Lifecycle Management └─ 日常データの保持・削除 Records Management └─ 正式な記録としての統制・処分
両者にはライセンス上・機能上の重なりがあります。機能単位でMicrosoft Purview service descriptionを確認します。
まず試す前に「削除しない設計」を紙で作る
保持設定は本番データへ影響するため、最初の練習ではポリシーを作成する前に対象を整理します。
対象 : 検証用SharePointサイト データ種別 : 一般文書 保持期間 : 1年（検討例） 期間後 : まずは削除せずレビュー 理由 : 社内検証
ここを見る
「対象」「期間」「期間後の動作」「根拠」が説明できることを成功条件にします。
1か所変えてみる
対象をSharePointからOneDriveへ変えた場合に、同じ保持要件でよいか考えます。サービスが変わるとデータの所有者や退職時の扱いも変わることが分かります。
実務では業務要件から逆算する
法律・契約・社内規程 ↓ 保存すべきデータ ↓ 保存期間 ↓ 対象サービス ↓ 保持ポリシー / 保持ラベル ↓ 削除または処分
「Microsoft 365にデータがあるから7年保存」のようにツール側から決めないことが重要です。
管理者が確認する点
Exchange / SharePoint / OneDrive / Teams等の対象場所
静的/適応型スコープなど利用する機能
保持ポリシーと保持ラベルの使い分け
E3/E5/Purview Suite等の機能別ライセンス
削除と保持が競合した場合のretention principles
テスト対象を本番全体へ広げないこと
Microsoft公式情報
Data lifecycle and records management overview: https://learn.microsoft.com/en-us/purview/manage-data-governance
Learn about retention policies and retention labels: https://learn.microsoft.com/en-us/purview/retention
Purview service description: https://learn.microsoft.com/en-us/office365/servicedescriptions/microsoft-365-service-descriptions/microsoft-365-tenantlevel-services-licensing-guidance/microsoft-purview-service-description
Data Lifecycle Managementは設定画面から始めるより、「何を、なぜ、いつまで残すのか」を決めてから実装する方が安全です。
