Microsoft 365 の保持ポリシーが適用されない問題

By Mirko Peters · 2026-04-23 · Updated 2026-07-18

Microsoft 365 の保持ポリシーが適用されない原因を確認し、対象の場所、ポリシーの範囲、競合、タイミング、ライセンスに関する問題を解決します。

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

Microsoft 365 の保持ポリシーは、組織全体のメール、ドキュメント、チャットのライフサイクルを管理するうえで欠かせません。しかし、ポリシーが想定どおりに動作しないことがあります。項目がアーカイブに移動されない、削除されない、あるいは本来より長く残ってしまうといったケースです。本記事では、ポリシーを慎重に設定したつもりでも意図どおりに適用されない理由を詳しく解説します。

本記事では、保持が正しく機能していない兆候を見分けるための具体的な答えを示し、設定の問題やアクセス許可の問題といった根本原因を解説します。あわせて、見落とされがちな対処のコツやベストプラクティスも取り上げます。たとえば、マルチジオ環境の影響、RBAC のギャップ、Microsoft 365 内部のスケジュール遅延などです。データの保護とコンプライアンスを担当する管理者やコンプライアンス担当者にとって、データ損失、コンプライアンスの逸脱、次回の監査での想定外の指摘を防ぐのに役立つ内容です。コンプライアンス上見えにくい課題をさらに深く知りたい場合は、Microsoft 365 のコンプライアンスドリフトに関するこちらの解説をご覧ください。また、ガバナンスが破綻する理由については、こちらのガバナンス失敗に関するページで確認できます。

保持ポリシーが適用されていない場合によく見られる兆候

Microsoft 365 で保持ポリシーが機能していないとき、その兆候は見逃しにくいものです。代表的なのは、削除されるべき、またはアーカイブに移動されるべきメールやファイルが長く残り続けることです。また、メールボックスに項目が蓄積されて容量の上限を大幅に超えてしまうケースもあります。古い項目を削除するよう何度ユーザーに求めても、自動的に減る気配がない場合は要注意です。

そのほかにも、メッセージやフォルダーに保持タグが付いていない、あるいは表示されるべきフォルダー（アーカイブフォルダーなど）が現れないといった兆候があります。SharePoint や OneDrive に特定のポリシーを設定したのに、項目に通常の「削除済み」や「保持中」のステータスが表示されない場合も、問題のサインです。また、Microsoft Purview ポータルで、割り当てた保持ポリシーが「適用されていません」と表示されていたり、ポリシータグが付いていない項目が大量に並んでいたりすることもあります。

こうした兆候は、事態が深刻になる前に早期に見つけることが重要です。対応が遅れると、本来消えるべきデータが残り続けたり、逆にコンプライアンス上保持しておく必要がある項目を失ったりするおそれがあります。Microsoft 365 には共同作業のための機能が多いため、表面上は問題なく動いているように見えがちです。監査ログやダッシュボードが安定して見えても安心せず、時間の経過とともに期待どおりの変化が実際に起きているかを確認してください。コンプライアンスが舞台裏でどのように崩れやすいかを知るには、Microsoft 365 の保持ポリシーがコラボレーションやユーザーの行動とどう相互作用するかを扱ったこちらのエピソードをお聴きください。

保持ポリシーが適用されないケースの根本原因

ここで、Microsoft 365 の保持ポリシーがうまく適用されない理由を具体的に見ていきましょう。単なる「運が悪かった」だけということはほとんどありません。多くの場合、表面の下に一つまたは複数の根本原因が潜んでいます。

代表的な原因の一つは設定ミスです。別のポリシーと競合するポリシーを設定してしまったり、重要なユーザーや場所を対象から外してしまったりするケースです。対象範囲を誤り、別のユーザーグループやジオの場所にポリシーを適用してしまうこともあります。ポリシーの階層構造も問題を引き起こすことがあります。より具体的なタグが、より広範なタグを予想外の形で上書きしてしまうのです。こうした衝突は、大規模で変化の多い Microsoft 365 環境では珍しくありません。

Managed Folder Assistant（MFA）を見落としがちな点にも注意が必要です。このサービスが無効になっている（elcprocessingdisabled）場合や、十分な頻度で実行されるようスケジュールされていない場合、保持のアクションはそもそも実行されません。多くの管理者は、MFA がリアルタイムで動作するわけではなく、変更を反映させるには稼働している必要があることを見落としています。また、特に大容量のメールボックスや高負荷時には、サーバーの処理の滞留やメールボックスのスロットリングによって、ポリシーの適用が停滞することもあります。

もう一つの問題の原因はアクセス許可です。すべての管理者ロールが保持ポリシーの割り当てや管理を許可されているわけではありません。特に委任管理の仕組みやサードパーティの管理ツールを使っている場合、RBAC ロールが不足していると、割り当てが静かに失敗することがあります。さらに、複数の地域にまたがるエンタープライズ環境では、地域間のポリシーの競合やコンプライアンス上の境界が生じることがあります。その結果、本社では問題なく見えても、副次的な拠点ではポリシーが機能しないことがあります。

徹底的なトラブルシューティングは、こうした広い視点のパターンを理解することから始まります。ログを細かく確認し、ポリシーの階層を二重にチェックし、テナント全体で例外的なケースを探す準備をしておいてください。優れたガバナンスは自動的に実現するものではなく、意図的に構築するものです。その考え方についてさらに知りたい場合は、Microsoft 365 ガバナンスの幻想についてのこのエピソードをご覧ください。問題がなぜ起きるのかを知ることが、再発を防ぐための第一歩です。

Microsoft 365 保持ポリシーのエラーのトラブルシューティング

Microsoft 365 の保持ポリシーを扱っていると、エラーメッセージに遭遇して終わりのない迷路に入り込んだように感じることがあります。ついさっきまで設定は問題なさそうに見えていたのに、次の瞬間には「ポリシーが見つかりません」「問題が発生しました」、あるいは不可解な「場所があいまいです」というポップアップが表示されます。もちろん、こうしたエラーは厄介です。しかし、どのエラーも、どこで問題が起きたのかを示す手がかりを含んでいます。

このセクションでは、Exchange Online のメールボックス、SharePoint、OneDrive の場所を管理する際によく遭遇する保持ポリシーのエラーを整理します。曖昧なアドバイスではなく、それぞれのエラーが発生する理由、背後にある隠れた原因、そして間違った対処を避けるために確認すべきサインを解説します。各シナリオでは段階的なアプローチを示し、単にエラーコードを読むだけでなく、実際に問題を解決へ進める方法に焦点を当てます。

ハイブリッドのメールボックス、委任されたアクセス許可、分散した管理者ロールなどを含む複雑な環境で作業している場合、これらのエラーは思わぬ場所で表面化することがあります。このトラブルシューティングガイドは、環境全体のポリシーの問題に対処するか、単一のメールボックスやサイトに絞って調べるかを判断する自信を与えてくれます。エラーごとに固有の特徴があるため、正しい解決の道筋をたどることが結果を大きく左右します。

これらのエラーを一つずつ解きほぐし、保持ポリシーが本来の役割を確実に果たせるようにしていきましょう。根本的な原因を解決できれば、より引き締まった信頼性の高い Microsoft 365 環境を運用できるようになります。

エラー: 設定が見つからない、または保持ポリシーが検出されない

1. ポリシーの存在と名前を確認する: 保持ポリシーがテナント内に実際に存在し、Microsoft Purview ポータルと Exchange 管理センターの両方に表示されていることを確認してください。名前のタイプミスや似た名前のポリシーがあると、誤ったポリシーを適用してしまう原因になります。
2. スコープと割り当てを検証する: ポリシーが正しいメールボックス、サイト、またはグループに割り当てられているか確認してください。特に移行後や AD 同期の変更後は、スコープが狭すぎたり、設定が誤っていたりするとエラーが発生することがあります。
3. PolicyId の問題を調査する: メールボックスや場所に設定されている PolicyId の参照が、欠落していたり、古かったり、同期されていなかったりすることがあります。確信が持てない場合は、割り当てを再同期するか、ポリシーを再適用してください。
4. 反映の遅延を考慮する: 新規または更新されたポリシーは、特に大規模なテナントでは、表示されるまでに数時間(場合によってはそれ以上)かかることがよくあります。さらに対応を進める前に、システムが追いつくまで時間を置いてください。

エラー: 問題が発生しました、またはエラーが発生しました

1. Microsoft 365 のサービス正常性を確認する: 進行中のサービス障害や計画されたメンテナンスにより、汎用的なエラーが表示され、保持処理がブロックされることがあります。
2. 最近のポリシー変更を見直す: 重複するポリシーなど、一貫性のない変更や競合する変更は、システムの混乱を招くことがあります。原因を特定するため、最近の更新をいったん元に戻してください。
3. スクリプトで処理を再開する: 影響を受けたメールボックスに対して PowerShell の Start-ManagedFolderAssistant を使用すると、ポリシー処理を手動で開始し、エラー出力を収集できます。
4. 管理者のアクセス許可を確認する: 汎用的なエラーの裏に、アクセス拒否の問題が隠れていることがあります。保持の管理に必要な RBAC ロールがアカウントに付与されているか確認してください。

エラー: 保持ポリシーの割り当て中に、場所があいまいか、見つからない

1. メールボックスまたはサイトの存在を再確認する: 対象の場所(メールボックス、SharePoint サイト、OneDrive アカウント)が実際に存在し、ポリシーの割り当てで使用している識別子と一致しているかを確認します。
2. ハイブリッド、マルチジオ、同期の状態を確認する: ハイブリッド環境やマルチジオ構成では、場所が曖昧に見える原因として、ディレクトリの同期漏れ、期限切れのアカウント、誤ったジオルーティングが多く見られます。
3. グループとユーザーの参照を整理する: 動的グループやレガシーな AD オブジェクトでポリシーを割り当てている場合は、そのグループが空になっていないか、削除されていないか、対象範囲から外れていないかを確認します。
4. ポリシーの適用範囲の設定を監査する: 場所に関するエラーは、Microsoft Purview または Exchange 管理センターでポリシーの適用範囲を更新し、正しいユーザーまたはリソースが含まれるようにして解消します。

エラー: サイトがロックされている、または保持を適用できない

1. サイトの状態を確認する: SharePoint 管理センターの設定を開き、サイトが「ロック」された状態か、読み取り専用、closed、または削除保留の状態になっていないかを確認します。これらの状態では、新しい保持の設定やポリシーの変更ができません。
2. eDiscovery または컴플라이언스の保留を確認する: 有効な eDiscovery やその他の法的保留がある場合、それが解除されるまで保持設定がブロックされることがあります。
3. アクセス許可を検証する: 管理者アカウントまたは委任されたアクセス権に、対象のサイトまたはメールボックスに対して保持の保留を適用または変更する権限が含まれているかを確認します。
4. 必要に応じてサイトのロックを解除または復元する: 適切な場合は、管理者向けの操作を使用するか、サポートにエスカレーションして、サイトのロックを解除したり、削除保留または保留状態から復元したりします。

保持ポリシーが保留中または処理中のままになる問題の解決

Microsoft 365 の保持ポリシーは、「PendingDeletion」「Processing」などの移行中の状態のまま止まり、完了も削除もできないことが時々あります。こうした停止状態は単に不便なだけではありません。新しいポリシーの追加、割り当ての変更、データのライフサイクル管理の維持を妨げる可能性があります。

処理の遅延が積み重なる原因としては、Microsoft Purview ポータルがバックエンドの同期に遅れていること、途中で終わった削除による孤立したオブジェクト、サービス更新後のインフラストラクチャの不具合などが考えられます。こうした停止状態を見分け、適切に対処する方法を知っておくことは、削除しにくいポリシーや、予定どおりに有効化されないポリシーに取り組む管理者にとって重要です。

このセクションでは、必要な基本概念を説明します。ポリシーが削除されない場合に確認すべき点、長引く処理が統制にどう影響するか、多くの管理者が行っている一般的な解決策などです。適切な対応は、簡単な PowerShell によるチェック、ポリシーの再割り当て、どうしても解決しない場合の Microsoft サポートへのエスカレーションなど、状況によって異なります。これらの手順を理解しておけば、見えにくいこうした状態によって保持管理が滞ることを防げます。

PendingDeletion のまま、または完全に削除されないポリシー: 解決手順

1. PowerShell でポリシーの状態を確認する: Get-RetentionCompliancePolicy などの関連コマンドレットを使用して、停止しているポリシーの正確な状態(「PendingDeletion」など)を確認します。
2. 管理ツールで強制的に削除する: 管理センターからポリシーを削除できない場合は、PowerShell の Remove-RetentionCompliancePolicy を使用して直接操作します。
3. 依存関係を解除または再割り当てする: メールボックスや場所がまだポリシーに関連付けられていないことを確認します。必要に応じて、別の保持ポリシーや既定の MRM ポリシーに移行します。
4. Microsoft サポートにエスカレーションする: 上記の手順で解決しない場合は、サービスリクエストを作成します。Microsoft サポートは、新しい構成を妨げている孤立したバックエンドのエントリを消去できることが多くあります。

エラー: 保持ポリシーを処理できない、または処理中です

1. ポリシーの構成を確認する: 保持タグの欠落や誤った割り当ての範囲など、不完全または無効な設定がないか、構成を再確認します。
2. システムや帯域幅による遅延を監視する: 処理の遅延は、メールボックスのスロットリング、テナント全体のバックエンドジョブ、Microsoft 365 サービスの高負荷が原因であることが多いため、数時間待ってから再試行します。
3. 手動で処理をトリガーする: Exchange Online では、影響を受けるメールボックスに対して Start-ManagedFolderAssistant を実行し、処理を促します。
4. Microsoft Purview でステータスを確認する: ポータルでポリシーの状態とログを確認し、実行を妨げている要因の詳細を調べます。24 時間を超えて停止している場合は、サポートにエスカレーションします。

保持ポリシーが機能していることの確認と検証

保持ポリシーを設定したあとは、そのまま自動で動いていると思い込まないでください。保持ルールが割り当てられているだけでなく、実際に実行されているかを定期的に確認しておくと、コンプライアンス上の大きな抜けや、監査時の予期せぬ指摘を防げます。Microsoft 365 には、PowerShell や Microsoft Purview ポータルなど、ポリシーの展開と有効性を確認するための複数のツールが用意されています。

このパートでは、各メールボックス、SharePoint サイト、OneDrive アカウントが本当に適切なポリシーの対象になっているかを確認する方法を説明します。単に割り当てられているだけの状態と、実際に動作している状態の違いも確認できます。項目が削除される、移動される、保持済みとしてマークされる、といった動きがそれにあたります。こうした確認により、「サイン」ことはなく、管理画面では問題なさそうに見えても、裏側では何も起きていない、という静かな障害を見つけられます。

技術的な検証に加えて、監査への備えも考えておきましょう。Microsoft Purview 監査(特に Premium 階層)では、通常のレポートでは見逃しがちな、テナント全体のログを取得できます。Purview を使った詳細な追跡とコンプライアンス対応については、Microsoft Purview でユーザー アクティビティを監査する方法のガイドを参照してください。組織のコンプライアンスを真剣に考える管理者にとって、事前の検証は欠かせない習慣です。

メールボックスに保持ポリシーが適用されていることを確認する方法

1. Microsoft 365 管理センター: ユーザーのメールボックスのプロパティを開き、割り当てられた保持ポリシーのセクションを確認して、割り当て日と開始日を確認します。
2. PowerShell による確認: Get-Mailbox –Identity user@domain.com | ft RetentionPolicy を使うとポリシー名を確認でき、Get-Mailbox –Identity user@domain.com | fl *Retention* を使うと詳細を確認できます。
3. 操作ログ: メールボックスの監査ログを確認するか、Microsoft Purview 監査を使って、「アーカイブに移動」や「削除」などの保持アクションが想定どおりに記録されているかを確認します。
4. 同期がずれている場合は再割り当て: 確認結果が想定と一致しない場合は、ポータルまたは PowerShell でポリシーを再適用し、関連付けをリセットします。

保持が機能していない? ポリシーのタグとアクションの問題を解決する

1. タグの適用を確認: 既定の保持タグとカスタム保持タグが、実際にフォルダーや項目に割り当てられているかを確認します。メールボックスの詳細を見るか、PowerShell のクエリ(Get-RetentionPolicyTag)を使用してください。
2. アクションの実行を検証: タグの有効期限設定に従って、項目が削除されているか、アーカイブに移動されているか、保持済みとしてマークされているかを確認します。想定されるフォルダーの内容と実際の内容を比較してください。
3. 例外処理を確認: 特定のフォルダーに対する保持アクションを止めてしまう可能性のある、「削除しない」などの例外タグが付いた項目がないかを確認します。
4. サンプル項目でテスト: タグを手動で適用し、ポリシーの処理を強制的に実行(Start-ManagedFolderAssistant)してから、結果を確認します。

保持ポリシーの失敗を避けるための事前管理とベスト プラクティス

終わりのないトラブルシューティングの繰り返しを避けたいなら、Microsoft 365 の保持ポリシーでは事前管理が最良の味方になります。保持を「設定したら放置」と扱うほど、監査の直前や、法務チームから誰が何を削除したのかを問われたときに、夜中に電話を受ける機会は減ります。

重複や抜け漏れのない、明確で文書化されたポリシー設計が、健全な保持の基盤になります。Purview などのツールを使った定期的なレビューとヘルス チェックを行えば、問題が組織全体に広がる前に、壊れた割り当てや期限を過ぎたアクションを見つけられます。Managed Folder Assistant などの中核サービスを、後回しにせず計画的に有効化・スケジュールしておくことが欠かせません。

最後に、ガバナンスを「システム」全体として捉えることを忘れないでください。Microsoft 365 は、メール、ファイル、チャットなど多くの領域にまたがります。本当のコンプライアンスとは、一つのワークロードだけでなく、すべてを対象にすることです。分断されたガバナンスがなぜ頭痛の種になるのかを知るには、Microsoft 365 のガバナンス失敗に関する考察を参照してください。適切に行えば、データの流れは滞りなく保たれ、監査への不安も最小限に抑えられます。

Managed Folder Assistant が有効で実行されていることを確認する

Managed Folder Assistant(MFA)は、Exchange Online のメールボックスで保持アクションを適用するバックグラウンドのワーカーです。MFA が無効になっている場合(たとえば elcprocessingdisabled が true の場合)、ポータルの表示内容にかかわらず、丁寧に設計したポリシーは一切効果を発揮しません。

管理者は PowerShell を使って MFA の状態を定期的に確認し、有効になっていることを確かめる必要があります。（Get-Mailbox –Identity user@domain.com | fl ElcProcessingDisabled）で確認できます。無効になっている場合は、Set-Mailbox –Identity user@domain.com –ElcProcessingDisabled $false を使って再び有効にします。MFA は設定されたスケジュールに従って自動的に実行されますが、管理者は Start-ManagedFolderAssistant を使って処理を手動で早めることもできます。MFA の状態を把握しておくと、ポリシーの適用が遅れていらだつ事態を減らし、メールボックスが予定どおりに管理されるようになります。

Microsoft 365 環境で効果的な保持ポリシーを設計する

• ポリシーの目的を明確にする： 各ポリシーの目的を文書化し、ポリシー同士の適用範囲が重複しないようにします。そうすることで、管理がシンプルになり、監査にも対応しやすくなります。
• タグの競合を避ける： 既定のタグ、フォルダー タグ、個人用タグが、ポリシーの階層内で意図せず競合したり、互いを上書きしたりしないようにします。
• データのライフサイクル要件に合わせる： 保持期間を、規制、業務、法務の要件に合わせて設定します。Microsoft の「out of the box」の期間をそのまま使うのではなく、要件に基づいて判断してください。
• パイロット グループでテストする： テナント全体に適用する前に、対象を絞ったユーザーやサイトに変更を展開し、問題が大きくなる前に発見します。
• 定期的に文書化して見直す： ポリシーのドキュメントを最新の状態に保ち、定期的なレビューを実施して、設定のずれや不整合を早期に見つけます。特に合併や大きな組織変更の後は重要です。

ワークロード全体でプラットフォームのセキュリティとガバナンスのバランスを取る方法については、Power Platform のセキュリティとガバナンスに関するベスト プラクティスもご覧ください。

メールボックスの処理とシステムのスケジュールによる保持ポリシーの遅延

Microsoft 365 で保持ポリシーを適切に設定しても、バックエンドの遅延によって予想外の事態に遭遇することがあります。すべての設定項目を正しく選択していても、ポリシーの操作がすぐに開始される保証はありません。Microsoft 365 では、保持を適用するために、Managed Folder Assistant を中心とするバックグラウンド プロセスの一連の仕組みを利用しています。これらのプロセスはリアルタイムではなく、スケジュールに従って実行されます。

「保存」をクリックしてすぐに結果が反映されることに慣れていると、システムが定めた処理間隔にはいらだつかもしれません。サーバーの負荷が高い場合やメールボックスが大きすぎる場合は、Microsoft が処理を分散させるために操作を調整するため、遅延が長くなります。ポリシーが止まっている、あるいは壊れていると思うかもしれませんが、実際には MFA の次回の実行を待っているだけのことが多いのです。

この仕組みを理解しておくと、チームの期待値を適切に調整でき、システムが追いつく前に不要なサポート チケットを起票することを避けられます。MFA のスケジュールの仕組みや、メールボックスのスロットリングやサーバー負荷によって処理が遅くなる仕組みについては、以下で詳しく説明します。このリズムを把握しておけば、遅延を障害と誤解することはなくなります。

Managed Folder Assistant の処理間隔を理解する

Managed Folder Assistant（MFA）は、Exchange Online のメールボックスに保持ポリシーとアーカイブ ポリシーを適用する役割を担いますが、リアルタイムでは動作しません。既定では、MFA は各メールボックスを 7 日に 1 回処理します。ただし、需要の高い時期や大容量のメールボックスでは、この間隔がさらに延びることがあります。

緊急の変更後にポリシーの適用を早める必要がある場合は、管理者が Start-ManagedFolderAssistant コマンドで MFA を手動で実行できます。ただし、特に数千のアカウントがある場合は、変更がユーザーのメールボックスに反映されるまでに数時間かかることがあります。こうしたサイクルを理解しておくことは、不要なトラブルシューティングを避けるうえで重要です。また、新しいポリシーを設定した直後にアイテムがすぐにアーカイブや削除されない理由を把握するためにも役立ちます。

あわせて聴きたいエピソード

Microsoft 365 で保持ポリシーが適用されない問題を調べている場合は、以下のエピソードで、ガバナンス、セキュリティ、監査、そして信頼性の高い Microsoft 365 運用に関する実践的な背景を得られます。

• Microsoft Purview – Simply Explained — 保持、コンプライアンス、監査、データ ガバナンスを結び付けて理解します。
• Microsoft Defender XDR – Simply Explained — 運用上のシグナルを検出と対応に結び付けます。
• Microsoft Teams Governance – Simply Explained — コラボレーションにおいて、所有者とライフサイクルのルールが重要な理由を学びます。

これらのエピソードは、この記事のテーマを実際の導入判断に結びつけるのに役立ちます。