共用方式為


解決電子檔探索保留錯誤

本文討論電子檔探索保留可能發生的常見問題,以及如何解決這些問題。 本文也包含建議的做法,可協助您減輕或避免這些問題。

如需電子檔探索搜尋問題,請參閱 解決電子檔探索中的搜尋錯誤 (標準)

若要減少與電子檔探索保留相關的錯誤數目,建議您採用下列做法:

  • 如果保留散發仍然擱置中,且狀態為 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 會執行五次,以完成工作。 如需將使用者新增至保留原則之建議做法的詳細資訊,請參閱 詳細資訊 一節。

  • 在連絡 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 支持服務。 否則,請將它從此原則中移除。

解決方案

  • 在 PowerShell Exchange Online 執行 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 位置指派給原則。

不允許保留收件者類型。

解決方案

在 PowerShell Exchange Online 中執行 Get-Recipient,以檢查端點中的位址是否為有效的信箱。

如果上述 Cmdlet 顯示 SMTP 位址不是有效的信箱,請將它從原則中移除。

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

其他相關資訊

在一節中,針對多個使用者更新保留原則的指導方針,是因為系統封鎖保留原則的同時更新。 這表示當更新的保留原則套用至新的內容位置,且保留原則處於暫止狀態時,就無法將其他內容位置新增至保留原則。 以下是一些可協助您減輕此問題的事項:

  • 每次更新保留更新時,它就會立即進入擱置狀態。 暫止狀態狀態表示保留正在套用至內容位置。

  • 如果您的腳本執行迴圈,並將位置逐一新增至原則, (類似於) 一节中所示的不正确范例,則第一個內容位置 (例如,使用者信箱) 起始觸發擱置狀態的同步處理程式。 這表示在後續迴圈中新增至原則的其他用戶會產生錯誤。

  • 如果您的組織使用執行循環的腳本來更新保留原則的內容位置,您必須更新腳本,讓它更新單一大量作業 (中的位置,如) 一节中的正确范例所示。