與 Exchange Server 的 ActiveSync 疑難排解

原始 KB 編號:   10047

誰是?

協助為使用者診斷 ActiveSync 問題的系統管理員。

它的運作方式為何?

我們將會從詢問您所面臨的問題。 然後,我們將引導您執行特定于您情況的一系列疑難排解步驟。

預估完成時間:

60-90 分鐘。

您面臨的問題是什麼

注意

如需目前已知問題的清單,請參閱 本文

Exchange Remote Connectivity Analyzer (無法在裝置上建立設定檔)

確認「自動探索」正在運作 Microsoft Exchange ActiveSync。 如果要執行這項操作,請依照下列步驟執行:

  1. 流覽至 Microsoft Remote Connectivity Analyzer 網站。

  2. Microsoft Exchange ActiveSync 連線測試選取 [ Exchange ActiveSync 自動探索],然後選取 [下一步]

  3. 輸入所有必要欄位,然後選取 [ 執行測試]。

    輸入所有必要欄位

連通性測試是否失敗?

分析 Exchange Remote Connectivity Analyzer 結果 (如果連線測試失敗)

若要解決此問題,請複查測試結果,並處理任何找到的問題。 如果要執行這項操作,請依照下列步驟執行:

  1. 選取 [ 全部展開]。

    連線測試失敗的詳細資料錯誤3

  2. 在結果中找出錯誤 (應接近結束) 並解決問題。

    連接測試的其他詳細資料失敗錯誤2

使用 Exchange Remote Connectivity Analyzer 結果的結果是否已解決問題?

使用者主要名稱檢查

大多數 Exchange ActiveSync 裝置都要求電子郵件地址和密碼以設定裝置。 只有當使用者主要名稱值符合使用者的電子郵件地址時,此組合才有效。 請確認這兩個屬性具有相同的值。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得屬性值:

    Get-Mailbox user | fl UserPrincipalName,PrimarySmtpAddress
    

    Get-Mailbox 的範例

UserPrincipalName 是否符合使用者的 PrimarySmtpAddress?

網域尾碼檢查

驗證 UserPrincipalName 屬性是否可使用適當的網域尾碼。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 [Active Directory 使用者和電腦]

  2. 尋找使用者物件,然後按兩下以查看屬性。

  3. 移至 [ 帳戶 ] 索引標籤,然後選取 使用者登入名稱的下拉式清單。

    信箱屬性視窗上的 [帳戶] 索引標籤。

「是否」下拉清單中所列的 SMTP 位址網域?

新增 UPN 尾碼;修改使用者主要名稱

新增 UPN 尾碼

若要解決此問題,您必須將主要 SMTP 位址網域新增至 UPN 尾碼清單。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 [ Active Directory 網域及信任]。

  2. 以滑鼠右鍵按一下 [ Active Directory 網域及信任 ],然後選取 [ 屬性]。

  3. 輸入主要 SMTP 位址網域,然後選取 [ 新增 ],然後選取 [確定]

    Active Directory 網域和信任的 UPN 尾碼索引標籤

修改使用者主要名稱

若要解決此問題,請修改使用者的 UserPrincipalName 屬性。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 來修改 UserPrincipalName:

    Set-Mailbox user -UserPrincipalName user@fabrikam.com
    

修改 UserPrincipalName 後是否解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 若否,請參閱 原則錯誤

修改使用者主要名稱

若要解決此問題,請修改使用者的 UserPrincipalName 屬性。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 來修改 UserPrincipalName:

    Set-Mailbox user -UserPrincipalName user@fabrikam.com
    

修改 UserPrincipalName 後是否解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 若否,請參閱 原則錯誤

原則錯誤

Exchange ActiveSync 包含 ActiveSync 信箱原則的使用。 可用的裝置設定取決於每個裝置,並非所有設定都可以搭配所有裝置使用。 若要判斷 ActiveSync 信箱原則是否有問題,請建立新的 ActiveSync 信箱原則,並將其指派給使用者。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 來建立新的 ActiveSync 信箱原則:

    New-ActiveSyncMailboxPolicy -Name "Test ActiveSync Policy"
    
  3. 執行下列 Cmdlet,將此新原則指派給信箱:

    Set-CASMailbox user -ActiveSyncMailboxPolicy "Test ActiveSync Policy"
    

是否已建立新的 ActiveSync 信箱原則以解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

判斷影響

您必須先識別您環境的影響,才可著手進行問題的疑難排解。

有多少使用者無法連接到 Exchange ActiveSync?

檢查 Active Directory 許可權

確認使用者物件的許可權不會妨礙連線問題。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 [Active Directory 使用者和電腦]

  2. 移至 [ 視圖 ] 功能表,然後選取 [ 高級功能]。

  3. 尋找使用者物件,然後按兩下以查看屬性。

  4. 移至 [ 安全性 ] 索引標籤,然後選取 [ 高級 ] 按鈕。

    Alt 文字在這裡1。

是否 包含啟用來自此物件之 父系的可繼承許可權?

更新 Active Directory 許可權

若要解決此問題,請修改使用者物件使用權限,從物件的父系繼承許可權。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 [Active Directory 使用者和電腦]

  2. 移至 [ 視圖 ] 功能表,然後選取 [ 高級功能]。

  3. 尋找使用者物件,然後按兩下以查看屬性。

  4. 移至 [ 安全性 ] 索引標籤,然後選取 [ 高級 ] 按鈕。

  5. 啟用 [ 包含此物件的父系可繼承的許可權 ],然後選取 [確定] 兩次。

    信箱之 [高級安全性設定] 上的 [許可權] 索引標籤

修改使用者物件的許可權後,問題是否解決了?

啟用 ActiveSync 信箱記錄;捕獲 fiddler 追蹤;分析 ActiveSync 信箱記錄

啟用 ActiveSync 信箱記錄

您需要在用戶端存取伺服器和信箱上啟用 ActiveSync 信箱記錄,以收集更詳細的記錄。 您可以在 這裡找到信箱記錄的其他資訊。 如果要執行這項操作,請依照下列步驟執行:

注意

應該在 Exchange 2013 信箱伺服器上進行此變更。

  1. 開啟 Windows Explorer,並流覽至 Sync 資料夾 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync) 。

  2. 製作 web.config 檔的複本。

  3. 在 [記事本] 中開啟 web.config 檔案,並使用下列值修改下列各節:

    Alt 文字在這裡2。

  4. 開啟 [ IIS 管理員]。

  5. 展開伺服器,然後選取 [ 應用程式集區]。

  6. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 停止]。

  7. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 啟動]。

  8. 開啟 Exchange 管理命令介面

  9. 執行下列 Cmdlet 以啟用使用者的信箱記錄:

    Set-CASMailbox user -ActiveSyncDebugLogging:$True
    

捕獲 fiddler 追蹤

ActiveSync 裝置要求不一定會視需要抵達目的地。 若要確認裝置要求和回應會如預期的方式傳送及接收,請透過 HTTP proxy 路由傳送裝置,並查看資料。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載 Fiddler ,並將其安裝至工作站。
  2. 下載 適用于 Fiddler 的 EAS 檢查程式
  3. EASInspectorFiddler.dll 解壓至 c:\Program Files\Fiddler2\Inspectors 資料夾。
  4. 啟動 Fiddler 應用程式。
  5. 選取 [ 工具 ] 功能表,然後選取 [ Fiddler 選項]。
  6. 移至 [ HTTPs ] 索引標籤,然後選取 [ 解密 HTTPS 流量],並選取 [是]
  7. 移至 [連線] 索引標籤,然後選取 [ 允許遠端電腦連線],然後選取 [確定 ] 以進入任何提示。
  8. 選取 [確定] ,然後關閉 [Fiddler] 應用程式。
  9. 設定 ActiveSync 裝置,將此工作站當做 proxy 伺服器使用 (通常是在裝置) 的 WiFi 設定下執行。
  10. 啟動 Fiddler 應用程式。
  11. 嘗試從 ActiveSync 用戶端 傳送 一或多封郵件。
  12. 選取 [ 檔案] 功能表,然後 選取 [ 捕獲流量 ] 以停止追蹤。

分析 ActiveSync 信箱記錄

我們現在會收集資料,並準備好開始進行疑難排解。 我們將花的第一個步驟是查看信箱記錄檔,並檢查是否已捕獲該專案。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得使用者的信箱記錄:

    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    

    注意

    這會將 ActiveSync 信箱記錄傳送至指定的電子郵件地址進行分析。 您可以在 這裡找到信箱記錄的其他資訊。

  3. 下載 MailboxLogParser 並解壓縮檔。

  4. 開啟 MailboxLogParser.exe以啟動公用程式。

  5. 選取 [ 將信箱記錄匯入至格線 ] 以開啟信箱記錄。

  6. 在 [搜尋原始記錄資料] 下,于字串輸入SendMail ,然後選取 [搜尋]。

    搜尋字串的搜尋原始記錄資料中 SendMail 的字串1

您是否在記錄中看到 SendMail 命令?

SendMail 狀態碼檢查 (是否會看見 SendMail 記錄的)

以下是來自 ActiveSync 信箱記錄的範例搜尋結果:

範例搜尋結果

您在記錄中看到 SendMail 命令的狀態碼值為何?

Exchange ActiveSync 組織設定 (若狀態碼是120或 129)

注意

在 Exchange 2007 中無法使用此功能。 如果您的組織執行的是 Exchange 2007,請按一下頁面結尾的「我正在執行 Exchange 2007」。 Exchange ActiveSync 組織設定可讓系統管理員設定 ActiveSync 裝置的預設存取層級。 這些預設設定包括 封鎖隔離允許。 檢查目前的組織設定,以判斷環境中目前的預設存取層級。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以判斷目前的組織設定:

    Get-ActiveSyncOrganizationSettings | ft DefaultAccessLevel
    

    搜尋字串的搜尋原始記錄資料中的 SendMail 2

預設存取層級是否設定為 [允許]?

修改 Exchange ActiveSync 組織設定

若要解決此問題,請修改 ActiveSync 的組織設定。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 [Exchange 管理命令介面]。

  2. 執行下列 Cmdlet 以判斷目前的組織設定:

    Set-ActiveSyncOrganizationSettings -DefaultAccessLevel Allow
    

變更 ActiveSync 組織設定的 DefaultAccessLevel 設定後,問題解決了嗎?

Exchange ActiveSync 裝置存取規則

Exchange ActiveSync 裝置存取規則可讓系統管理員根據裝置特性來建立存取群組。 檢查當前設定是否有允許裝置連線的任何裝置存取規則。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 [Exchange 管理命令介面]。

  2. 執行下列 Cmdlet,以尋找存取層級設定為允許的裝置存取規則:

    Get-ActiveSyncDeviceAccessRule | Where { $_.AccessLevel -eq "Allow" }
    

    使用 Get-ActiveSyncDeviceAccessRule 的範例

是否有任何裝置存取規則符合使用者的裝置,並將存取層級設定為封鎖或隔離?

修改 ActiveSync 裝置存取規則 (if 是否相符)

有兩種方法可解決此問題。 第一種方法是移除裝置存取規則。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 來建立裝置存取規則:

    Remove-ActiveSyncDeviceAccessRule 'WindowsMail (DeviceType)'
    

    使用 Remove-ActiveSyncDeviceAccessRule 的範例

第二種方式是修改現有裝置存取規則的 AccessLevel。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 來修改存取層級:

    Set-ActiveSyncDeviceAccessRule 'WindowsMail (DeviceType)' -AccessLevel Allow
    

    使用 Set-ActiveSyncDeviceAccessRule 的範例

更新組織中的裝置存取規則是否已解決問題?

信箱封鎖的裝置識別碼

管理員可以設定不允許與信箱同步的裝置清單。 檢查使用者設定,以判斷裝置是否已封鎖同步處理。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet,以找出任何不允許同步處理的裝置:

    Get-CASMailbox user | fl ActiveSyncBlockedDeviceIDs
    

    使用 Get-CASMailbox 的範例

使用者的裝置是否遭到封鎖,無法與使用者的信箱進行同步處理?

修改信箱設定

若要解決此問題,請從信箱的封鎖清單中移除設備識別碼。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet,以找出任何不允許同步處理的裝置:

    Set-CASMailbox user -ActiveSyncBlockedDeviceIDs $null
    

如需詳細資訊,請參閱 Set-CASMailbox ,以查看此 Cmdlet 和可用選項的其他資訊。

從信箱的封鎖清單中移除此裝置識別碼後,是否已解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 如果不是,請參閱 Fiddler 追蹤分析

Fiddler 追蹤分析

您嘗試從裝置傳送郵件,這樣您就可以在 Fiddler 追蹤中看到要求。 您可以使用 Fiddler 追蹤來查看用戶端所傳送的要求和伺服器的回應。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Fiddler 追蹤。

  2. 移至 [編輯] 功能表,然後選取 [尋找會話]。

  3. 輸入 ActiveSync 並選取 [尋找會話]。

  4. 檢查 [結果] 欄中是否有不等於200的 HTTP 回應值。

  5. 選取 [ 主體 ] 欄具有值的要求。

    選取本文中的 [主體] 欄具有值的要求

  6. 選取 [TextView] 索引標籤,以查看其他詳細資料的回應。

    選取 [TextView] 索引標籤

在 Fiddler 追蹤中是否找到任何 HTTP 錯誤?

SendMail 狀態碼檢查

您沒有找到任何 HTTP 錯誤,所以您應該找到 ActiveSync 回應的狀態碼。 您可以使用 Fiddler 追蹤找到這些回應。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Fiddler 追蹤。

  2. 移至 [編輯] 功能表,然後選取 [尋找會話]。

  3. 輸入 ActiveSync 並選取 [尋找會話]。

  4. 請複查 本文欄, 並尋找小值。

    Body 欄中顯示的小型值

  5. 查看已接收裝置和回應之要求的 EAS XML 索引標籤

    [EAS XML] 索引標籤

您在 [回應] 視窗中看到的狀態碼為何?

安裝記錄分析器 Studio;Log Parser Studio 查詢-SendMail;查詢結果分析

安裝記錄分析器 Studio

ActiveSync 用戶端在嘗試與 Exchange 伺服器通訊時,可能發生錯誤。 現在,我們需要判斷這些錯誤來源的位置。 我們將從查看 Client Access Server 上的 IIS 記錄檔開始。 在分析這些記錄之前,要完成分析的工作站應已安裝 Log Parser Studio。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 LogParser

    • 連按兩下 LogParser.msi 以開始安裝。
    • 如果開啟的檔案會顯示安全性警告,請選取 [執行]。
    • 在 [歡迎] 畫面上,選取 [下一步]
    • 在 [End-User 授權合約] 畫面上,複查並接受授權合約,然後選取 [下一步]
    • 在 [選擇安裝類型] 畫面上,選取 [ 完成]。
    • 在 [準備安裝] 畫面上,選取 [ 安裝]。
    • 在完成畫面上,選取 [完成]
  2. 下載 Log Parser Studio 並解壓縮檔案。

安裝 LogParser 後,已解壓縮記錄分析器 Studio,將 IIS 記錄從 Exchange server (s) 複製到本機工作站進行分析。

Log Parser Studio 查詢– SendMail

若要判斷是否有任何 ActiveSync 要求導致錯誤,請查詢 IIS 記錄檔中的裝置流量。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [ 新增 檔案] 或 [ 新增資料夾 ] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]。

  5. 按兩下 [ ActiveSync: 從文件庫 SendMail。

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  7. 檢查 [狀態]、[錯誤]、[ABQ] 及 [sc-狀態] 欄,以分析此查詢的結果。

查詢結果分析

下列範例會顯示先前查詢的結果:

查詢結果分析範例

您需要檢查查詢的結果是否有任何問題。 如果要執行這項操作,請依照下列步驟執行:

  1. 檢查 [ 狀態 ] 欄,並找出任何值的要求。 使用 Exchange ActiveSync 通訊協定檔 來調查這些值,以及是否可以採取任何修正動作。

  2. 請檢查 錯誤 欄,並找到此欄中有值的任何要求。 許多這類錯誤訊息都是自我說明的,而且可據此採取糾正動作。

  3. 檢查 sc status 欄,然後找出任何值不是200的要求。 這是 IIS 的 HTTP 狀態回應,也可以在 iis 7 和更新版本的 HTTP 狀態碼中找到其他資訊。

在分析 IIS 記錄之後,是否可以解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

Exchange Remote Connectivity Analyzer

若要判斷使用者是否可成功連線至 Exchange,請以使用者帳戶執行 Exchange Remote Connectivity Analyzer。 如果要執行這項操作,請依照下列步驟執行:

  1. 流覽至 Microsoft Remote Connectivity Analyzer 網站。

  2. Microsoft exchange ActiveSync 連線測試選取Exchange ActiveSync ,然後選取 [下一步]

  3. 輸入所有必要欄位,然後選取 [ 執行測試]。

    在 Microsoft Remote Connectivity Analyzer 中輸入所有必要欄位

    注意

    如有需要,請手動指定伺服器設定,以略過自動探索使用者設定要求。

Exchange Remote Connectivity Analyzer 測試失敗了嗎?

分析 Exchange Remote Connectivity Analyzer 結果

若要解決此問題,請複查測試結果,並處理任何找到的問題。 如果要執行這項操作,請依照下列步驟執行:

  1. 選取 [ 全部展開]。

    Connectivity test 失敗錯誤

  2. 在結果中找出錯誤 (應接近結束) 並解決問題

    連線測試失敗的詳細資料錯誤1

使用 Exchange Remote Connectivity Analyzer 結果的結果是否已解決問題?

Exchange ActiveSync 的應用程式集區

請確認 MSExchangeSyncAppPool 已啟動,且在 LocalSystem 下執行。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 展開伺服器,然後選取 [應用程式集區]。

    應用程式集區

MSExchangeSyncAppPool 是否已開始使用 LocalSystem 帳戶?

修改 MSExchangeSyncAppPool

若要解決此問題,請修改 MSExchangeSyncAppPool 以使用 LocalSystem 帳戶。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 展開伺服器,然後選取 [ 應用程式集區]。

  3. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 高級設定]。

  4. 選取 [ LocalSystem],修改身分識別值。

    LocalSystem 1

  5. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 停止]。

  6. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 啟動]。

更新 MSExchangeSyncAppPool 是否解決問題?

虛擬目錄驗證設定 ActiveSync

驗證 ActiveSync 虛擬目錄上的驗證設定。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以檢查虛擬目錄設定:

    Get-ActiveSyncVirtualDirectory | ft server,basic*
    

是否有設定為使用基本驗證的 ActiveSync 虛擬目錄?

修改 ActiveSync 虛擬目錄驗證設定

若要解決此問題,請將 ActiveSync 虛擬目錄設定為使用基本驗證。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 執行下列 Cmdlet,以在虛擬目錄上啟用基本驗證:

    Set-ActiveSyncVirtualDirectory ServerName\Microsoft* -BasicAuthEnabled:$True
    

已啟用 ActiveSync 虛擬目錄的基本驗證解決問題嗎?

ActiveSync 預設網域

有些裝置只會傳送認證的使用者名稱值,這會造成驗證失敗。 確認已在 ActiveSync 虛擬目錄上設定 [預設網域] 值。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 展開伺服器,展開 [ 網站],展開 [ 預設的網站],然後選取 [ Microsoft-Server-ActiveSync]。

  3. 在 [ 功能] 視圖中,按兩下 [ 驗證]。

  4. 選取 [基本驗證],然後在 [動作] 窗格中選取 [編輯]。

    編輯基本驗證設定視窗1

是否有值出現在 [預設網域] 欄位中?

為 ActiveSync 虛擬目錄新增預設網域

若要解決此問題,請為 ActiveSync 虛擬目錄設定預設網域。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 展開伺服器,展開 [ 網站],展開 [ 預設的網站],然後選取 [ Microsoft-Server-ActiveSync]。

  3. 在 [ 功能] 視圖中,按兩下 [ 驗證]。

  4. 選取 [基本驗證],然後在 [動作] 窗格中選取 [編輯]。

  5. 輸入 預設網域 的值,然後選取 [確定]

    編輯基本驗證設定視窗2

為 ActiveSync 虛擬目錄啟用預設網域後,問題是否解決?

ActiveSync 虛擬目錄 SSL 設定

確認 ActiveSync 虛擬目錄未設定為需要用戶端憑證。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 展開伺服器,展開 [ 網站],展開 [ 預設的網站],然後選取 [ Microsoft-Server-ActiveSync]。

  3. 在 [ 功能] 視圖中,按兩下 [ SSL 設定]。

    SSL 設定

是否要將用戶端憑證的 SSL 設定設為 [忽略?

修改 ActiveSync 虛擬目錄 SSL 設定

若要解決此問題,請將 [用戶端憑證] 設定設為 [略過]。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 展開伺服器,展開 [ 網站],展開 [ 預設的網站],然後選取 [ Microsoft-Server-ActiveSync]。

  3. 在 [ 功能] 視圖中,按兩下 [ SSL 設定]。

  4. 在 [用戶端憑證] 底下,選取 [

    SSL 設定2

將用戶端憑證的 SSL 設定變更為 [忽略] 後,是否會解決問題?

虛擬目錄 HTTP 重新導向 ActiveSync

在 IIS 7 中設定 HTTP 重新導向時,該網站下的所有虛擬目錄都將繼承重新導向設定。 檢查用於 HTTP 重新導向的 ActiveSync 虛擬目錄。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 展開伺服器,展開 [ 網站],展開 [ 預設的網站],然後選取 [ Microsoft-Server-ActiveSync]。

  3. 在 [ 功能] 視圖中,按兩下 [HTTP 重新 導向]。

    HTTP 重新導向

是否為 ActiveSync 虛擬目錄設定重新導向?

修改 ActiveSync 虛擬目錄 HTTP 重新導向

若要解決此問題,請從 ActiveSync 虛擬目錄中移除 HTTP 重新導向。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。

  2. 展開伺服器,展開 [ 網站],展開 [ 預設的網站],然後選取 [ Microsoft-Server-ActiveSync]。

  3. 在 [ 功能] 視圖中,按兩下 [HTTP 重新 導向]。

  4. 清除 [ 將要求重新導向至此目的地] 核取方塊。

    [將要求重新導向至此目的地] 核取方塊

從 ActiveSync 虛擬目錄移除 HTTP 重新導向後,是否已解決問題?

ActiveSync 啟用的信箱

確認已為 ActiveSync 啟用信箱。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以檢查信箱設定:

    Get-CASMailbox user | fl ActiveSyncEnabled
    

    Get-CASMailbox 的範例

使用者是否已啟用 ActiveSync 的功能?

為使用者啟用 ActiveSync

若要解決此問題,請為使用者啟用 ActiveSync。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以啟用 ActiveSync 的信箱:

    Set-CASMailbox user -ActiveSyncEnabled:$True
    

    Set-CASMailbox 的範例

啟用 ActiveSync 的信箱是否解決問題?

Exchange ActiveSync 通訊協定檔檢查

您的 SendMail 命令接收到來自 Exchange 的非預期狀態碼回應。 若要瞭解所發生的錯誤,您必須查看 Exchange ActiveSync 命令參考通訊協定檔,以進行問題的疑難排解。

您可以在回應中查看狀態碼來解決問題嗎?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

Exchange ActiveSync 組織設定

注意

在 Exchange 2007 中無法使用此功能。 如果您的組織執行的是 Exchange 2007,請選取本節結尾的 [ 我正在執行 exchange 2007 ]。

Exchange ActiveSync 組織設定可讓系統管理員設定 ActiveSync 裝置的預設存取層級。 這些預設設定包括 封鎖隔離允許。 檢查目前的組織設定,以判斷環境中目前的預設存取層級。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以判斷目前的組織設定:

    Get-ActiveSyncOrganizationSettings | ft DefaultAccessLevel
    

    Get-ActiveSyncOrganizationSettings 的範例

預設存取層級是否設定為 [允許]?

修改 ActiveSync 組織設定

若要解決此問題,請修改 ActiveSync 的組織設定。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以判斷目前的組織設定:

    Set-ActiveSyncOrganizationSettings -DefaultAccessLevel Allow
    

變更 ActiveSync 組織設定的 DefaultAccessLevel 設定後,問題解決了嗎?

安裝記錄分析器 Studio;Log Parser Studio 查詢計數同步處理,每個使用者的 SyncKey 為零

安裝記錄分析器 Studio

ActiveSync 用戶端在嘗試與 Exchange 伺服器通訊時,可能發生錯誤。 現在,我們需要判斷這些錯誤來源的位置。 我們將從查看 Client Access Server 上的 IIS 記錄檔開始。 在分析這些記錄之前,要完成分析的工作站應已安裝 Log Parser Studio。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 LogParser

    • 連按兩下 LogParser.msi 以開始安裝。
    • 如果開啟的檔案會顯示安全性警告,請選取 [執行]。
    • 在 [歡迎] 畫面上,選取 [下一步]
    • 在 [End-User 授權合約] 畫面上,複查並接受授權合約,然後選取 [下一步]
    • 在 [選擇安裝類型] 畫面上,選取 [ 完成]。
    • 在 [準備安裝] 畫面上,選取 [ 安裝]。
    • 在完成畫面上,選取 [完成]
  2. 下載 Log Parser Studio 並解壓縮檔案。

安裝 LogParser 後,已解壓縮記錄分析器 Studio,將 IIS 記錄從 Exchange server (s) 複製到本機工作站進行分析。

Log Parser Studio Query –以每位使用者零的 SyncKey 計數同步處理

若要判斷裝置是否要與 Exchange 重新同步處理,請執行記錄檔分析器查詢以尋找使用者。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 連按兩下 ActiveSync:從文件庫中 ,以每位使用者零的 SyncKey 計數同步

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  7. 分析此查詢的結果。

    分析此查詢的結果

是否有任何裝置使用 SyncKey 值為0的多個要求?

檢查檔案層級的反病毒 (延遲裝置/CAS 效能)

在許多情況下,檔案層級的反病毒會受到延遲要求或回應的處理 ActiveSync 流量的影響。 停止這些服務並不會停用這些服務所使用的核心模式篩選器驅動程式。 若要停用檔級的反病毒,請依照 如何在 Windows 中暫時停用核心模式篩選器驅動程式的步驟進行。 確認在用戶端存取伺服器重新開機後,已不再使用核心模式篩選器驅動程式。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟命令提示字元。

  2. 執行下列命令:

    fltmc
    
  3. 將結果與 本文 中的範例篩選器驅動程式進行比較,或搜尋網頁中的篩選器名稱。

    fltmc 命令的輸出

停用防病毒核心模式篩選器驅動程式後問題解決了嗎?

郵件問題

選取 ActiveSync 用戶端所遇到的郵件問題類型。

僅存在於一部用戶端的專案

報告的問題是出現在 Outlook 內的信箱,但不在 ActiveSync 用戶端上的訊息,反之亦然。 在開始對此問題進行疑難排解之前,我們需要知道問題是否可在 ActiveSync 用戶端上再現。 如果我們能夠再現問題,我們可以在處理過程中捕獲資料,以更深入瞭解問題。 否則,我們將需要檢查現有的記錄,以嘗試判斷發生的情況。

您可以重現裝置上的行事曆問題嗎?

安裝記錄分析器 Studio;記錄分析程式 Studio 查詢-DeviceId 查詢;查詢結果分析;重新同步資料夾

安裝記錄分析器 Studio

Log Parser Studio Query – DeviceId 查詢

若要判斷是否有任何 ActiveSync 要求導致錯誤,請查詢 IIS 記錄檔中的裝置流量。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet,以找出任何不允許同步處理的裝置:

    Get-ActiveSyncDevice -Mailbox | fl DeviceId,DeviceType
    
  3. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  4. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  5. 選取 [ 新增 檔案] 或 [ 新增資料夾 ] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  6. 確認已選取 [檔案/資料夾],然後選取 [確定]

  7. 按兩下 [ActiveSync:從文件庫進行裝置查詢。

  8. DeviceId 查詢的結尾,使用步驟2中的值,修改 WHERE 子句中的值。

  9. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  10. 透過複查錯誤和 sc 狀態列來分析此查詢的結果。

    查看錯誤和 sc 狀態列

查詢結果分析

現在,我們想要查看查詢中是否有任何問題的結果。 如果要執行這項操作,請依照下列步驟執行:

  1. 檢查 [ 狀態 ] 欄,並找出任何值的要求。 使用 Exchange ActiveSync 通訊協定檔 來調查這些值,以及是否可以採取任何修正動作。

  2. 請檢查 錯誤 欄,並找到此欄中有值的任何要求。 許多這類錯誤訊息都是自我說明的,而且可據此採取糾正動作。

  3. 檢查 sc status 欄,然後找出任何值不是200的要求。 這是 IIS 的 HTTP 狀態回應,也可以在 iis 7 和更新版本的 HTTP 狀態碼中找到其他資訊。

不幸的是,IIS 記錄的複查不會向我們顯示相關專案的任何識別碼。 在發生最後一個專案變更的時間內,您的最佳努力將會在 IIS 記錄檔中尋找要求。 您也可以使用 瞭解 Exchange ActiveSync 報表服務 的文章,協助您更深入瞭解 IIS 記錄專案所找到的某些元素。

重新同步資料夾

先前的步驟會協助識別專案發生問題的原因。 ActiveSync 用戶端的狀態可能仍然不正確。 若要解決此問題,請從要同步處理的資料夾清單中移除資料夾,等候大約五分鐘,然後將該資料夾新增至要同步處理的資料夾清單中。

專案在 ActiveSync 用戶端上的狀態是否正確?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

啟用 ActiveSync 信箱記錄;捕獲 fiddler 追蹤;使用 MfcMapi 尋找專案;在信箱記錄中搜尋專案

啟用 ActiveSync 信箱記錄

第一個疑難排解步驟是在用戶端存取伺服器和信箱上啟用信箱記錄。 您可以在 Exchange ActiveSync 信箱記錄中找到信箱記錄的其他資訊。 如果要執行這項操作,請依照下列步驟執行:

注意

應該在 Exchange 2013 信箱伺服器上進行此變更。

  1. 開啟 Windows Explorer,並流覽至 Sync 資料夾 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync) 。

  2. 製作 web.config 檔的複本。

  3. 在 [記事本] 中開啟 web.config 檔案,並使用下列值修改下列各節:

    在記事本中開啟 web.config 檔

  4. [開啟 IIS 管理員]。

  5. 展開伺服器,然後選取 [ 應用程式集區]。

  6. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 停止]。

  7. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 啟動]。

  8. 開啟 Exchange 管理命令介面

  9. 執行下列 Cmdlet 以啟用使用者的信箱記錄:

    Set-CASMailbox user -ActiveSyncDebugLogging:$True
    

捕獲 fiddler 追蹤

ActiveSync 裝置要求不一定會視需要抵達目的地。 若要確認裝置要求和回應會如預期的方式傳送及接收,請透過 HTTP proxy 路由傳送裝置,並查看資料。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載 Fiddler ,並將其安裝至工作站。
  2. 下載 適用于 Fiddler 的 EAS 檢查程式
  3. EASInspectorFiddler.dll 解壓至 c:\Program Files\Fiddler2\Inspectors 資料夾。
  4. 啟動 Fiddler 應用程式。
  5. 選取 [ 工具 ] 功能表,然後選取 [ Fiddler 選項]。
  6. 移至 [ HTTPs ] 索引標籤,然後選取 [ 解密 HTTPS 流量],並選取 [是]
  7. 移至 [連線] 索引標籤,然後選取 [ 允許遠端電腦連線],然後選取 [確定 ] 以進入任何提示。
  8. 選取 [確定] ,然後關閉 [Fiddler] 應用程式。
  9. 設定 ActiveSync 裝置,將此工作站當做 proxy 伺服器使用 (通常是在裝置) 的 WiFi 設定下執行。
  10. 啟動 Fiddler 應用程式。
  11. 嘗試從 ActiveSync 用戶端 傳送 一或多封郵件。
  12. 選取 [ 檔案] 功能表,然後 選取 [ 捕獲流量 ] 以停止追蹤。

使用 MfcMapi 尋找專案

在搜尋信箱記錄之前,我們需要判斷專案的 ConversationID。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 MfcMapi

  2. 啟動 MfcMapi。

  3. 移至 [ 會話 ] 功能表,然後選取 [ 入]。

  4. 選取信箱的 Outlook 設定檔,然後選取 [確定]

  5. 連按兩下要開啟的信箱。

  6. 展開 根容器,展開 [ 資訊存放區頂端],然後以滑鼠右鍵按一下 [ 收件 匣] (或其他存放專案的資料夾) 然後選取 [ 開啟內容] 表格

    開啟內容表格

  7. 選取表格內的專案,以滑鼠右鍵按一下 [標記 0x00710102],然後選取 [ 編輯屬性]。

    Edit 屬性

  8. 複製 二進位 值。

    複製二進位值1

在信箱記錄中搜尋專案

我們現在會收集資料,並準備好開始進行疑難排解。 我們將花的第一個步驟是查看信箱記錄檔,並檢查是否已捕獲該專案。

如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得使用者的信箱記錄:

    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    

    注意

    這會將 ActiveSync 信箱記錄傳送至指定的電子郵件地址進行分析。 您可以在這裡找到信箱記錄的其他資訊。

  3. 下載 MailboxLogParser 並解壓縮檔。

  4. 開啟 MailboxLogParser.exe以啟動公用程式。

  5. 選取 [ 將信箱記錄匯入至格線 ] 以開啟信箱記錄。

    [匯入信箱記錄至格線] 選項

在信箱記錄中搜尋專案

  1. 從先前所複製的二進位值中移除第一個位元組 (或兩個字元) 。 然後,針對您的搜尋值,使用接下來的5個位元組 (或10個字元) 。
    範例: 01CEC1E829ED44997723AC344564BBEEF22D3A1A3373

  2. 在 [ 搜尋原始記錄檔資料 ] 中輸入步驟1的值,然後選取 搜尋

    搜尋原始記錄檔的字串方塊資料方塊

  3. 從二進位值中) 下一個16位元組 (或32個字元,並比較值與搜尋結果中的 ConversationId。
    範例: 01CEC1E829ED44997723AC344564BBEEF22D3A1A3373

    字串搜尋結果的原始記錄資料

  4. 請記下專案的 ServerId 值。 以上範例的值是5:11。

您可以使用 ConversationId 在信箱記錄中找到該專案嗎?

分析專案的信箱記錄;檢查項目的最終狀態

分析專案的信箱記錄

現在,我們知道我們在信箱記錄中有此專案,我們需要追蹤針對約會所採取的動作。 如果要執行這項操作,請依照下列步驟執行:

  1. 搜尋先前找到的 ServerId 值。

    搜尋先前找到的 ServerId 值

  2. 向上滾動記錄檔,並尋找 RequestBody 或 ResponseBody。 如果專案出現在回應內文中,則表示已從伺服器更新專案。 否則,該專案就會出現在要求內文中,表示已從用戶端更新專案。

    MaxDocumentDataSize 值

  3. 請記下該動作 (新增、變更或刪除) 以及伺服器或用戶端是否已傳送動作。

  4. 重複步驟2-4,直到您找不到任何專案為止。

注意

如需 Exchange ActiveSync 信箱記錄分析的詳細資訊,請參閱 《防護罩: Exchange ActiveSync 信箱記錄分析」底下。

檢查項目的最終狀態

我們已驗證在信箱記錄中對專案採取一或多項動作。 專案的結束結果取決於最後的動作。 下列會根據該動作描述專案的預期狀態:

Add -此專案應該位於 ActiveSync 用戶端的資料夾中。 變更 -應在 ActiveSync 用戶端的資料夾中更新專案。 Delete -應從 ActiveSync 用戶端的資料夾中移除專案。

最終動作的結果是否符合專案的預期狀態?

Fiddler 專案的追蹤分析;檢查項目的最終狀態

Fiddler 專案的追蹤分析

Exchange 伺服器上的活動表示裝置應有此約會的正確狀態。 我們可以使用 Fiddler 追蹤來確認用戶端是否已收到回應。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Fiddler 追蹤。

  2. 移至 [ 編輯 ] 功能表,然後選取 [ 尋找會話]。

  3. 輸入 ActiveSync (範例: mail.contoso.com) 的命名空間,然後選取 [ 尋找會話]。

  4. 選取 [ 主體 ] 欄具有值的要求。

    當主體欄有值的要求

  5. 選取 [ EAS XML ] 索引標籤,以查看要求和回應。

    選取 [EAS XML] 索引標籤,以查看要求和回應

  6. 找到先前找到之 ServerId 的所有要求和回應。

檢查項目的最終狀態

我們已驗證在 Fiddler 追蹤中對專案採取一或多項動作。 專案的結束結果取決於最後的動作。 下列會根據該動作描述專案的預期狀態:

Add -此專案應該位於 ActiveSync 用戶端的資料夾中。 變更 -應在 ActiveSync 用戶端的資料夾中更新專案。 Delete -應從 ActiveSync 用戶端的資料夾中移除專案。

最終動作的結果是否符合專案的預期狀態?

  • 如果是,很抱歉,我們無法使用本指南來解決問題。 根據這些疑難排解步驟的結果,建議您聯繫裝置廠商尋求進一步的支援。 您也可以與 Microsoft 支援 部門聯繫以取得更多協助,以解決此問題。
  • 如果不是,請參閱 Fiddler 追蹤分析錯誤

針對錯誤 Fiddler 追蹤分析 (如果結果不符合預期的狀態)

我們預期裝置會傳送一或多個要求,以取得最新的資料夾更新。 我們可以使用 Fiddler 追蹤來驗證用戶端是否已傳送要求,以及伺服器是否已收到回應。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Fiddler 追蹤。

  2. 移至 [ 編輯 ] 功能表,然後選取 [ 尋找會話]。

  3. 輸入 ActiveSync (範例: mail.contoso.com) 的命名空間,然後選取 [ 尋找會話]。

  4. 檢查 [結果] 欄中是否有不等於200的 HTTP 回應值。

  5. 選取 [ 主體 ] 欄具有值的要求。

    選取本文中的 [主體] 欄具有值的要求

  6. 選取 [ TextView ] 索引標籤,以查看其他詳細資料的回應。

    選取 [TextView] 索引標籤,以查看其他詳細資料的回應

在 Fiddler 追蹤中是否找到任何錯誤?

安裝記錄分析器 Studio;Log Parser Studio 查詢-裝置查詢;查詢結果分析;重新同步資料夾

安裝記錄分析器 Studio

  1. 下載並安裝 LogParser

    • 連按兩下 LogParser.msi 以開始安裝。
    • 如果開啟的檔案會顯示安全性警告,請選取 [執行]。
    • 在 [歡迎] 畫面上,選取 [下一步]
    • 在 [End-User 授權合約] 畫面上,複查並接受授權合約,然後選取 [下一步]
    • 在 [選擇安裝類型] 畫面上,選取 [ 完成]。
    • 在 [準備安裝] 畫面上,選取 [ 安裝]。
    • 在完成畫面上,選取 [完成]
  2. 下載 Log Parser Studio 並解壓縮檔案。

安裝 LogParser 後,已解壓縮記錄分析器 Studio,將 IIS 記錄從 Exchange server (s) 複製到本機工作站進行分析。

記錄分析程式 Studio 查詢-裝置查詢

若要判斷是否有任何 ActiveSync 要求導致錯誤,請查詢 IIS 記錄檔中的裝置流量。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [ 新增 檔案] 或 [ 新增資料夾 ] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 按兩下 [ActiveSync:從文件庫進行 裝置查詢

  6. 在查詢的結尾,以上一個步驟中的值,修改 WHERE 子句中的 DeviceId 值。

  7. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  8. 透過複查錯誤和 sc 狀態列來分析此查詢的結果。

    查看錯誤和 sc 狀態列

查詢結果分析

現在,我們想要查看先前查詢的結果中是否有任何錯誤。 如果要執行這項操作,請依照下列步驟執行:

  1. 檢查 [ 狀態 ] 欄,並找出任何值的要求。 使用 Exchange ActiveSync 通訊協定檔 來調查這些值,以及是否可以採取任何修正動作。 (您可以忽略這種檢查的 Ping 命令。 )

  2. 請檢查 錯誤 欄,並找到此欄中有值的任何要求。 許多這類錯誤訊息都是自我說明的,而且可據此採取糾正動作。

  3. 檢查 sc status 欄,然後找出任何值不是200的要求。 這是 IIS 的 HTTP 狀態回應,也可以在 iis 7 和更新版本的 HTTP 狀態碼中找到其他資訊。

不幸的是,IIS 記錄的複查不會向我們顯示相關專案的任何識別碼。 在發生最後一個專案變更的時間內,您的最佳努力將會在 IIS 記錄檔中尋找要求。

注意

您也可以參閱 瞭解 Exchange ActiveSync 報表服務 ,以更深入瞭解 IIS 記錄專案所找到的某些元素。

重新同步資料夾

先前的步驟會協助識別專案發生問題的原因。 ActiveSync 用戶端的狀態可能仍然不正確。 若要解決此問題,請從要同步處理的資料夾清單中移除資料夾,等候大約五分鐘,然後將該資料夾新增至要同步處理的資料夾清單中。

專案在 ActiveSync 用戶端上的狀態是否正確?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

(如果最後的動作不符合預期的狀態,則會發生錯誤的信箱記錄分析)

此專案的 ActiveSync 流量未導致專案在裝置上的正確狀態。 現在,我們需要進一步回顧信箱記錄,以取得對 ActiveSync 資料夾的要求問題。 如果要執行這項操作,請依照下列步驟執行:

  1. 審閱上一個步驟中的搜尋結果。
  2. 檢查 [回應中的 狀態 碼] 值,如果此值不等於 1,請複查 ActiveSync 的通訊協定檔 ,以取得狀態碼的詳細資訊。
  3. 此外,請檢查記錄專案中是否有任何例外狀況訊息。
  4. 為行事曆的每個記錄專案重複步驟2-4。

注意

如需 Exchange ActiveSync 信箱記錄分析的詳細資訊,請參閱 《防護罩: Exchange ActiveSync 信箱記錄分析」底下。

在回應中是否有任何狀態碼不等於1,或信箱記錄中找到的任何例外狀況為何?

安裝記錄分析器 Studio;為使用者尋找 DeviceId;Log Parser Studio 查詢-裝置查詢;查詢結果分析

安裝記錄分析器 Studio

ActiveSync 用戶端在嘗試與 Exchange 伺服器通訊時,可能發生錯誤。 現在,我們需要判斷這些錯誤來源的位置。 我們將從查看 Client Access Server 上的 IIS 記錄檔開始。 在分析這些記錄之前,要完成分析的工作站應已安裝 Log Parser Studio。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 LogParser

    • 連按兩下 LogParser.msi 以開始安裝。
    • 如果開啟的檔案會顯示安全性警告,請選取 [執行]。
    • 在 [歡迎] 畫面上,選取 [下一步]
    • 在 [End-User 授權合約] 畫面上,複查並接受授權合約,然後選取 [下一步]
    • 在 [選擇安裝類型] 畫面上,選取 [ 完成]。
    • 在 [準備安裝] 畫面上,選取 [ 安裝]。
    • 在完成畫面上,選取 [完成]
  2. 下載 Log Parser Studio 並解壓縮檔案。

安裝 LogParser 後,已解壓縮記錄分析器 Studio,將 IIS 記錄從 Exchange server (s) 複製到本機工作站進行分析。

尋找使用者的 DeviceId

我們需要取得問題的 ActiveSync 用戶端的 DeviceId。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得 DeviceId:

    Get-ActiveSyncDeviceStatistics -Mailbox clt | fl DeviceId,DeviceType
    

    Get-ActiveSyncDeviceStatistics 的範例

  3. 請記下此 DeviceID 值。

記錄分析程式 Studio 查詢-裝置查詢

若要判斷是否有任何 ActiveSync 要求導致錯誤,請查詢 IIS 記錄檔中的裝置流量。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [ 新增 檔案] 或 [ 新增資料夾 ] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 按兩下 [ActiveSync:從文件庫進行 裝置查詢

  6. 在查詢的結尾,以上一個步驟中的值,修改 WHERE 子句中的 DeviceId 值。

  7. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  8. 透過複查錯誤和 sc 狀態列來分析此查詢的結果。

    查看錯誤和 sc 狀態列

查詢結果分析

現在,我們想要查看先前查詢的結果中是否有任何錯誤。

您在查詢結果中發現的錯誤訊息為何?

檢查錯誤 AttachmentTooBig 的信箱原則 ActiveSync

若要判斷是否有 ActiveSync 信箱原則設定造成 AttachmentTooBig 錯誤,請檢查指派給此信箱的 ActiveSync 信箱原則。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得此使用者的 ActiveSync 信箱原則設定:

    Get-ActiveSyncMailboxPolicy (Get-Mailbox alias ).ActiveSyncMailboxPolicy | ft name,*Attach* -AutoSize
    

    注意

    此 Cmdlet 應該只會傳回一個結果。 如果您在結果中收到一個以上的原則,請使用預設值中的設定。

    Get-ActiveSyncMailboxPolicy 的範例

MaxAttachmentSize 設定是否設為無限制?

檢查郵件大小限制

若要判斷是否郵件大小上限限制可能導致 AttachmentTooBig 錯誤,請檢查 Exchange 組織的傳輸設定。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得郵件大小限制:

    Get-TransportConfig | fl *size
    

    Get-TransportConfig 的範例

為 MaxReceiveSize 或 MaxSendSize 限制大於 10 MB?

  • 如果是,請參閱 修改 Exchange ActiveSync 設定
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

修改 Exchange ActiveSync 設定

若要解決此問題,請增加 ActiveSync 虛擬目錄的最大資料傳輸量。 如果要執行這項操作,請依照下列步驟執行:

重要

下列變更可能會導致行動裝置上的資料費用增加。

  1. 開啟 [Windows 檔案總管]。

  2. 流覽至 Exchange 安裝路徑 (%ExchangeInstallPath% ) 然後流覽至 ClientAccessSync 目錄。

  3. 製作 web.config 檔的複本。

  4. 在 [記事本] 中開啟 web.config 檔案。

  5. 找到 MaxDocumentDataSIze,然後視需要修改此值。

    MaxDocumentDataSIze 值

    注意

    這個值是以位元組為單位。

  6. 找出 MaxRequestLength,然後視需要修改此值。

    MaxRequestLength 值

    注意

    這個值以 kb 為單位。

  7. [開啟 IIS 管理員]。

  8. 展開伺服器,然後選取 [ 應用程式集區]。

  9. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 停止]。

  10. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 啟動]。

修改 ActiveSync 設定後是否會解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

如果 MaxAttachmentSize 不受限制,請修改 ActiveSync 信箱原則 ()

若要解決此問題,請增加 ActiveSync 信箱原則中的附件大小上限。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 來修改 ActiveSync 信箱原則:

    Set-ActiveSyncMailboxPolicy Default -MaxAttachmentSize 20971520
    

    注意

    MaxAttachmentSize值以位元組為單位。 修改上述 Cmdlet 中的原則名稱和大小,以符合您的需求。

已增加 ActiveSync 信箱原則中的附件大小上限是否已解決問題?

啟用 ActiveSync 信箱記錄;分析 ActiveSync 信箱記錄;使用 MfcMapi 尋找附件

啟用 ActiveSync 信箱記錄

若要判斷造成失敗的 ActiveSync 回應,必須啟用信箱記錄。 您可以在 Exchange ActiveSync 信箱記錄中找到信箱記錄的其他資訊。 如果要執行這項操作,請依照下列步驟執行:

注意

應該在 Exchange 2013 信箱伺服器上進行此變更。

  1. 開啟 Windows Explorer,並流覽至 Sync 資料夾 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync) 。

  2. 製作 web.config 檔的複本。

  3. 在 [記事本] 中開啟 web.config 檔案,並使用下列值修改下列各節:

    在記事本中開啟 web.config 檔

  4. [開啟 IIS 管理員]。

  5. 展開伺服器,然後選取 [ 應用程式集區]。

  6. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 高級設定]。

  7. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 停止]。

  8. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 啟動]。

  9. 開啟 Exchange 管理命令介面

  10. 執行下列 Cmdlet 以啟用使用者的信箱記錄:

    Set-CASMailbox user -ActiveSyncDebugLogging:$True
    
  11. 嘗試從 ActiveSync 用戶端開啟附件

分析 ActiveSync 信箱記錄

檢查信箱記錄,判斷使用者嘗試開啟的附件。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得使用者的信箱記錄:

    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    

    注意

    這會將 ActiveSync 信箱記錄傳送至指定的電子郵件地址進行分析。 您可以在 Exchange ActiveSync 信箱記錄中找到信箱記錄的詳細資訊。

  3. 下載 MailboxLogParser 並解壓縮檔。

  4. 開啟 MailboxLogParser.exe以啟動公用程式。

  5. 選取 [ 將信箱記錄匯入至格線 ] 以開啟信箱記錄。

    將信箱記錄匯入到 [網格] 索引標籤

  6. 在 [搜尋原始記錄資料] 下方輸入ObjectNotFound ,然後選取 [搜尋]。

  7. 找到記錄專案中的錯誤,以複查搜尋結果。 請記下 FileReference 中的附件號碼。 這是值中的最後一個數位: 5% 3a12% 3a0。 (完整值為5:12:0,也就是 ServerId 5:12 的附件0。 )

    搜尋 ObjectNotFound 的結果

注意

如需 Exchange ActiveSync 信箱記錄分析的詳細資訊,請參閱 《防護罩: Exchange ActiveSync 信箱記錄分析」底下。

使用 MfcMapi 尋找附件

我們需要判斷郵件中是否存在附件。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 MfcMapi

  2. 啟動 MfcMapi。

  3. 移至 [ 會話 ] 功能表,然後選取 [ 入]。

  4. 選取信箱的 Outlook 設定檔,然後選取 [確定]

  5. 連按兩下要開啟的信箱。

  6. 展開 根容器,展開 [ 資訊存放區頂端],然後以滑鼠右鍵按一下 [ 收件 匣] (或其他存放專案的資料夾) 然後選取 [ 開啟內容] 表格

    開啟內容表格

  7. 在郵件上按一下滑鼠右鍵,然後選取 [附件 > 顯示附件表格]。

  8. 您應該會在郵件中看到附件的清單

    附件清單

在信箱記錄中看到具有 FileReference 號碼的附件嗎?

  • 如果是,請參閱 View 附件 Using Outlook
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

使用 outlook 來查看附件

若要判斷附件是否已損毀,請使用者在 Outlook 或 Outlook Web Access 中開啟附件。

使用者是否可以從其他用戶端開啟附件?

  • 如果是,請參閱 Check ActiveSync 信箱原則
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

檢查 ActiveSync 信箱原則

若要判斷是否有 ActiveSync 信箱原則設定造成 AttachmentTooBig 錯誤,請檢查指派給此信箱的 ActiveSync 信箱原則。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得此使用者的 ActiveSync 信箱原則設定:

    Get-ActiveSyncMailboxPolicy (Get-Mailbox alias ).ActiveSyncMailboxPolicy | ft name,*Attach* -AutoSize
    

    注意

    此 Cmdlet 應該只會傳回一個結果。 如果您在結果中收到一個以上的原則,請使用預設值中的設定。

    Get-ActiveSyncMailboxPolicy 的範例

AttachmentsEnabled 設定是否設定為 True?

  • 如果是,很抱歉,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。
  • 若否,請參閱 Modify ActiveSync 信箱原則

修改 ActiveSync 信箱原則

若要解決此問題,請增加 ActiveSync 信箱原則中的附件大小上限。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 來修改 ActiveSync 信箱原則:

    Set-ActiveSyncMailboxPolicy Default -AttachmentsEnabled:$True
    

已增加 ActiveSync 信箱原則中的附件大小上限是否已解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

無法傳送郵件

我們即將針對使用者無法從 ActiveSync 用戶端傳送郵件的問題進行疑難排解。

使用者是否可以重現問題?

啟用 ActiveSync 信箱記錄;捕獲 Fiddler 追蹤;錯誤的信箱記錄分析

啟用 ActiveSync 信箱記錄

第一步是在 Client Access Server (s) 和使用者信箱上啟用信箱記錄。 您可以在這裡找到信箱記錄的其他資訊。 如果要執行這項操作,請依照下列步驟執行:

注意

應該在 Exchange 2013 信箱伺服器上進行此變更。

  1. 開啟 Windows Explorer,並流覽至 Sync 資料夾 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync) 。

  2. 製作 web.config 檔的複本。

  3. 在 [記事本] 中開啟 web.config 檔案,並使用下列值修改下列各節:

    在記事本中開啟 web.config 檔

  4. [開啟 IIS 管理員]。

  5. 展開伺服器,然後選取 [ 應用程式集區]。

  6. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 高級設定]。

  7. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 停止]。

  8. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 啟動]。

  9. 開啟 Exchange 管理命令介面

  10. 執行下列 Cmdlet 以啟用使用者的信箱記錄:

    Set-CASMailbox user -ActiveSyncDebugLogging:$True
    
    

Capture fiddler trace

ActiveSync device requests do not always reach the destination as desired. To ensure the device request and response is being sent and received as expected, route the device through an HTTP proxy and review the data. To do this, follow these steps:

  1. Download and install Fiddler onto a workstation.
  2. Download EAS Inspector for Fiddler.
  3. Extract EASInspectorFiddler.dll into the c:\Program Files\Fiddler2\Inspectors folder.
  4. Launch the Fiddler application.
  5. Select the Tools menu and select Fiddler Options.
  6. Go to the HTTPS tab and select Decrypt HTTPS traffic, select Yes to all prompts.
  7. Go to the Connections tab and select Allow remote computers to connect, select OK to any prompt.
  8. Select OK and close the Fiddler application.
  9. Configure the ActiveSync device to use this workstation as a proxy server (This is typically done under the WiFi settings for the device).
  10. Launch the Fiddler application.
  11. Attempt to send one or more messages from the ActiveSync client.
  12. Select the File menu and select Capture Traffic to stop the trace.

Mailbox log analysis for errors

The request from the ActiveSync client to send this message is not successful. We need to verify that the Exchange server received the request and determine if the server sent any response. To do this, follow these steps:

  1. Open the Exchange Management Shell.

  2. Run the following cmdlet to retrieve the mailbox log for a user:

    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    

    注意

    這會將 ActiveSync 信箱記錄傳送至指定的電子郵件地址。 您可以在 Exchange ActiveSync 信箱記錄中找到信箱記錄的詳細資訊。

  3. 下載 MailboxLogParser 並解壓縮檔。

  4. 開啟 MailboxLogParser.exe以啟動公用程式。

  5. 選取 [ 將信箱記錄匯入至格線 ] 以開啟信箱記錄。

  6. 在 [搜尋原始記錄資料] 下,于字串輸入SendMail ,然後選取 [搜尋]。

  7. 檢查 [ Satus ] 欄中的任何值,以複查搜尋結果

注意

如需 Exchange ActiveSync 信箱記錄分析的詳細資訊,請參閱 《防護罩: Exchange ActiveSync 信箱記錄分析」底下。

在信箱記錄中是否找到任何錯誤或例外狀況?

在信箱記錄) 中,Fiddler 追蹤分析 (沒有錯誤

我們預期裝置會傳送一或多個要求,以取得最新的資料夾更新。 我們可以使用 Fiddler 追蹤來驗證用戶端是否已傳送要求,以及伺服器是否已收到回應。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Fiddler 追蹤。

  2. 移至 [ 編輯 ] 功能表,然後選取 [ 尋找會話]。

  3. 輸入 ActiveSync (範例: mail.contoso.com) 的命名空間,然後選取 [ 尋找會話]。

  4. 檢查 [結果] 欄中是否有不等於200的 HTTP 回應值。

  5. 選取 [ 主體 ] 欄具有值的要求。

    選取本文中的 [主體] 欄具有值的要求

  6. 選取 [ TextView ] 索引標籤,以查看其他詳細資料的回應。

    選取 [TextView] 索引標籤,以查看其他詳細資料的回應

在 Fiddler 追蹤中是否找到任何錯誤?

安裝記錄分析器 Studio;Log Parser Studio 查詢-SendMail;查詢結果分析 (若沒有使用者可以重現問題)

安裝記錄分析器 Studio

ActiveSync 用戶端在嘗試與 Exchange 伺服器通訊時,可能發生錯誤。 現在,我們需要判斷這些錯誤來源的位置。 我們將從查看 Client Access Server 上的 IIS 記錄檔開始。 在分析這些記錄之前,要完成分析的工作站應已安裝 Log Parser Studio。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 LogParser

    • 連按兩下 LogParser.msi 以開始安裝。
    • 如果開啟的檔案會顯示安全性警告,請選取 [執行]。
    • 在 [歡迎] 畫面上,選取 [下一步]
    • 在 [End-User 授權合約] 畫面上,複查並接受授權合約,然後選取 [下一步]
    • 在 [選擇安裝類型] 畫面上,選取 [ 完成]。
    • 在 [準備安裝] 畫面上,選取 [ 安裝]。
    • 在完成畫面上,選取 [完成]
  2. 下載 Log Parser Studio 並解壓縮檔案。

安裝 LogParser 後,已解壓縮記錄分析器 Studio,將 IIS 記錄從 Exchange server (s) 複製到本機工作站進行分析。

Log Parser Studio 查詢– SendMail

若要判斷是否有任何 ActiveSync 要求導致錯誤,請查詢 IIS 記錄檔中的裝置流量。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [ 新增 檔案] 或 [ 新增資料夾 ] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]。

  5. 按兩下 [ ActiveSync: 從文件庫 SendMail。

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  7. 搜尋 [狀態] 或 [錯誤] 欄中的任何值,以分析此查詢的結果。 此外,請尋找不等於200的 HTTP 狀態碼。

    分析結果

查詢結果分析

現在,我們想要查看先前查詢的結果中是否有任何錯誤。

您在查詢結果中發現的錯誤為何?

QutoaExceeded 錯誤

此錯誤報表使用者已超出其信箱配額,而且無法傳送任何郵件。 若要解決此問題,請增加使用者的信箱儲存配額,或告知使用者縮小其信箱大小。

其中一個選項可以解決問題嗎?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

NoRecipients 錯誤

此錯誤報表使用者嘗試傳送沒有任何收件者的郵件。 裝置不應該允許此行為。 您可能想要複查此裝置的信箱記錄及(或) Fiddler 追蹤,以確認 SendMail 命令包含一或多個收件者。

您能夠驗證此裝置是否已在要求中傳送一或多個收件者?

  • 如果是,很抱歉,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。
  • 對不起,我們無法使用本指南來解決問題。 根據這些疑難排解步驟的結果,建議您聯繫裝置廠商尋求進一步的支援。 您也可以與 Microsoft 支援 部門聯繫以取得更多協助,以解決此問題。

MailSubmissionFailed 錯誤

MailSubmissionFailed 錯誤實質上是捕獲所有錯誤訊息的 SendMail 失敗。 使用者應該會嘗試重新傳送郵件。 在提交郵件時,檢查信箱伺服器事件記錄檔是否有任何錯誤或警告。

您可以使用信箱伺服器上的事件記錄來解決問題嗎?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

日曆問題

開始疑難排解之前,我們需要知道問題是否可在裝置上再現。 如果我們能夠再現問題,我們可以在處理過程中捕獲資料,以更深入瞭解問題。 否則,我們將需要檢查現有的記錄,以嘗試判斷發生的情況。

您可以重現裝置上的行事曆問題嗎?

啟用 ActiveSync 信箱記錄;捕獲 fiddler 追蹤;在信箱內找到約會;搜尋 UID

啟用 ActiveSync 信箱記錄

第一步是在 Client Access Server (s) 和使用者信箱上啟用信箱記錄。 您可以在這裡找到信箱記錄的其他資訊。 如果要執行這項操作,請依照下列步驟執行:

注意

應該在 Exchange 2013 信箱伺服器上進行此變更。

  1. 開啟 Windows Explorer,並流覽至 Sync 資料夾 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync) 。

  2. 製作 web.config 檔的複本。

  3. 在 [記事本] 中開啟 web.config 檔案,並使用下列值修改下列各節:

    在記事本中開啟 web.config 檔

  4. [開啟 IIS 管理員]。

  5. 展開伺服器,然後選取 [ 應用程式集區]。

  6. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 停止]。

  7. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 啟動]。

  8. 開啟 Exchange 管理命令介面

  9. 執行下列 Cmdlet 以啟用使用者的信箱記錄:

    Set-CASMailbox user -ActiveSyncDebugLogging:$True
    

捕獲 fiddler 追蹤

ActiveSync 裝置要求不一定會視需要抵達目的地。 若要確認裝置要求和回應會如預期的方式傳送及接收,請透過 HTTP proxy 路由傳送裝置,並查看資料。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載 Fiddler ,並將其安裝至工作站。
  2. 下載 適用于 Fiddler 的 EAS 檢查程式
  3. EASInspectorFiddler.dll 解壓至 c:\Program Files\Fiddler2\Inspectors 資料夾。
  4. 啟動 Fiddler 應用程式。
  5. 選取 [ 工具 ] 功能表,然後選取 [ Fiddler 選項]。
  6. 移至 [ HTTPs ] 索引標籤,然後選取 [ 解密 HTTPS 流量],並選取 [是]
  7. 移至 [連線] 索引標籤,然後選取 [ 允許遠端電腦連線],然後選取 [確定 ] 以進入任何提示。
  8. 選取 [確定] ,然後關閉 [Fiddler] 應用程式。
  9. 設定 ActiveSync 裝置,將此工作站當做 proxy 伺服器使用 (通常是在裝置) 的 WiFi 設定下執行。
  10. 啟動 Fiddler 應用程式。
  11. 嘗試從 ActiveSync 用戶端 傳送 一或多封郵件。
  12. 選取 [ 檔案] 功能表,然後 選取 [ 捕獲流量 ] 以停止追蹤。

在信箱內找到約會

在搜尋信箱記錄之前,我們需要判斷信箱中約會的 UID。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 MfcMapi

  2. 啟動 MfcMapi。

  3. 移至 [ 會話 ] 功能表,然後選取 [ 入]。

  4. 選取信箱的 Outlook 設定檔,然後選取 [確定]

  5. 連按兩下要開啟的信箱。

  6. 展開 根容器,展開 [ 資訊存放區頂端],然後在 [行事 ] 上按一下滑鼠右鍵,然後選取 [ 開啟內容] 表格

    選取 [開啟內容] 表格選項

  7. 在表格內選取約會,然後以滑鼠右鍵按一下 [標記 0x80000102],然後選取 [ 編輯屬性]。

    選取 [編輯] 屬性選項

  8. 複製 二進位 值 (此值將用來搜尋信箱記錄) 中的 UID。

    複製二進位值2

搜尋 UID

我們現在會收集資料,並準備好開始進行疑難排解。 我們將花的第一個步驟是查看信箱記錄檔,並檢查是否已捕獲約會。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得使用者的信箱記錄:

    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    

    注意

    這會將 ActiveSync 信箱記錄傳送至指定的電子郵件地址進行分析。 您可以在 Exchange ActiveSync 信箱記錄中找到信箱記錄的其他資訊。

  3. 下載 MailboxLogParser 並解壓縮檔。

  4. 開啟 MailboxLogParser.exe以啟動公用程式。

  5. 選取 [ 將信箱記錄匯入至格線 ] 以開啟信箱記錄。

  6. 在 [ 搜尋原始記錄資料 ] 下,輸入您先前複製的 UID 值,然後選取 [ 搜尋]。

    搜尋 UID 值1

  7. 請複查搜尋結果,並記下此約會的 ServerId 值(如果找到的話)。

    請記下 ServerId 值

您是否可以使用 UID 在信箱記錄中尋找約會?

分析郵件記錄的 UID;檢查約會的最後狀態

分析 UID 的信箱記錄

現在,我們知道我們在信箱記錄中有約會,我們需要追蹤針對約會所採取的動作。 如果要執行這項操作,請依照下列步驟執行:

  1. 搜尋先前找到的 UID 值。

    搜尋 UID 值2

  2. 檢查結果並分析記錄專案。 檢查記錄檔,尋找 RequestBody 或 ResponseBody。 如果專案出現在回應內文中,則表示已從伺服器更新專案。 否則,該專案就會出現在要求內文中,表示已從用戶端更新專案。

    檢查結果並分析記錄專案

  3. 請記下該動作 (新增、變更或刪除) 以及伺服器或用戶端是否已傳送動作。

  4. 重複步驟2-4,直到您找不到任何專案為止。

    注意

    如需 Exchange ActiveSync 信箱記錄分析的詳細資訊,請參閱 《防護罩: Exchange ActiveSync 信箱記錄分析」底下。

檢查約會的最後狀態

我們已驗證在信箱記錄中對約會採取一或多項動作。 約會的結束結果取決於最後的動作。 下列會根據該動作描述約會的預期狀態:

  • Add -約會應該位於 ActiveSync 用戶端的行事曆上。
  • 變更 -約會應該更新 ActiveSync 用戶端的行事曆。
  • 刪除 -約會應該從 ActiveSync 用戶端的行事曆中移除。

最終動作的結果是否符合預期的約會狀態?

UID 的追蹤分析 Fiddler;檢查約會的最後狀態

UID 的追蹤分析 Fiddler

我們預期裝置會傳送與此約會相關的要求。 我們可以使用 Fiddler 追蹤來驗證用戶端是否已傳送要求,以及伺服器是否已收到回應。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Fiddler 追蹤。

  2. 移至 [編輯] 功能表,然後選取 [尋找會話]。

  3. 輸入 ActiveSync (範例: mail.contoso.com) 的命名空間,然後選取 [尋找會話]。

  4. 選取 [本文包含 值的要求 ] 和 [HTTP 回應值不等於200。

    UID 步驟4的 Fiddler 追蹤分析

  5. 選取 [EAS XML] 索引標籤,以查看要求和回應。

    UID 步驟5的 Fiddler 追蹤分析

  6. 找到先前找到之 ServerId 的所有要求和回應。

檢查約會的最後狀態

我們需要驗證針對 Fiddler 追蹤中的約會所採取的動作,與信箱記錄對齊。 最後的動作應該會比對之前找到的信箱記錄檔動作相符。 下列會根據該動作描述約會的預期狀態:

  • Add -約會應該位於 ActiveSync 用戶端的行事曆上。
  • 變更 -約會應該更新 ActiveSync 用戶端的行事曆。
  • 刪除 -約會應該從 ActiveSync 用戶端的行事曆中移除。

最終動作的結果是否符合預期的約會狀態?

  • 如果是,很抱歉,我們無法使用本指南來解決問題。 根據這些疑難排解步驟的結果,建議您聯繫裝置廠商尋求進一步的支援。 您也可以與 Microsoft 支援 部門聯繫以取得更多協助,以解決此問題。
  • 如果不是,請參閱 Fiddler 追蹤分析錯誤

約會的錯誤 (的信箱記錄分析)

此約會的 ActiveSync 流量未導致約會處於裝置上的正確狀態。 現在,我們需要進一步回顧信箱記錄,以取得「行事曆」資料夾 ActiveSync 要求的問題。 如果要執行這項操作,請依照下列步驟執行:

  1. 從早期回顧搜尋結果。

    錯誤的信箱記錄分析步驟1

  2. 請檢查 [ 狀態 ] 欄中的回應,如果此值不等於 1,請複查 ActiveSync 的通訊協定檔 ,以取得狀態碼的詳細資訊。

  3. 此外,請檢查記錄專案中是否有任何例外狀況訊息。

注意

如需 Exchange ActiveSync 信箱記錄分析的詳細資訊,請參閱 《防護罩: Exchange ActiveSync 信箱記錄分析」底下。

在回應中是否有任何狀態碼不等於1,或信箱記錄中找到的任何例外狀況為何?

  • 如果是,很抱歉,我們無法使用本指南來解決問題。 根據這些疑難排解步驟的結果,建議您聯繫裝置廠商尋求進一步的支援。 您也可以與 Microsoft 支援 部門聯繫以取得更多協助,以解決此問題。
  • 如果不是,請參閱 Fiddler 追蹤分析錯誤

Fiddler 追蹤分析錯誤

根據信箱記錄的結果,用戶端在用戶端和 Exchange 之間未遇到任何 ActiveSync 流量的錯誤。 接下來,我們需要驗證裝置的所有要求都未發生錯誤。 如果要執行這項操作,請依照下列步驟執行:

我們預期裝置會傳送一或多個要求,以取得最新的資料夾更新。 我們可以使用 Fiddler 追蹤來驗證用戶端是否已傳送要求,以及伺服器是否已收到回應。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Fiddler 追蹤。

  2. 移至 [編輯] 功能表,然後選取 [尋找會話]。

  3. 輸入 ActiveSync (範例: mail.contoso.com) 的命名空間,然後選取 [尋找會話]。

  4. 檢查 [結果] 欄中是否有不等於200的 HTTP 回應值。

  5. 選取 [ 主體 ] 欄具有值的要求。

    選取本文中的 [主體] 欄具有值的要求

  6. 選取 [ TextView ] 索引標籤,以查看其他詳細資料的回應。

    選取 [TextView] 索引標籤,以查看其他詳細資料的回應

在行事曆要求的 Fiddler 追蹤中是否找到任何錯誤?

安裝記錄分析器 Studio;Log Parser Studio 查詢-裝置行事曆要求;查詢結果分析;重新同步行事曆資料夾

安裝記錄分析器 Studio

ActiveSync 用戶端在嘗試與 Exchange 伺服器通訊時,可能發生錯誤。 現在,我們需要判斷這些錯誤來源的位置。 我們將從查看 Client Access Server 上的 IIS 記錄檔開始。 在分析這些記錄之前,要完成分析的工作站應已安裝 Log Parser Studio。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 LogParser

    • 連按兩下 LogParser.msi 以開始安裝。
    • 如果開啟的檔案會顯示安全性警告,請選取 [執行]。
    • 在 [歡迎] 畫面上,選取 [下一步]
    • 在 [End-User 授權合約] 畫面上,複查並接受授權合約,然後選取 [下一步]
    • 在 [選擇安裝類型] 畫面上,選取 [ 完成]。
    • 在 [準備安裝] 畫面上,選取 [ 安裝]。
    • 在完成畫面上,選取 [完成]
  2. 下載 Log Parser Studio 並解壓縮檔案。

安裝 LogParser 後,已解壓縮記錄分析器 Studio,將 IIS 記錄從 Exchange server (s) 複製到本機工作站進行分析。

Log Parser Studio 查詢–裝置行事曆要求

我們需要判斷此 ActiveSync 用戶端的要求在用戶端存取伺服器上處理時,是否發生任何問題。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 連按兩下 ActiveSync:從文件庫中 ,以每位使用者零的 SyncKey 計數同步

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

    範例結果:

    範例結果

查詢結果分析

現在,我們想要查看查詢中是否有任何問題的結果。 如果要執行這項操作,請依照下列步驟執行:

  1. 檢查 [ 狀態 ] 欄,並找出任何值的要求。 使用 Exchange ActiveSync 通訊協定檔 來調查這些值,以及是否可以採取任何修正動作。

  2. 請檢查 錯誤 欄,並找到此欄中有值的任何要求。 許多這類錯誤訊息都是自我說明的,而且可據此採取糾正動作。

  3. 檢查 sc status 欄,然後找出任何值不是200的要求。 這是 IIS 的 HTTP 狀態回應,也可以在 iis 7 和更新版本的 HTTP 狀態碼中找到其他資訊。

不幸的是,檢查 IIS 記錄不會向我們顯示相關約會的任何識別碼。 在上次約會變更發生的時間內,您的最佳效果是在 IIS 記錄中尋找要求。 您也可以使用本文 瞭解 Exchange ActiveSync 報表服務 ,以協助您更深入瞭解 IIS 記錄專案所找到的某些元素。

重新同步行事曆資料夾

先前的步驟會協助識別約會發生問題的原因。 ActiveSync 用戶端的狀態可能不正確。 若要解決此問題,請從要同步處理的資料夾清單中移除行事曆,等候大約五分鐘,然後將行事曆新增至要同步處理的資料夾清單中。

約會在 ActiveSync 用戶端的狀態是否正確?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

準備資料分析;Log Parser Studio 查詢計數同步處理,每個使用者的 SyncKey 為零

準備資料分析

ActiveSync 用戶端在嘗試與 Exchange 伺服器通訊時,可能發生錯誤。 現在,我們需要判斷這些錯誤來源的位置。 我們將從查看 Client Access Server 上的 IIS 記錄檔開始。 在分析這些記錄之前,要完成分析的工作站應已安裝 Log Parser Studio。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載並安裝 LogParser

    • 連按兩下 LogParser.msi 以開始安裝。
    • 如果開啟的檔案會顯示安全性警告,請選取 [執行]。
    • 在 [歡迎] 畫面上,選取 [下一步]
    • 在 [End-User 授權合約] 畫面上,複查並接受授權合約,然後選取 [下一步]
    • 在 [選擇安裝類型] 畫面上,選取 [ 完成]。
    • 在 [準備安裝] 畫面上,選取 [ 安裝]。
    • 在完成畫面上,選取 [完成]
  2. 下載 Log Parser Studio 並解壓縮檔案。

安裝 LogParser 後,已解壓縮記錄分析器 Studio,將 IIS 記錄從 Exchange server (s) 複製到本機工作站進行分析。

Log Parser Studio 查詢計數同步處理,每個使用者的 SyncKey 為零

若要判斷裝置是否要與 Exchange 重新同步處理,請執行記錄檔分析器查詢以尋找使用者。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 連按兩下 ActiveSync:從文件庫中 ,以每位使用者零的 SyncKey 計數同步

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  7. 分析此查詢的結果。

    分析此查詢的結果

是否有任何裝置使用 SyncKey 值為0的多個要求?

如果使用 SyncKey 值為0,記錄分析器 Studio 查詢裝置查詢 ()

若要判斷裝置傳送 SyncKey 的原因為何為0,請在重新同步要求之前分析裝置活動。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 按兩下 [ActiveSync:從文件庫進行 裝置查詢

  6. 在查詢的結尾,以上一個步驟中的值,修改 WHERE 子句中的 DeviceId 值。

  7. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  8. 找到 SyncKey 欄中的值為0的要求,以分析此查詢的結果。 然後查看前面的要求,其中 Cmd = Sync 及檢查 sc-status 值是否為5xx。

    先前的要求

範例:在上述影像中,包含 SyncKey 值0的要求前有多個同步處理要求。 這些要求都沒有從 IIS 接收到 HTTP 500 回應。 在發生多個 HTTP 500 回應時會造成裝置重新同步的 已知問題

此同步處理要求是否會導致 HTTP 狀態碼為500?

啟用失敗要求追蹤;失敗要求追蹤記錄分析

啟用失敗要求追蹤

若要判斷 HTTP 500 錯誤的原因,請啟用 Microsoft-Server-ActiveSync 虛擬目錄上的「失敗要求追蹤」。 如果要執行這項操作,請依照下列步驟執行:

  1. [開啟 IIS 管理員]。
  2. 展開伺服器,展開 [ 網站],然後選取 [ 預設網站]。
  3. 在 [動作] 窗格中,選取 [失敗要求追蹤]。
  4. 選取 [ 啟用 ],並視需要輸入不同的目錄路徑,然後選取 [確定]
  5. 展開 [ 預設的網站 ],然後選取 [ Microsoft-Server-ActiveSync 虛擬目錄]。
  6. 在 [ 功能] 視圖中,按兩下 [失敗的 要求追蹤規則]。
  7. 在 [動作] 窗格中選取 [新增]。
  8. 選取 [ 所有 內容],然後選取 [下一步]
  9. 輸入剖析 IIS 記錄檔時所找到的 HTTP 狀態碼,然後選取 [下一步]
  10. Select Finish.

在啟用「要求追蹤失敗」之後,請嘗試在裝置上進行其他同步處理,以再現連接問題。

失敗要求追蹤記錄分析

若要解決此問題,請複查失敗的要求追蹤記錄檔,以判斷原因。 以下是一組記錄範例,要求摘要會提供錯誤的基本資訊:

失敗要求追蹤記錄檔

然後,當您查看 [壓縮視圖] 索引標籤時,會提供其他詳細資料,包括提供的使用者名稱。

檢查壓縮查看索引標籤

使用失敗要求追蹤記錄檔是否已解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 如果不是,請參閱 Capture Fiddler Trace

裝置活動分析

若要判斷先前的要求是否導致裝置傳送 SyncKey 值0,請複查先前查詢的結果。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 連按兩下 ActiveSync:從文件庫中 ActiveSync 錯誤要求

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  7. 參照裝置Cmd狀態回應,以分析此查詢的結果。 使用 ActiveSync 的通訊協定檔 做為參考。 例如,任何產生狀態大於2的 Ping 要求都是錯誤,應進一步加以調查。 任何會產生狀態大於1的 同步 處理要求都是錯誤,應進一步加以調查。

是否有任何要求導致錯誤狀態碼?

審閱通訊協定檔

若要判斷狀態回應碼所代表的內容,請使用 ActiveSync 命令參考通訊協定規格。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 ActiveSync 命令參考通訊協定規格
  2. 檢查先前查詢的結果是否有任何錯誤,並調查狀態值。
  3. 根據通訊協定檔中顯示的原因,解決問題。

上一個步驟中執行的查詢結果範例:

結果詳細資料範例4

這些結果會顯示 Ping 命令產生的狀態碼為3。 使用 ActiveSync 的通訊協定檔,此錯誤是由裝置所傳送的要求所造成。 裝置應該會傳送其他的 Ping 要求。

結果詳細資料範例5

結果也會顯示 Sync 命令,該命令會接收到狀態碼為4的回應。 同樣地,此錯誤是由裝置所傳送的要求所造成。

結果詳細資料範例6

在回應中使用 ActiveSync 狀態解決問題嗎?

如果問題未解決,請捕獲 fiddler 追蹤 ()

ActiveSync 裝置要求不一定會視需要抵達目的地。 若要確認裝置要求和回應會如預期的方式傳送及接收,請透過 HTTP proxy 路由傳送裝置,並查看資料。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載 Fiddler ,並將其安裝至工作站。

  2. 下載 適用于 Fiddler 的 EAS 檢查程式

  3. EASInspectorFiddler.dll 解壓至 c:\Program Files\Fiddler2\Inspectors 資料夾。

  4. 啟動 Fiddler 應用程式。

  5. 選取 [ 工具 ] 功能表,然後選取 [ Fiddler 選項]。

  6. 移至 [ HTTPs ] 索引標籤,然後選取 [ 解密 HTTPS 流量],並選取 [是]

  7. 移至 [連線] 索引標籤,然後選取 [ 允許遠端電腦連線],然後選取 [確定 ] 以進入任何提示。

  8. 選取 [確定] ,然後關閉 [Fiddler] 應用程式。

  9. 設定 ActiveSync 裝置,將此工作站當做 proxy 伺服器使用。

  10. 啟動 Fiddler 應用程式。

  11. 嘗試同步處理 ActiveSync 裝置。

  12. 選取 [ 檔案] 功能表,然後 選取 [ 捕獲流量 ] 以停止追蹤。

    捕獲 Fiddler 追蹤

您看到 ActiveSync 要求會收到 500 HTTP 回應嗎?

重新布建 ActiveSync 用戶端 (如果看到 500 HTTP 回應)

若要解決此問題,請重新布建 ActiveSync 用戶端。 如果要執行這項操作,請依照下列步驟執行:

  1. 在裝置指導方針之後移除信箱目前的 ActiveSync 設定檔
  2. 在裝置指導方針之後建立信箱的 ActiveSync 設定檔

已 reprovisioning ActiveSync 用戶端是否已解決問題?

Fiddler 追蹤分析 (接收 500 HTTP 回應)

Fiddler 追蹤顯示 ActiveSync 裝置沒有從其目的地接收到成功的回應。 需要進一步分析追蹤,以判斷回應來源的位置。 如果要執行這項操作,請依照下列步驟執行:

    • 範例:使用者使用 Windows 郵件應用程式來存取電子郵件。 目前,裝置並未接收新的郵件,而右上角有錯誤訊息,指出無法使用信箱:

Fiddler 追蹤分析1

Fiddler 追蹤的分析顯示 Exchange 伺服器的連線導致 HTTP 500 錯誤。

Fiddler 追蹤分析2

[HTTP 回應的分析] 顯示內部伺服器錯誤,以及錯誤的詳細資料,提供問題的指示。 在此範例中,TMG 伺服器陣列中的所有伺服器都已耗盡,因此 TMG 沒有要求的可用目的地。

Fiddler 追蹤分析3

Fiddler 追蹤分析是否有助於解決問題?

記錄分析器 Studio 查詢-每個 SyncKey 所有同步處理的計數

若要判斷裝置是否要對相同的資料夾傳送相同的 SyncKey 至 Exchange,請執行與此問題相關聯的記錄檔分析器查詢。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]。

  5. 連按兩下 ActiveSync:從文件庫中 計算每個 SyncKey 的所有同步 處理。

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  7. 分析此查詢的結果。

是否有任何裝置為相同的資料夾傳送相同的 SyncKey 多次?

Log Parser Studio 查詢裝置查詢 (裝置會多次傳送相同的 SyncKey)

若要判斷用戶端是否應該傳送相同的 SyncKey,請檢查 ActiveSync 回應中的狀態碼。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 按兩下 [ActiveSync:從文件庫進行 裝置查詢

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  7. 分析此查詢的結果。

是否有任何要求 狀態 值不等於 1的要求?

重新布建 ActiveSync 用戶端

若要解決此問題,請重新布建 ActiveSync 用戶端。 如果要執行這項操作,請依照下列步驟執行:

  1. 在裝置指導方針之後移除信箱目前的 ActiveSync 設定檔
  2. 在裝置指導方針之後建立信箱的 ActiveSync 設定檔

已 reprovisioning ActiveSync 用戶端是否已解決問題?

檢查通訊協定檔 (狀態等於 1)

若要判斷狀態回應碼所代表的內容,請使用 ActiveSync 命令參考通訊協定規格。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 ActiveSync 命令參考通訊協定規格
  2. 檢查先前查詢的結果是否有任何錯誤,並調查狀態值。
  3. 根據通訊協定檔中顯示的原因,解決問題。

上一個步驟中執行的查詢結果範例:

結果詳細資料範例1

這些結果會顯示 Ping 命令產生的狀態碼為3。 使用 ActiveSync 的通訊協定檔,此錯誤是由裝置所傳送的要求所造成。 裝置應該會傳送其他的 Ping 要求。

結果詳細資料範例2

結果也會顯示 Sync 命令,該命令會接收到狀態碼為4的回應。 同樣地,此錯誤是由裝置所傳送的要求所造成。

結果詳細資料範例3

問題是否解決了 ActiveSync 的錯誤?

記錄分析器 Studio 查詢-高 RPC 計數或延遲

若要判斷 ActiveSync 的要求是否造成資源消耗,請執行相關的記錄分析器查詢。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 連按兩下 ActiveSync:來自文件庫的 高 RPC 計數或延遲

  6. 選取驚嘆號圖示以執行查詢。 感歎點圖示

  7. 分析此查詢的結果。

是否有任何要求具有高 RPC 計數或延遲的要求?

停用使用者的 Exchange ActiveSync

若要解決此問題,請停用導致高 RPC 計數之使用者的 ActiveSync。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以停用信箱的 ActiveSync:

    Set-CASMailbox user -ActiveSyncEnabled:$False
    

為此信箱停用 ActiveSync 是否已解決問題?

重新布建 ActiveSync 用戶端 (如果停用 ActiveSync 解決問題)

若要解決此問題,請重新布建 ActiveSync 用戶端。 如果要執行這項操作,請依照下列步驟執行:

  1. 在裝置指導方針之後,移除信箱目前的 ActiveSync 設定檔。
  2. 在裝置指導方針之後建立信箱的 ActiveSync 設定檔。

已 reprovisioning ActiveSync 用戶端是否已解決問題?

啟用 ActiveSync 信箱記錄;分析 ActiveSync 信箱記錄

啟用 ActiveSync 信箱記錄

若要判斷造成失敗的 ActiveSync 回應,必須啟用信箱記錄。 您可以在 Exchange ActiveSync 信箱記錄中找到信箱記錄的其他資訊。 如果要執行這項操作,請依照下列步驟執行:

注意

應該在 Exchange 2013 信箱伺服器上進行此變更。

  1. 開啟 Windows Explorer,並流覽至 Sync 資料夾 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync) 。

  2. 製作 web.config 檔的複本。

  3. 在 [記事本] 中開啟 web.config 檔案,並使用下列值修改下列各節:

    在記事本中開啟 web.config 檔

  4. [開啟 IIS 管理員]。

  5. 展開伺服器,然後選取 [ 應用程式集區]。

  6. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 高級設定]。

  7. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 停止]。

  8. MSExchangeSyncAppPool 上按一下滑鼠右鍵,然後選取 [ 啟動]。

  9. 開啟 Exchange 管理命令介面

  10. 執行下列 Cmdlet 以啟用使用者的信箱記錄:

    Set-CASMailbox user -ActiveSyncDebugLogging:$True
    

分析 ActiveSync 信箱記錄

若要解決此問題,請在嘗試另一個同步處理要求之後,複查信箱記錄檔。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟 Exchange 管理命令介面

  2. 執行下列 Cmdlet 以取得使用者的信箱記錄:

    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    

    注意

    這會將 ActiveSync 信箱記錄傳送至指定的電子郵件地址進行分析。 您可以在 這裡找到信箱記錄的其他資訊。

  3. 下載 MailboxLogParser 並解壓縮檔。

  4. 開啟 MailboxLogParser.exe以啟動公用程式。

  5. 選取 [ 將信箱記錄匯入至格線 ] 以開啟信箱記錄。

  6. 在 [搜尋原始記錄資料] 下輸入Cmd = Sync ,然後選取 [搜尋]。

    信箱記錄分析程式

  7. 檢查 [狀態] 欄值不是空白或 1的任何專案。

注意

如需 Exchange ActiveSync 信箱記錄分析的詳細資訊,請參閱 《防護罩: Exchange ActiveSync 信箱記錄分析」底下。

檢查 ActiveSync 信箱記錄後是否會解決問題?

Log Parser Studio 查詢-計算所有錯誤

若要判斷裝置是否產生錯誤,請執行相關聯的記錄分析器查詢。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 連按兩下 ActiveSync:從文件庫中計算所有錯誤

  6. 選取驚嘆號圖示以執行查詢 驚嘆號圖示

  7. 分析此查詢的結果。

    計算所有錯誤查詢

    注意

    可以放心忽略下列錯誤: MissingCscCacheEntry、PingCollisionDetected、SyncCollisionDetected

  8. 解決結果中找到的錯誤。

問題是由解決 IIS 記錄檔中的 ActiveSync 錯誤而解決嗎?

Log Parser Studio 查詢報告 [Top 20];記錄分析程式 Studio 查詢-裝置查詢

記錄分析程式 Studio 查詢報告 [前 20]

若要判斷是否有一或多個使用者影響效能問題,請執行關聯的記錄檔分析器查詢來識別這些使用者。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 連按兩下 [ActiveSync:從文件庫報告 [前 20]

  6. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  7. 分析此查詢的結果

    查詢結果範例

這些結果必須進行分析,以判斷使用者傳送至 Exchange server 的流量類型) (s。

記錄分析程式 Studio 查詢-裝置查詢

若要決定裝置流量,請使用相關的記錄分析器查詢來分析裝置活動。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 連按兩下 ActiveSync:從程式庫裝置查詢

  6. 在查詢的結尾,以上一個步驟中的值,修改 WHERE 子句中的 DeviceId 值。

  7. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  8. 分析此查詢的結果,並尋找任何趨勢。

    裝置查詢結果

您可以在使用者活動中識別模式來解決問題嗎?

捕獲效能資料;分析效能資料

捕獲效能資料

若要判斷 Exchange server (s) 是否出現效能問題,請從每個 Exchange 伺服器捕獲效能資料。 如果要執行這項操作,請依照下列步驟執行:

  1. 下載 ExPerfwiz ,並將內容解壓縮至 %ExchangeInstallPath%\Scripts 資料夾。

  2. 開啟 Exchange 管理命令介面

  3. 執行下列動作以變更資料夾路徑:

    cd $exscripts
    
  4. 執行下列 Cmdlet 以允許腳本執行:

    Set-ExecutionPolicy unrestricted
    
  5. 輸入 Y 以變更執行原則。

  6. 執行下列命令來建立資料收集器集:

    .\ExPerfwiz.ps1 -duration 04:00:00 -full -filepath c:\Temp -interval 5
    
  7. 輸入 R 以執行腳本。

  8. 輸入 Y 以啟動資料收集器集。

分析效能資料

若要解決此問題,請分析效能資料,並解決發現的任何問題。 如果要執行這項操作,請依照下列步驟執行:

  1. 等待資料收集器集完成上一個步驟的資料收集 (命令語法會將資料收集4小時) 。
  2. 開啟 [效能監視器]。
  3. 在主控台窗格工具列中,選取 [ 新增記錄檔資料 ] 按鈕。 [ 效能監視器屬性 ] 頁面會在 [ 來源 ] 索引標籤中開啟。
  4. 在 [資料來源] 區段中,選取 [記錄檔 > 新增]。
  5. 流覽至您要查看的記錄檔,然後選取 [ 開啟]。 若要將多個記錄檔新增至 [效能監視器] 視圖,請選取 [ 新增 ]。
  6. 當您完成選取記錄檔時,請選取 [確定]
  7. 在 [效能監視器] 顯示中按一下滑鼠右鍵,然後選取 [ 新增計數器]。 隨即會開啟 [ 新增計數器 ] 對話方塊。 只會提供您在步驟4中所選取的記錄檔或檔案中所包含的計數器。
  8. 選取您要在 [ 效能監視器 ] 圖表中查看的計數器,然後選取 [確定]
  9. 使用 [ [效能與擴充性計數器] 和 臨界 值] 文章,驗證您環境的效能資料。

位址伺服器效能問題是否已解決問題?

  • 如果是,恭喜,您的 ActiveSync 問題已解決。
  • 對不起,我們無法使用本指南來解決問題。 如需更多關於解決此問題的說明,請聯繫 Microsoft 支援人員。 當您聯繫支援人員時,請提供從此疑難排解收集到的所有資料。

記錄檔分析器 Studio 查詢錯誤

若要判斷這些錯誤是否導致效能問題,請針對這些錯誤執行記錄分析器查詢。 如果要執行這項操作,請依照下列步驟執行:

  1. 透過按兩下 LPS.exe,開機記錄分析器 Studio。

  2. 選取 [記錄資料夾] 圖示,以選取要處理的檔案。

    記錄資料夾圖示

  3. 選取 [新增檔案] 或 [新增資料夾] 按鈕,然後尋找並選取先前) 複製的檔案 (。

    記錄檔管理員

  4. 確認已選取 [檔案/資料夾],然後選取 [確定]

  5. 至 [檔案] 功能表,然後選取 [新增 > 查詢]。

  6. 在視窗中輸入下列查詢:

    SELECT * FROM '[LOGFILEPATH]' WHERE cs-uri-query LIKE '%KeepAliveFailure%'
    

    注意

    以上一個步驟中找到的錯誤取代 KeepAliveFailure。

  7. 選取驚嘆號圖示以執行查詢。

    感歎點圖示

  8. 分析此查詢的結果,並嘗試判斷錯誤的原因。 在下列範例中, KeepAliveFailure 只有當要求是 PrxTo 至另一個網站中的 CAS 伺服器時才會發生。 在這裡,我們會想要調查兩個網站之間的網路連線性問題。

    記錄檔分析器 Studio 查詢錯誤

您是否可以使用 IIS 記錄檔中所發現的位址 ActiveSync 錯誤來解決問題?

檢查檔級的反病毒

在許多情況下,檔案層級的反病毒會受到延遲要求或回應的處理 ActiveSync 流量的影響。 停止這些服務並不會停用這些服務所使用的核心模式篩選器驅動程式。 若要停用檔級的反病毒,請遵循 如何在 Windows 中暫時停用核心模式篩選器驅動程式的步驟。 確認在用戶端存取伺服器重新開機後,已不再使用核心模式篩選器驅動程式。 如果要執行這項操作,請依照下列步驟執行:

  1. 開啟命令提示字元。

  2. 執行下列命令:

    fltmc
    
  3. 將結果與 本文 中的範例篩選器驅動程式進行比較,或搜尋網頁中的篩選器名稱。

    fltmc 命令的輸出

停用防病毒核心模式篩選器驅動程式後問題解決了嗎?