次の方法で共有

電子情報開示の保留エラーを解決する

  • [アーティクル]

この記事では、電子情報開示の保留で発生する可能性がある一般的な問題とその解決方法について説明します。 この記事には、これらの問題の軽減または回避に役立つ推奨プラクティスも含まれています。

電子情報開示の検索に関する問題については、「 電子情報開示 (Standard)での検索エラーの解決」を参照してください。

電子情報開示の保留に関連するエラーの数を減らすには、次のプラクティスをお勧めします。

  • 保留中の配布が保留中で、状態が On (Pending) または Off (Pending) の場合は、保留の配布が完了するまで待ってから、さらに更新を行います。

  • 保留ポリシーをさらに更新する前に、保留ポリシーが保留中かどうかを確認します。 次のコマンドを実行するか、PowerShell スクリプトに保存します。

    $status = Get-CaseHoldPolicy -Identity <policyname> -DistributionDetail
if($status.DistributionStatus -ne "Pending"){
    # policy no longer pending
    Set-CaseHoldPolicy -Identity <policyname> -AddExchangeLocation $user1
}else{
    # policy still pending
    Write-Host "Hold policy still pending."
}

  • トランザクションごとに保留ポリシーを繰り返し更新するのではなく、1 つの一括要求で更新を電子情報開示保留リストにマージします。 たとえば、Security & Compliance PowerShell の Set-CaseHoldPolicy コマンドレットを使用して複数のユーザー メールボックスを既存の保留ポリシーに追加するにはコマンドを実行 (またはスクリプトにコード ブロックとして追加) し、複数のユーザーを追加するために 1 回だけ実行されるようにします。

    正しい

    Set-CaseHoldPolicy -Identity "policyname" -AddExchangeLocation "User1", "User2", "User3", "User4", "User5"

    正しくない

    $users = "User1", "User2", "User3", "User4", "User5"
ForEach($user in $users)
{
    Set-CaseHoldPolicy -Identity "policyname" -AddExchangeLocation $user
}

    前の正しくない例では、コマンドレットはタスクを完了するために 5 回実行されます。 保留ポリシーにユーザーを追加するための推奨プラクティスの詳細については、「 詳細情報 」セクションを参照してください。

  • 電子情報開示の保留の問題に関するMicrosoft サポートに連絡する前に、ResultCode に基づいて DistributionResults にチェックインして、ポリシーが失敗する原因を確認します。

    Get-CaseHoldPolicy -Identity "policyname" -DistributionDetail | Select -ExpandProperty DistributionResults

    ResultCode に基づいて DistributionResults にチェックインするスクリーンショット。

エラー: PolicySyncTimeout

ResultCode: PolicySyncTimeout および次のエラー メッセージにこのエラーが表示された場合は、同期がタイムアウトに達してから 2 時間を超えたかどうかを確認するために LastResultTime を確認します。

ポリシーのデプロイに予想以上に時間がかかっています。 最終的なデプロイ状態の更新にはさらに 2 時間かかる場合があるため、数時間後にもう一度確認してください。

解決方法

Set-CaseHoldPolicy -Identity "policyname" -RetryDistributionを実行すると、問題が解決します。

Set-CaseHoldPolicy "policyname" -RetryDistribution

また、Microsoft Purview コンプライアンス ポータルのケース ホールド ページでは、Retry をクリックしてポリシーを再デプロイできます。

ケース保留ページの [再試行] オプションをクリックするスクリーンショット。

エラー: PolicyNotifyError

ResultCode: PolicyNotifyErrorにこのエラーが表示され、次のエラー メッセージが表示された場合、データセンターの問題によってポリシーの同期が中断されました。

Microsoft 365 データセンターの一時的な問題のため、ポリシーをコンテンツ ソースに展開できません。 現在のポリシーはソース内のコンテンツには適用されないため、ブロックされたデプロイによる影響はありません。 この問題を解決するには、ポリシーを再デプロイしてみてください。

解決方法

Set-CaseHoldPolicy -Identity "policyname" -RetryDistributionを実行すると、問題が解決します。

Set-CaseHoldPolicy "policyname" -RetryDistribution

また、Microsoft Purview コンプライアンス ポータルのケース ホールド ページでは、Retry をクリックしてポリシーを再デプロイできます。

ケースの保留を再試行するスクリーンショット。

エラー: InternalError

ResultCode: InternalError および次のエラー メッセージにこのエラーが表示される場合は、この問題を Microsoft が解決する必要があります。

予期しない Microsoft 365 データセンターの問題により、ポリシーの展開が中断されました。 展開の問題を解決するには、Microsoft サポートにお問い合わせください。

解決方法

次の情報をMicrosoft サポートにお問い合わせください。

  • ポリシー名
  • Microsoft 365 サービスまたは機能
  • 結果コード
  • 結果メッセージ
  • その他の診断

エラー: FailedToOpenContainer

ResultCode: FailedToOpenContainerでこのエラーが表示され、カストディアンとデータ ソースを保留にするときに次のエラー メッセージが表示される場合は、解決手順を使用して問題をトラブルシューティングします。

メールボックスまたは SharePoint サイトが存在しない可能性があります。 正しくない場合は、Microsoft サポートにお問い合わせください。 それ以外の場合は、このポリシーから削除してください。

解決方法

  • Exchange Online PowerShell で Get-Mailbox を実行して、ユーザー メールボックスが組織に存在するかどうかを確認します。

  • SharePoint Online PowerShell で Get-SPOSite コマンドレットを実行して、サイトが組織内に存在するかどうかを確認します。

  • サイトの URL が変更されているかどうかを確認します。

  • オブジェクトが存在しない場合は、ポリシーからメールボックスまたはサイトを削除します。

エラー: SiteInReadonlyOrNotAccessible

ResultCode: SiteInReadonlyOrNotAccessible でこのエラーが表示され、次のエラー メッセージが表示された場合、SharePoint サイトは読み取り専用モードです。

SharePoint サイトは読み取り専用であるか、アクセスできません。 サイト管理者に問い合わせてサイトを書き込み可能にしてから、このポリシーを再デプロイしてください。

解決方法

この問題を解決するには、サイトのロックを解除します (または、管理者にロック解除を依頼してください)。 サイトのロック状態を変更する方法の詳細については、「サイトのロックとロック解除を参照してください。

エラー: SiteOutOfQuota

ResultCode: SiteOutOfQuota および次のエラー メッセージにこのエラーが表示された場合、SharePoint サイトはストレージ クォータに達しました。

SharePoint サイトに十分なクォータがありません。 サイト コレクションにさらにクォータを割り当ててから、このポリシーを再デプロイしてください。

解決方法

サイトコレクションにストレージを追加します (または、管理者にストレージを追加するよう依頼します)。 サイトのストレージ クォータを管理する方法の詳細については、「 管理サイト コレクションの記憶域の制限を参照してください。

サイトにストレージ クォータを追加した後、ポリシーを再デプロイする必要があります。

Set-CaseHoldPolicy "policyname" -RetryDistribution

また、Microsoft Purview コンプライアンス ポータルのケース ホールド ページでは、Retry をクリックしてポリシーを再デプロイできます。

ケースの保留を再試行するスクリーンショット。

エラー: RecipientTypeNotAllowed

ResultCode: RecipientTypeNotAllowed および次のエラー メッセージにこのエラーが表示された場合は、メールボックスである Exchange の場所がポリシーに割り当てられます。

受信者の種類は保留にできません。

解決方法

Exchange Online PowerShell で Get-Recipient を実行して、エンドポイント内のアドレスが有効なメールボックスであるかどうかを確認します。

上記のコマンドレットで SMTP アドレスが有効なメールボックスではないことが示されている場合は、ポリシーから削除します。

Set-CaseHoldPolicy "policyname" -RemoveExchangeLocation "non-mailbox user"

詳細

「推奨されるプラクティス」セクションの複数のユーザーの保留ポリシーの更新に関するガイダンスは、システムが保留ポリシーの同時更新をブロックした結果です。 つまり、更新された保留ポリシーが新しいコンテンツの場所に適用され、保留ポリシーが保留中の状態である場合、追加のコンテンツの場所を保留ポリシーに追加することはできません。 この問題を軽減するために留意すべき点を次に示します。

  • 保留が更新されるたびに、すぐに保留中の状態になります。 保留中の状態は、保留がコンテンツの場所に適用されていることを意味します。

  • ループを実行し、1 つずつポリシーに場所を追加するスクリプトがある場合 (「推奨される方法」セクションに示されている正しくない例と同様)、最初のコンテンツの場所 (ユーザー メールボックスなど) は、保留中の状態をトリガーする同期プロセスを開始します。 つまり、後続のループでポリシーに追加された他のユーザーはエラーになります。

  • 保留ポリシーのコンテンツの場所を更新するためにループを実行するスクリプトを組織が使用している場合は、スクリプトを更新して、1 回の一括操作で場所を更新する必要があります (「推奨されるプラクティス」セクションの正しい例を参照)。