通过

解决电子数据展示保留错误

  • 项目

本文讨论电子数据展示保留可能出现的常见问题以及如何解决这些问题。 本文还包括有助于缓解或避免这些问题的建议做法。

有关电子数据展示搜索问题，请参阅 解决电子数据展示（标准）中的搜索错误。

若要减少与电子数据展示保留相关的错误数，建议遵循以下做法：

  • 如果保留分发仍处于挂起状态 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."
}

  • 将更新合并到单个批量请求中的电子数据展示保留，而不是针对每个事务重复更新保留策略。 例如，若要使用 Security & Compliance PowerShell 中的 Set-CaseHoldPolicy cmdlet 将多个用户邮箱添加到现有保留策略，请运行命令（或作为代码块添加到脚本），以便它仅运行一次以添加多个用户。

    正确

    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
}

    在前面的错误示例中，cmdlet 运行 5 次以完成任务。 有关将用户添加到保留策略的建议做法的详细信息，请参阅“ 详细信息 ”部分。

  • 在联系有关电子数据展示保留问题的Microsoft 支持部门之前，请根据 ResultCode 签入 DistributionResults 来检查导致策略失败的原因：

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

    根据 ResultCode 签入 DistributionResults 的屏幕截图。

错误：PolicySyncTimeout

如果在 ResultCode 中看到此错误 ：PolicySyncTimeout 和以下错误消息，请检查 LastResultTime 以查看同步到达超时时间后是否已超过两小时。

部署策略所需的时间比预期长。 可能需要 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支持人员。 否则，请将其从此策略中删除。

解决方法

错误：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 ，检查终结点中的地址是否为有效的邮箱。

如果上述 cmdlet 显示 SMTP 地址不是有效的邮箱，请将其从策略中删除。

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

详细信息

有关更新“建议的做法”部分中多个用户的保留策略的指南源于系统阻止同时更新保留策略这一事实。 这意味着，当更新的保留策略应用于新内容位置并且保留策略处于挂起状态时，无法将其他内容位置添加到保留策略。 以下是一些注意事项，可帮助你缓解此问题：

  • 每次更新保留更新时，它都会立即进入挂起状态。 挂起的状态意味着保留正在应用于内容位置。

  • 如果脚本运行循环并将位置逐个添加到策略（类似于“建议的做法”部分中所示的错误示例），则第一个内容位置（例如，用户邮箱）将启动触发挂起状态的同步过程。 这意味着在后续循环中添加到策略的其他用户会导致错误。

  • 如果你的组织正在使用运行循环来更新保留策略的内容位置的脚本，则必须更新脚本，以便它在单个批量操作中更新位置（如“建议的做法”部分中的正确示例所示）。