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

项目
06/24/2024

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

建议的做法

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

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

将更新合并到单个批量请求中的电子数据展示保留，而不是为每个事务重复更新保留策略。例如，若要使用安全 & 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 将单独运行五次以完成任务。有关将用户添加到保留策略的建议做法的详细信息，请参阅详细信息部分。
在就电子数据展示保留问题联系Microsoft 支持部门之前，请根据 ResultCode 签入 DistributionResults，检查导致策略失败的原因：
```
Get-CaseHoldPolicy -Identity "policyname" -DistributionDetail | Select -ExpandProperty 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 支持人员。否则，请从此策略中删除它。

解决方案

Exchange Online PowerShell 中运行 Get-Mailbox，以检查用户邮箱是否存在于组织中。
在 SharePoint Online PowerShell 中运行 Get-SPOSite cmdlet，以检查您的组织中是否存在该网站。
检查站点 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，以检查终结点中的地址是否为有效邮箱。

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

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

通过

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

建议的做法

错误：PolicySyncTimeout

解决方案

错误：PolicyNotifyError

解决方案

错误：InternalError

解决方案

错误：FailedToOpenContainer

解决方案

错误：SiteInReadonlyOrNotAccessible

解决方案

错误：SiteOutOfQuota

解决方案

错误：RecipientTypeNotAllowed

解决方案

更多信息

反馈

其他资源