次の方法で共有

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

  • [アーティクル]

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

電子情報開示の検索に関する問題については、「 電子情報開示 (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 と次のエラー メッセージにこのエラーが表示される場合は、LastResultTime を調べて、同期がタイムアウトに達してから 2 時間を超えるかどうかを確認します。

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

解決方法

Set-CaseHoldPolicy -Identity "policyname" -RetryDistributionを実行して問題を解決します。

Set-CaseHoldPolicy "policyname" -RetryDistribution

Microsoft Purview ポータルのケース ホールド ページでも、[ 再試行 ] を選択してポリシーを再デプロイします。

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

エラー: PolicyNotifyError

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

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

解決方法

Set-CaseHoldPolicy -Identity "policyname" -RetryDistributionを実行して問題を解決します。

Set-CaseHoldPolicy "policyname" -RetryDistribution

Microsoft Purview ポータルのケース ホールド ページでも、[ 再試行 ] を選択してポリシーを再デプロイします。

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

エラー: 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 ポータルのケース ホールド ページで、[ 再試行 ] を選択してポリシーを再デプロイします。

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

エラー: RecipientTypeNotAllowed

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

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

解決方法

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

SMTP アドレスが有効なメールボックスでないとコマンドレットが判断した場合は、ポリシーから削除します。

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

詳細

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

この問題を軽減するために留意すべき点を次に示します。

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

  • ループを実行し、場所をポリシーに 1 つずつ追加するスクリプトがある場合、ユーザー メールボックスなどの最初のコンテンツの場所によって、保留中の状態をトリガーする同期プロセスが開始されます。 つまり、後続のループでポリシーに追加された他のユーザーに対してエラーが表示されます。

  • 組織が保留ポリシーのコンテンツの場所を更新するためにループを実行するスクリプトを使用している場合は、1 回の一括操作で場所を更新するようにスクリプトを更新する必要があります。