摘要
本文將說明如何在 Microsoft Office 365 中找出目錄同步處理（DirSync）或 Azure Active Directory （Azure AD）連線提供錯誤。
其他相關資訊
您可以在 Microsoft 365 系統管理中心檢查狀態。 如果沒有顯示任何錯誤，[DirSync ] 或 [AZURE AD Connect 狀態] 圖示就會顯示為綠色圓圈（成功）。
如果發生錯誤，DirSync 或 AZURE AD Connect狀態圖示會顯示為橙色三角形，而專案則會包含指向詳細資訊的「我們發現 DirSync 物件錯誤」訊息連結。
在您按一下 [ 找到 DirSync 物件錯誤] 之後，系統就會列出環境中存在的所有錯誤。
按一下每個錯誤專案以取得詳細資訊。
在下列範例中，屬於 Mia.Pugliesi@contoso.com 的 proxy 位址Mia.Pugliesi@contoso.com會新增為其他使用者的 proxy 位址，lbudai@contoso.com。
這個範例會指出 Mia.Pugliesi@contoso.com proxy 位址會自動移除。此移除表示 Dirsync或 AZURE AD Connect 進程不允許將 proxy 位址變更 同步處理到Azure 和 Exchange。不過，必須修正的來源 Active Directory 網域服務（AD DS）才能使物件正常。如果來源 AD DS 中未變更 proxy 位址，則錯誤會持續出現，如下列螢幕擷取畫面所示。
除非這個錯誤是針對未提供的新使用者，否則現有的物件可能不會受到這個問題的影響。 不過，這個錯誤可能會影響您對物件執行其他操作的能力。 例如，如果您嘗試變更授權，您會看到下列錯誤訊息。
您也可以在 Azure AD PowerShell 中使用下列 Cmdlet 來查看此錯誤：
Get-MsolDirSyncProvisioningError -ErrorCategory PropertyConflict
這個範例只指示哪個物件有問題。 它不包含衝突的物件。 結果可能會根據錯誤而有所不同。 例如，結果類似下列：
ExtensionData : System.Runtime.Serialization.ExtensionDataObject
DisplayName : Liza Budai
ImmutableId : ImmutableId
LastDirSyncTime : Date/Time
ObjectId : ObjectId
ObjectType : User
ProvisioningErrors : {ProxyAddresses}
ProxyAddresses : {smtp:lbudai@contoso.com, smtp:lbudai@contoso.mail.onmicrosoft.com}
UserPrincipalName : lbudai@contoso.com如需詳細資訊，請參閱： 您會在 Office 365 入口網站或適用于 Windows PowerShell 的 Azure Active Directory 模組中查看使用者驗證錯誤
此外，當發生錯誤時，系統會將報告傳送給技術租使用者，並提供類似的資訊。 報告類似下列螢幕擷取畫面。 如果您需要更新 recieives 此通知之人員的電子郵件地址，您可以 giong 至 M365 系統管理中心-> 設定-> 組織設定檔] 來進行編輯。 如果您需要新增多人，請考慮使用通訊群組清單，或設定收件匣或傳輸規則來轉寄給一組使用者或通訊群組清單，以放寬物件。
查看來源 AD DS 中的物件，並採取必要的措施來解決問題。 在這種情況下，您可以看到重複的 proxy 位址已新增至 Liza 的帳戶。 這顯然是一個錯誤，而且可以移除重複的 proxy 位址。
錯誤可能並非總是如此明確。 您的業務程式可能會觸發這些類型的錯誤，包括員工離開及退回、名稱變更、合併及收購等。 在這些情況下，重複的物件看起來是有效的。 不過，您應該進行詳細的審查來找出並解決差異。 Microsoft 沒有您的 AD DS 來源的存取權。 因此，您需要協助才能解決問題。
Reference
如需詳細資訊，請參閱下列 Office 和 Azure 文章：
