Office 365 的效能疑難排解規劃

重要:  本文係由機器翻譯而成,請參閱免責聲明。本文的英文版本請見這裡,以供參考。

您需要知道找出並修正 lags、 懸滯、 和 SharePoint Online、 OneDrive for Business、 Exchange Online 或商務用 Skype Online,與用戶端電腦之間的效能變慢採取的步驟嗎?打電話給支援人員之前,本文可協助您疑難排解 Office 365 效能問題,甚至是修正問題的一些最常見的問題。

您可以確實依據本文的行動計劃範例操作,藉此取得效能問題發生當下的寶貴資料。本文也會列出部分常見問題。

如果您對網路效能不太熟悉,而且想採行長期計劃來監控您的用戶端機器與 Office 365 之間的效能,請參閱調整與疑難排解 Office 365 效能 - 系統管理員與 IT 專業人員

效能的疑難排解行動計畫範例

這個行動計畫包含兩個部分:準備階段及記錄階段。 如果您目前已有效能問題,而需要執行資料收集,您可以立即開始使用此計畫。

準備用戶端電腦

  • 尋找可以重現效能問題的用戶端電腦。 進行疑難排解期間,會使用這部電腦。

  • 寫下導致發生效能問題的步驟,做好準備,日後需要測試時就能直接開始。

  • 安裝收集及記錄資訊的工具:

    • 安裝 Netmon 3.4 (英文) (或使用相等的網路追蹤工具)。

    • 安裝免費 HTTPWatch 基本版 (英文) (或使用相等的網路追蹤工具)。

    • 使用螢幕錄製器或執行 Windows Vista 及更新版本隨附的步驟收錄程式 (PSR.exe),以便記錄您於測試期間所採取的步驟。

記錄效能問題

  • 關閉所有無關的網際網路瀏覽器。

  • 啟動步驟收錄程式或另一個螢幕錄製器。

  • 啟動 Netmon 擷取 (或網路追蹤工具)。

  • 輸入 ipconfig /flushdns,即可從命令列清除用戶端電腦上的 DNS 快取。

  • 啟動新的瀏覽器工作階段並開啟 HTTPWatch。

  • 選用:如果您正在測試 Exchange Online,請從 Office 365 系統管理主控台執行 Exchange 用戶端效能分析工具。

  • 重現會造成效能問題的確切步驟。

  • 停止 Netmon 或其他工具的追蹤。

  • 在命令列中輸入下列命令,然後按 ENTER 鍵,即可執行 Office 365 訂閱的追蹤路由:

    tracert <subscriptionname>.onmicrosoft.com

  • 停止步驟收錄程式並儲存視訊。 請務必包含擷取的日期與時間,以及視訊呈現的效能良好與否。

  • 儲存追蹤檔案。 同樣地,請務必包含擷取的日期與時間,以及視訊所顯示的效能良好與否。

如果您不熟悉如何執行本文中提及的工具,別擔心,我們接下來會提供相關步驟。 如果您已熟悉這類網路擷取,則可以直接參閱如何讀取您的追蹤一節,了解篩選和讀取記錄檔的相關資訊。

首先清除 DNS 快取

為什麼呢?清除 DNS 快取後,您便可從頭開始測試。清除快取即是將 DNS 解析程式內容重設為最新項目。請記住,清除並不會移除 HOST 檔案項目。如果您全面使用 HOST 檔案項目,您應該將這些項目複製到另一個目錄的檔案,然後清空 HOST 檔案。

清除您的 DNS 解析程式快取

  1. 開啟命令提示字元 ([開始] > [執行] > [cmd] 或 [Windows 鍵] > [cmd])。

  2. 輸入以下命令,然後按 ENTER:

    ipconfig /flushdns

Netmon

Microsoft 的網路監視工具 (Netmon) 會分析封包的網路上的電腦之間傳送的流量。藉由使用 Netmon 追蹤流量搭配 Office 365 可以擷取檢視],並讀取封包標頭、 識別中間的裝置,請檢查網路硬體上的重要設定,尋找捨棄封包,並遵循流量傳送您的公司網路上的電腦和 Office 365 之間。由於實際流量本文經過加密,也就是它 (透過 SSL/TLS 的連接埠 443 上旅行無法讀取所傳送的檔案。不過,您會收到未篩選的追蹤封包會花費可協助您追蹤問題行為的路徑。

這時請不要套用篩選。 您應該改為執行每一項步驟並呈現問題,然後再停止追蹤及儲存。

安裝 Netmon 3.4 之後,請開啟工具及執行下列步驟:

採取 Netmon 追蹤並重現問題

  1. 啟動 Netmon 3.4。

    [開始] 頁面上有三個窗格:最近擷取選取 [網路與 Microsoft 網路監視器 3.4 的快速入門。請注意。選取 [網路] 面板也可讓您可以擷取預設網路的清單。請確定網路卡此處所選。

  2. 在 [啟動] 頁面頂端,按一下 [新的擷取內容]。這會將新的索引標籤新增至 [啟動] 頁面索引標籤旁邊,並命名為 [擷取 1]。

    Nemon 的使用者介面,畫面上醒目提示 [New Capture]、[Start] 和 [Stop] 按鈕。

  3. 若要採取簡單擷取,請按一下工具列上的 [啟動]。

  4. 重新產生呈現效能問題的步驟。

  5. 按一下 [停止] > [檔案] > [另存新檔]。請務必隨時區提供日期和時間,並指出它顯示的效能良好與否。

HTTPWatch

HTTPWatch很充電,和免費的版本。免費的基本版說明這項測試,您需要的所有項目。HTTPWatch 監視器的網路流量和頁面載入時間直接從您的瀏覽器視窗。HTTPWatch 是要以圖形方式說明效能的 Internet Explorer 的外掛程式。分析可以儲存並 HTTPWatch Studio 中檢視。

附註: 

  • 如果您使用 Firefox、Google Chrome 等其他瀏覽器,或是如果您無法在 Internet Explorer 中安裝 HTTPWatch,請開啟新的瀏覽器視窗,然後按鍵盤上的 F12。您應該會在瀏覽器底部看到 [開發人員工具] 快顯視窗。如果您使用 Opera,請按 CTRL+SHIFT+I 顯示網路檢查程式,然後按一下 [網路] 索引標籤,完成如下所述的測試。資訊會有些不同,但載入時間仍會以毫秒為單位顯示。

  • HTTPWatch 對於 SharePoint Online 頁面載入時間的問題也非常實用。

執行 HTTPWatch 並重現問題

  1. HTTPWatch 是瀏覽器的外掛程式,因此在瀏覽器中顯示工具的方式會因每個版本的 Internet Explorer 而稍有不同。一般而言,您可以在 Internet Explorer 瀏覽器的命令列底下看見 HTTPWatch。

    如果您在瀏覽器視窗中並未看到 HTTPWatch 外掛程式,請按一下 [說明] > [關於],或者在較新版本的 Internet Explorer 中按一下齒輪符號及 [關於 Internet Explorer],即可查看您的瀏覽器版本。若要啟動 命令列,請以滑鼠右鍵按一下 Internet Explorer 中的功能表列,然後按一下 [命令列]。先前 HTTPWatch 已與 [命令] 和 [瀏覽器列] 建立關聯,因此一旦安裝,如果未能立即看到圖示 (即使重新開機之後),請核取 [工具] 與工具列的圖示。請記住,您可以對工具列進行自訂及加入選項。

    Internet Explorer 的命令工具列,其中顯示 HTTPWatch 圖示。

  2. 在 Internet Explorer 瀏覽器視窗中啟動 HTTPWatch。它將會固定在該瀏覽器視窗的底部。按一下 [記錄]。

  3. 重新產生效能問題的相關確切步驟。在 HTTPWatch 中按一下 [停止] 按鈕。

  4. [儲存] HTTPWatch 或 [使用電子郵件傳送]。您的檔案名稱應包含日期和時間資訊,並指出 Watch 顯示的效能良好與否。

    HTTPWatch 針對 Office 365 首頁頁面載入顯示 [網路] 索引標籤。

    這個螢幕擷取畫面來自專業版 HTTPWatch。您可以在有專業版的電腦上開啟以基本版執行的追蹤,並在其中讀取其內容。您或許可以透過該方式取得追蹤的額外資訊。

問題步驟收錄程式

步驟收錄程式或 PSR.exe 可讓您於發生問題時進行記錄。這是非常實用的工具,執行也相當簡單。

執行問題步驟收錄程式 (PSR.exe),錄製您的工作

  1. 使用 [開始] > [執行] > 輸入 PSR.exe > [確定],或者按一下 [Windows 鍵] >輸入 PSR.exe > 然後按 ENTER。

  2. 當小型 PSR.exe 視窗出現時,按一下 [開始錄製],然後重新產生重現效能問題的步驟。

    如有需要按一下 [新增註解,您可以新增註解。

  3. 當您完成步驟,請按一下 [停止記錄]。如果頁面呈現效能問題,等待頁面轉譯之前停止錄製。

  4. 按一下 [儲存]。

步驟收錄程式或 PSR.exe 的螢幕擷取畫面。

為您記錄的日期和時間。此時間,將您 PSR 連結至 Netmon 追蹤並 HTTPWatch,並協助疑難排解精確度。日期及時間的 PSR 記錄可以顯示為分鐘傳遞登入與瀏覽的 URL] 與 [管理網站的部分呈現,例如之間。

讀取追蹤資料

我們無法透過文章將排解網路及效能問題的所有知識一一傳授給使用者。您必須有豐富的經驗,並相當了解網路的運作和一般執行方式,才可能獲得良好的效能。但您可先編列常見問題的清單,說明工具如何讓您更輕鬆地排除最常見的問題。

如果您想要挑選技能閱讀 Office 365 網站的網路追蹤,沒有更好教師定期建立的頁面載入追蹤,取得讀取他們的經驗。例如,如果您有機會,載入 Office 365 服務及追蹤程序。篩選 DNS 流量的追蹤,或搜尋您瀏覽的服務名稱 FrameData。掃描追蹤,了解服務載入時,會發生的步驟。這將可協助您瞭解哪些標準頁面載入看起來應該像,及疑難排解,周圍的效能,尤其是如果比較好不正確的追蹤可以教您很多。

使用 Microsoft Intellisense,Netmon 中顯示的 [篩選] 欄位。Intellisense 或智慧的程式碼完成,是您在一段輸入及所有可用的選項會顯示在下拉式清單選取項目] 方塊中位置的秘訣。如果,例如,您擔心 TCP 視窗調整,您可以找到您方式 (例如.protocol.tcp.window < 100) 篩選用這種方法。

顯示 [Display Filter] 欄位使用 intellisense 的 Netmon 螢幕擷取畫面。

Netmon 追蹤可以有很多流量。如果您不熟悉閱讀能力,很可能會不知所措開啟追蹤第一次。若要執行的第一個項目是訊號分開追蹤中背景噪音。您測試對 Office 365,也就是您想要查看的流量。如果您是用來追蹤瀏覽,您可能不會需要此清單。

您的用戶端和 Office 365 之間的流量是透過 TLS 傳輸,這表示流量的本體會經過加密且在一般 Netmon 追蹤中無法讀取。您進行效能分析時,不需要知道封包中資訊的具體細節。不過,封包標題及其所含的資訊其實相當有趣。

進行良好追蹤的秘訣

  • 知道用戶端電腦的 IPv4 或 IPv6 位址值。您可以從命令提示字元中輸入 IPConfig 然後按 ENTER,取得這項資訊。知道此位址可讓您一眼判斷追蹤的流量是否直接涉及用戶端電腦。如果有已知 Proxy,請偵測 (ping) 該 Proxy 並取得其 IP 位址。

  • 清除您的 DNS 解析程式快取,如果可能的話也關閉所有瀏覽器,只保留您要在其中執行測試的瀏覽器。假使您無法執行這項作業,例如,若支援人員使用某些瀏覽器架構的工具查看您用戶端電腦的桌面,請準備篩選您的追蹤。

  • 在忙碌追蹤中找出您使用的 Office 365 服務。如果您已經從未或很少看到您的流量之前,這是很有幫助步驟中與其他網路噪音分隔效能問題。有幾個方法可以進行這項操作。直接在您的測試之前,您可以使用偵測 (ping) 或 PsPing、 特定服務 (ping outlook.office365.com及/或psping -4 microsoft-my.sharepoint.com:443,如需範例) 的 url。您可以輕鬆找到的 PsPing (依其程序的名稱) 的 Netmon 追蹤內。可讓您開始尋找的位置。

    如果您只想在發生問題時使用 Netmon 追蹤,這樣也沒關係。請使用 ContainsBin(FrameData, ASCII, "office")ContainsBin(FrameData, ASCII, "outlook") 之類的篩選來引導自己。您可以從追蹤檔案中記錄框架數目。您可能也會想要持續向右捲動 [框架摘要] 窗格,然後尋找 [交談識別碼] 欄。有一個數字會代表此特定交談的識別碼,您也可以記錄此數字並於稍後個別查看。請記得移除此篩選,然後再套用任何其他篩選。

    提示: Netmon 有許多實用的內建篩選。請嘗試 [顯示] 篩選窗格頂端的 [載入篩選] 按鈕。

    在用戶端電腦上透過命令列使用 PSPing 尋找您的 IP。

    來自於用戶端的 Netmon 追蹤,透過篩選器 TCP.Flags.Syn == 1 顯示相同的 PSPing 命令。

    熟悉您的流量,並學習如何找到所需的資訊。例如,學習如何判斷追蹤中的哪些封包具有您正在使用的 Office 365 服務 (例如 Outlook) 的第一個參照。

若以 Office 365 Outlook Online 做為範例,流量的開頭看起來應該像這樣:

  • outlook.office365.com 具相符 QueryID 的 DNS 標準查詢和 DNS 回應。請務必注意此來回的時間位移,以及 Office 365 全域 DNS 在全世界的哪個位置傳送名稱解析要求。理想的情況是盡可能在當地執行,而不是跨越大半個地球 (線上登入之後可能會有一些 DNS 流量)。

  • 狀態報告為永久移動的 HTTP GET 要求 (301)

  • 包括 RWS Connect 要求及 Connect 回覆的 RWS 流量。(這是遠端 Winsock 為您建立連線)。

  • TCP SYN 和 SYN/ACK TCP 交談。在此交談中的設定許多影響您的效能。

  • 之後是一系列的 TLS:TLS 流量,亦即 TLS 交握及 TLS 憑證交談的執行位置 (提醒您,這些資料會透過 SSL/TLS 加密)。

流量的所有部分都很重要且有關聯,但追蹤的一小部分包含對於解決效能問題特別重要的資訊,所以我們會將焦點放在這些區域。此外,我們所進行的 Microsoft Office 365 效能疑難排解已足以編寫十大常見問題清單,因此我們將專注於這些問題,以及如何使用既有的工具來排除問題。

如果您尚未安裝這些工具,以下矩陣會使用其中幾項工具。在可行的情況下,提供安裝點的連結。清單包含一般網路追蹤工具,例如 Netmon (英文)Wireshark (英文),但請使用您熟悉且慣於用來篩選網路流量的追蹤工具。您在測試時,請記住:

  • 關閉您的瀏覽器,並測試與只有一個瀏覽器執行-這將會減少您所擷取的整體流量。它會較不忙碌的追蹤。

  • 在用戶端電腦上清除您的 DNS 解析程式快取:當您開始擷取時,這可讓您從頭開始以取得更簡潔的追蹤。

部分常見問題

以下是您可能碰到的部分常見問題,及如何在網路追蹤工具中找出問題的方法。

常見問題

工具​​

您要尋找的項目

TCP Windows 縮放

  • 可在 SYN - SYN/ACK 中找到。

  • 舊版或過時的硬體可能無法利用 TCP Windows 縮放。

  • 若沒有適當的 TCP Windows 縮放設定,則會在 TCP 標題中以毫秒為單位填寫預設的 16 位元緩衝。

  • 用戶端收到認可表明已收到原始資料之前,無法繼續傳送流量,因而造成延遲。

Netmon

Wireshark

在網路追蹤中尋找 SYN - SYN/ACK 流量。

在 Netmon 中使用像tcp.flags.syn == 1篩選。這個篩選器,在 Wireshark 中相同。

Netmon 或 Wireshark 中這兩種工具的 Syn 封包篩選器:TCP.Flags.Syn == 1。

請注意,每個 SYN 都有與相關認可 (SYN/ACK) 的目的地連接埠 (DstPort) 相符的來源連接埠 (SrcPort) 號碼。

若要查看您的網路連線所使用的 Windows 縮放值,請依序展開 SYN 及相關的 SYN/ACK。

圖形顯示如何在追蹤中將 SrcPort 對應到 DstPort 以取得時間差。

TCP 閒置時間設定

  • 以往都會針對暫時性連線設定大部分的周邊網路,這表示通常會終止閒置連線。

  • Proxy 和防火牆可終止閒置超過 100 到 300 秒的 TCP 工作階段。

  • 這是 Outlook Online 的問題,因為它會建立並使用長期連線,不論這些連線是否閒置。

  • Proxy 或防火牆裝置終止連線時,並不會通知用戶端,而嘗試使用 Outlook Online 即表示進行新連線之前,用戶端電腦都會重複嘗試接收連線。

  • 您可能會看到產品懸置、提示或載入網頁的緩慢效能。

Netmon

Wireshark

在 Netmon 中,查看來回時間的 [時間位移] 欄位。來回時間是指用戶端傳送要求至伺服器到接收回應之間的時間。檢查用戶端與出口端點 (例如,用戶端 -- > Proxy ) 或用戶端至 Office 365 (用戶端 -- > Office 365) 之間的情形。您可以在許多類型的封包中看到此情形。

例如,Netmon 中的篩選看起來可能像.Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12,或在 Wireshark 中ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12

提示: 

  • 不清楚追蹤內的哪個 IP 位址屬於您的 DNS 伺服器嗎?請試著在命令列中中查閱。按一下 [開始] > [執行] >並輸入 cmd,或按下 [Windows 鍵] >並輸入 cmd。在命令提示字元中,輸入 nslookup <the IP address from the network trace>。若要測試,請依據您電腦的 IP 位址使用 nslookup。

  • 若要查看 Microsoft 的 IP 範圍清單,請參閱 Office 365 URL 與 IP 位址範圍

如果有問題,請預期長的時間位移才會出現,在此例 (Outlook Online),尤其是在顯示的應用程式資料經過的 TLS:TLS 封包 (例如,Netmon 中您可以尋找應用程式資料封包透過.Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data")。跨工作階段,您應該會看到的平滑的順行次序的時間。如果重新整理您 Outlook Online 時,您會看到長時間延遲,這可能是由重設所傳送的高度。

延遲/來回時間

  • 延遲是很可以變更,而定諸多變數,例如升級過時裝置、 新增大量使用者至網路,以及網路連線上其他工作耗用的整體頻寬百分比的量值。

  • Office 365 的網路規劃與效能調整頁面提供適用於 Office 365 的頻寬計算器。

  • 需要測量您的連線速度或您的 ISP 連線頻寬嗎? 請使用這個網站 (或類似網站):Speedtest 官方網站以及 Pingtest

Ping

PsPing

Netmon

Wireshark

若要查看追蹤內的延遲,您最好記錄用戶端電腦 IP 位址和 Office 365 中的 DNS 伺服器 IP 位址。這是為了能更輕鬆地追蹤篩選。如果您是透過 Proxy 連線,則需記錄用戶端電腦的 IP 位址、Proxy /輸出 IP 位址及 Office 365 DNS IP 位址,以便更輕鬆地執行工作。

傳送至 outlook.office365.com 的 Ping 要求會告訴您收到要求的資料中心名稱,即使 ping 可能無法連線以傳送商標連續 ICMP 封包。如果您使用 PsPing (免費下載的工具) 和特定連接埠 (443),或許還有使用 IPv4 (-4),您將會取得傳送封包的平均來回時間。這適用於 Office 365 服務中的其他 URL,例如 psping -4 yourSite.sharepoint.com:443。事實上,您可以指定一些偵測,以取得計算平均值的較大範本,請嘗試類似這樣的偵測:psping -4 -n 20 yourSite-my.sharepoint.com:443

附註: PsPing 不會傳送 ICMP 封包。這樣會透過特定連接埠使用 TCP 封包進行偵測,因此您可以使用任何一個您確定為開啟的連接埠。在使用 SSL/TLS 的 Office 365 中,請嘗試將連接埠 :443 附加至您的 PsPing。

螢幕擷取畫面顯示解析 outlook.office365.com 的 Ping,以及除了執行相同作業,還報告平均 RTT 為 6.5ms 的 PSPing (使用 443)。

如果您執行網路追蹤時,同時載入效能緩慢的 Office 365 頁面,您應該針對 DNS 篩選 Netmon 或 Wireshark 追蹤。這是我們要找的其中一個 IP。

下列是篩選 Netmon 以取得 IP 位址 (及查看 DNS 延遲) 的相關步驟。此範例會使用 outlook.office365.com,但也可能會使用 SharePoint Online 租用戶的 URL (例如 hithere.sharepoint.com)。

  1. 偵測 (ping) URL ping outlook.office365.com,然後在結果中記錄 ping 要求送達的目的地 DNS 伺服器名稱及 IP 位址。

    outlook.office365.com 的 Ping 要求顯示 namnorthwest 的 DNS 與 IP 位址。

  2. 網路追蹤會開啟網頁,或執行巨集指令,可讓您效能問題,或如果您看到偵測 (ping),本身有高度延遲網路追蹤。

  3. 在 Netmon 中開啟追蹤並篩選 DNS (此篩選也會在 Wireshark 運作,但會區分大小寫 -- dns)。由於您從偵測 (ping) 中得知 DNS 伺服器的名稱,因此您也可以如下所示在 Netmon 中更快速地篩選:DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"),在 Wireshark 中看起來則像這樣 dns and frame contains "namnorthwest"

    開啟回應封包,並在 [框架詳細資料] 視窗中按一下 DNS 以展開,可查看詳細資訊。在 DNS 資訊中,您可以找到在 Office 365 中接收要求之 DNS 伺服器的 IP 位址,您需要這個 IP 位址以進行下一個步驟 (PsPing 工具)。移除篩選,在 Netmon [框架摘要] 中的 DNS 回應上按一下滑鼠右鍵 > 尋找交談 > DNS,即可同時查看 DNS 查詢與回應。

    依 [Find Conversations] > [DNS] 篩選的追蹤。

  4. 此外在 Netmon 中,也請注意 DNS 要求與回應之間的 [時間位移] 欄。

    以 DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest") 篩選的其他 Netmon 結果,其中顯示要求與回應之間的時間位移極低。

在下一個步驟中,輕鬆地安裝並使用PsPing工具很非常實用,同時 ICMP 通常會封鎖防火牆,因為和 PsPing 精細追蹤延遲的毫秒數。PsPing 完成的地址和連接埠 (我們大小寫開啟連接埠 443) 的 TCP 連線。

  1. 安裝 PsPing

  2. 開啟命令提示字元 ([開始] > [執行] > 輸入 cmd,或是 [Windows 鍵] > 輸入 cmd),並將目錄變更為您已安裝 PsPing 來執行 PsPing 命令的目錄。在我的範例中,您可以在 C 的根目錄中看到我建立的「Perf」資料夾。您可以執行相同動作以便快速存取。

  3. 輸入命令,以便您根據 Office 365 DNS 伺服器的 IP 位址從較舊的 Netmon 追蹤進行 PsPing,請記得新增連接埠號碼。換句話說,psping -n 20 132.245.24.82:445。這樣會讓您獲得 20 個偵測抽樣,並於 PsPing 停止時取得延遲平均值。

    PSPing 命令 psping -n 20 132.245.24.82:443 傳回平均延遲:25.51 毫秒。

如果您是透過 Proxy 伺服器前往 Office 365,則步驟稍有不同。您必須先 PsPing Proxy 伺服器,取得至 Proxy/出口端點再折返的平均延遲值 (單位為毫秒),然後在 Proxy 或直接連至網際網路的電腦上執行 PsPing 以取得遺漏值 (連至 Office 365 再折返的值)。

若選擇從 Proxy 執行 PsPing,您會有兩個毫秒值:用戶端電腦至 Proxy 伺服器或出口端點,以及 Proxy 伺服器至 Office 365。這樣就完成了!您可以記錄這些值。

如果您執行 PsPing 直接連線到網際網路的另一個用戶端電腦上,也就是不 proxy],您會有兩個毫秒值: 可 proxy 伺服器或出口端點到 Office 365 用戶端電腦的用戶端電腦。在此情況下,減去用戶端電腦的值至 proxy 伺服器或出口端點到 Office 365 用戶端電腦的值,則必須 RTT 數字從用戶端電腦的 proxy 伺服器或出口端點與 proxy 伺服器或出口端點到 Office 365。

不過,如果您可以在受影響的位置找到直接連線或是略過 Proxy 的用戶端電腦,您可選擇先查看該處是否重現問題,隨後用它來測試。

延遲,Netmon 追蹤中, 所見這些額外的毫秒數可將,如果有足夠的任何指定的工作階段。

Netmon 中的一般延遲,Netmon 預設 [Time Delta] 欄新增至 [Frame Summary]。

附註: 您的 IP 位址可能不同於此處所示的 IP,例如,您的 Ping 可能會傳回更近似 157.56.0.0/16 的內容或類似的範圍。若要取得 Office 365 使用的範圍清單,請參考 Office 365 URL 與 IP 位址範圍。例如,如果您想要搜尋 132.245,請記得展開所有節點 (頂端有個適用的按鈕)。

Proxy 驗證

  • 只有當您透過 Proxy 伺服器執行時,此項目才適用。若不是這種情形,您可以略過這些步驟。

  • 在正常運作的情況下,Proxy 驗證應該都會在幾毫秒內開始進行。您不應該在尖峰時段看到間歇性的效能不足 (舉例來說)。

  • 如果已開啟 Proxy 驗證,則每次您對 Office 365 進行新的 TCP 連線以取得資訊時,就必須在幕後通過驗證程序。例如,從 Outlook Online 中的行事曆切換到郵件時,您會進行驗證。而在 SharePoint Online 中,如果頁面顯示多個網站或位置的媒體或資料,您需針對每個不同的 TCP 連線進行轉譯資料所需的驗證。

  • 在 Outlook Online 中,每當您在行事曆與信箱之間切換時,就會發現載入過慢的情形,或是在 SharePoint Online 中緩慢地載入網頁。不過,還有其他狀況未列於此處。

    Proxy 驗證是出口 proxy 伺服器上的設定。如果搭配 Office 365 造成效能問題時,您必須請諮詢您的網路小組。

Netmon

Wireshark

Proxy 驗證發生時必須處理],開始新的 TCP 工作階段,通常檔案或資訊從伺服器要求,或提供資訊。例如,您可能會看到 proxy 驗證周圍 HTTP GET 或 HTTP 文章的要求。如果您想要查看您的位置驗證要求您追蹤的圖文框,' NTLMSSP 摘要 」 將欄新增至 Netmon 和.property.NTLMSSPSummary篩選。若要查看驗證花費多少時間,新增 [Time Delta] 欄。若要將欄新增至 Netmon 中:

  1. 以滑鼠右鍵按一下欄,例如 [描述]。

  2. 按一下 [選擇欄]。在清單中尋找 NTLMSSP 摘要和時間差,然後按一下 [新增]。

  3. 將新欄移至 [描述] 欄前後的適當位置,以便同時讀取這些欄。按一下 [確定]。

即使您不新增資料行,運作 Netmon 篩選。但您疑難排解能更容易,如果您可以看到您在驗證的哪個階段。尋找執行個體的 Proxy 驗證,請務必研究所有框架,其中有一項 NTLM 的挑戰,或驗證訊息時出現。如果有需要,請以滑鼠右鍵按一下流量和尋找交談的特定 > TCP。請注意下列交談的時間差值。

Netmon 追蹤顯示 Proxy 驗證,依交談篩選。

如在 Wireshark 中所示,Proxy 驗證有四秒延遲。在框架詳細資料中以滑鼠右鍵按一下相同名稱的欄位,並選取 [新增為欄],即可產生 [與前一個顯示框架的時間差] 欄。

在 Wireshark 的框架詳細資料中,以滑鼠右鍵按一下相同名稱的欄位,並選取 [Add as Column],即可產生 [Time delta from previous displayed frame] 欄。

DNS 效能

  • 盡可能接近用戶端的國家執行名稱解析時,是最適合且最快速的運作方式。

  • 如果是在海外執行 DNS 名稱解析,頁面載入所需的秒數可能因而增加。

  • 在理想情況下,會在 100 毫秒內完成名稱解析。若時間過久,您應該進行進一步調查。

提示: 不清楚用戶端連線在 Office 365 中的運作方式嗎?請參閱此處的用戶端連線參照文件。

Netmon

Wireshark

PsPing

分析 DNS 效能通常是網路追蹤的另一個工作。不過,PsPing 對於判斷可能的原因也很有幫助。

DNS 流量是以 TCP 為依據,而 UDP 要求和回應則會以識別碼清楚地標示,如此有助於使特定要求與其特定回應相符。舉例來說,當 SharePoint Online 在網頁上使用網路名稱或 URL 時,您將會看到 DNS 流量。原則上,此流量大部分都會透過 UDP 執行,但傳輸區域時除外。

在 Netmon 和 Wireshark 中,最基本篩選可讓您查看 DNS 流量是只要dns。請務必指定篩選時,使用大小寫。請記得要重現問題用戶端電腦上的所顯示的之前,請清除您的 DNS 解析程式快取。例如,如果您有變得很慢 [首頁] 頁面的 SharePoint Online 頁面載入時,您應該關閉所有瀏覽器、 開啟新的瀏覽器、 開始追蹤、 清除您的 DNS 解析程式快取,及瀏覽至您的 SharePoint Online 網站。當整個頁面解析時,應停止,且追蹤儲存。

Netmon 中的 DNS 基本篩選器為 DNS。

您想要查看以下位移的時間。則可以將 [ Time Delta ] 欄新增至 Netmon 可完成下列步驟執行:

  1. 以滑鼠右鍵按一下欄,例如 [描述]。

  2. 按一下 [選擇欄]。

  3. 在清單中找 [時間差],然後按一下 [新增]。

  4. 將新欄移至 [描述] 欄前後的適當位置,以便同時讀取這些欄。按一下 [確定]。

如果您找到感興趣的查詢,請考慮隔離,以滑鼠右鍵按一下該查詢在 [框架詳細資料窗格中選擇 [ Find > DNS。請注意網路交談面板跳至 UDP 流量其記錄檔中的特定交談的權限。

依 DNS 篩選的 Outlook Online 負載 Netmon 追蹤,透過 [Find Conversations] > [DNS] 來縮小結果範圍。

在 Wireshark 中您可以設定欄為 DNS 次。需要您的追蹤 (或開啟追蹤) 在 Wireshark 及dns,或其他好心, dns.time篩選。在任何 DNS 查詢中,按一下,然後在 [顯示詳細資料] 面板中,展開Domain Name System (response)詳細資料。您會看到欄位的時間 (例如, [Time: 0.001111100 seconds]。以滑鼠右鍵按一下這次,然後選取 [套用] 欄的方式。這可讓您的時間資料行的快速排序您的追蹤。按一下要作為排序依據遞減值以查看其 DNS 呼叫新的資料行最長時間解決。

在 Wireshark 中依 (小寫) dns.time 篩選的 SharePoint Online 瀏覽,詳細資料的時間列在其中一欄並以遞增順序排列。

如果您想要執行更多的調查的 DNS 解析時間,請嘗試使用 TCP (例如, psping <IP address of DNS server>:53) 的 DNS 連接埠針對 PsPing。之後仍發生效能問題嗎?如果您這麼做,問題是特定的較為狀況提出更廣義的網路問題問題比您正在執行解析度正中 DNS 應用程式。也值得提,一次的 outlook.office365.com 的 ping 會告訴您位置 (例如,namnorthwest.office365.com outlook) 的 Outlook Online DNS 名稱解析花費的位置。

如果看起來是 DNS 的特定問題,您可能需連絡 IT 部門並查看 DNS 設定與 DNS 轉寄站,以便進一步調查問題。

Proxy 延展性

  • Office 365 中的 Outlook Online 等服務會授與用戶端多個長期連線。

  • 因此,每個使用者都可以使用更多長期連線。

提示: 您打算新增許多使用者至 Office 365,因此需要規劃頻寬使用?請嘗試規劃 Office 365 的網際網路頻寬使用量。其中會提供可用的頻寬計算機。

Math

此任務沒有任何特定的網路追蹤或疑難排解工具,而是根據頻寬計算指定限制及其他變數來執行。

TCP 最大區段大小

  • 可在 SYN - SYN/ACK 中找到。

  • 在您已進行的任何效能網路追蹤中執行這項檢查,以確保 TCP 封包設定為攜帶最大資料量。

  • 目標是要看到的 1460 位元組資料傳輸的 MSS。

  • 如果您在 Proxy 後方或使用 NAT,請務必針對用戶端至 Proxy/輸出/NAT 以及 Proxy/輸出/NAT 至 Office 365 執行此測試,以獲得最佳結果!這些是不同的 TCP 工作階段。

Netmon

TCP 最大區段大小 (MSS) 是三種方式交換,您的網路追蹤,也就是說,您可以在 SYN-SYN/ACK 封包中找到所需的資料中的另一個參數。MSS 是確實很簡單,若要查看。

開啟您具備的任何效能網路追蹤,並尋找您想要了解或顯示效能問題的連線。

附註: 

  • 如果您正在查看追蹤且要找到交談的相關流量,請依據用戶端的 IP 或 Proxy 伺服器及/或出口端點的 IP 來篩選。接下來,您必須針對追蹤的 Office 365 IP 位址偵測 (ping) 您正在測試的 URL,並依其進行篩選。

  • 查看 second-hand 追蹤嗎?請嘗試使用篩選以調整您自己。在 Netmon 中,執行搜尋,根據 URL,例如Containsbin(framedata, ascii, "sphybridExample"),記下框架數字。在 Wireshark 中使用的是frame contains "sphybridExample"。如果您發現您已經找到遠端 Winsock (RWS) 的流量 (它可能會顯示為 [PSH,ACK] 在 Wireshark 中),請記得 RWS 連線可以看到相關的 SYN-SYN/Ack 之前, 稍早所述。此時,您可以錄製框架數字,卸除篩選],按一下查看最接近的 SYN.Netmon 中的 [網路交談] 視窗中的所有流量

  • 重要的是,若您並未於追蹤時收到任何 IP 位址資訊,請在追蹤內尋找 URL (例如,sphybridExample-my.sharepoint.com 的一部分),這樣便能獲得做為篩選依據的 IP 位址。

  1. 在追蹤中尋找您想看到的連線。您可以掃描追蹤、根據 IP 位址進行篩選,或是使用 Netmon 中的 [網路交談] 視窗選取特定的交談識別碼,即可執行這項作業。

    依交談篩選。以滑鼠右鍵按一下 SYN 框架,然後按一下 [Find Conversations]、[TCP]。

  2. 一旦您找到 SYN 封包,請在 [框架詳細資料] 面板中展開 TCP (在 Netmon 中) 或傳輸控制通訊協定 (在 Wireshark 中)。

  3. 展開 TCP 選項及 MaxSegementSize。

  4. 找到相關的 SYN-ACK 框架,然後展開 TCP 選項及 MaxSegmentSize。

  5. 兩個值之較小者就是您的最大區段大小。

在此圖片],讓使用 Netmon 中稱為 [TCP Troubleshoot 的內建欄。

Netmon 中使用內建欄篩選的網路追蹤。

內建欄位於 [框架詳細資料] 面板的頂端 (若要切換回標準模式,請再按一下 [欄],然後選擇 [時區])。

該到何處尋找 [Columns] 下拉式清單中的 [TCP Troubleshoot] 選項 (於 [Frame Summary] 頂端)。

以下是在 Wireshark 中的篩選的追蹤。有特定的 MSS 值 (tcp.options.mss) 的篩選。SYN SYN/ACK、 ACK 交換的框架底部 Wireshark 的框架詳細資料相同的連結 (因此外框 47 ACK,46 SYN/ACK 的連結,連結 43 SYN) 輕鬆地這種類型的工作。

在 Wireshark 中針對最大區段大小 (MSS) 依 tcp.options.mss 篩選的追蹤。

如果您需要檢查選擇性確認 (此矩陣中的下一個主題),請勿關閉您的追蹤!

選擇性確認

  • 可在 SYN - SYN/ACK 中找到。

  • 在 SYN 和 SYN/ACK 中必須同時報告為允許。

  • 遺漏一或多個封包時,選擇性確認 (SACK) 可讓重新傳送資料的作業更加流暢。

  • 裝置可以停用這項功能,但這樣可能會造成效能問題。

  • 如果您在 Proxy 後方或使用 NAT,請務必針對用戶端至 Proxy/輸出/NAT 以及 Proxy/輸出/NAT 至 Office 365 執行此測試,以獲得最佳結果!這些是不同的 TCP 工作階段。

Netmon

選擇性確認 (SACK) 則是 SYN-SYN/ACK 交握中的另一個參數。您可以使用多種方式來篩選追蹤中的 SYN - SYN/ACK。

  1. 您可掃描追蹤並依據 IP 位址進行篩選,或使用 Netmon. 中的 [網路交談] 視窗按一下交談識別碼,即能在追蹤內找到您要查看的連線。

  2. 一旦您找到 SYN 封包,展開 TCP 在 Netmon 或 Wireshark 的框架詳細資料] 區段中的傳輸控制通訊協定。

  3. 依序展開 TCP 選項及 SACK。

  4. 找到相關的 SYN-ACK 框架並展開 TCP 選項及其 SACK 欄位。

  5. 確定 SYN 和 SYN/ACK 中皆允許 SACK。

以下是在 Netmon 和 Wireshark 中所顯示的 SACK 值。

執行 tcp.flags.syn == 1 後顯示於 Netmon 中的選擇性確認 (SACK)。

SACK 如在 Wireshark 中所示,搭配篩選器 tcp.flags.syn == 1。

DNS 地理位置

  • 您的連線速度取決於 Office 365 嘗試在全世界的哪個位置解析 DNS 呼叫。

  • 在 Outlook Online 中完成第一個 DNS 查閱之後,將使用該 DNS 的位置連線到您最接近的資料中心。您會連線到 Outlook Online CAS 伺服器,這將會使用骨幹網路連線到您儲存資料的資料中心 (dC)。這樣做更快。

  • 在海外旅遊的使用者存取 SharePoint Online 時,會導向其作用中的資料中心,亦即以 SPO 租用戶基地為位置據點的 dC (因此,若使用者位於美國,則 dC 也會位於美國)。

  • Lync Online 可同時在多個 dC 上具有作用中的節點。針對 Lync Online 執行個體傳送要求時,Microsoft 的 DNS 會判斷要求來自世界何處,然後從 Lync Online 為使用中的最近地區 dC 傳回 IP 位址。

提示: 需要深入了解用戶端如何連線至 Office 365 嗎?請參閱用戶端連線參考文章 (以及其實用圖形)。

Ping

PsPing

從用戶端 DNS 伺服器名稱解析 Microsoft 的 DNS 伺服器要求應該在大部分情況下結果,在 Microsoft DNS 傳回 (dC) 的區域資料中心的 IP 位址。這意味著什麼適合您?如果您總部地址中班加羅爾 (印度),但在外地在 [美國,您的瀏覽器的 Outlook Online 提出要求時,Microsoft 的 DNS 伺服器應該手您的 IP 位址地理美國-地區資料中心。如果郵件需要從 Outlook 中,將 Microsoft 的快速骨幹網路上的資料中心之間差旅該資料。

盡可能接近使用者位置完成名稱解析時,DNS 方可最快運作。如果您在歐洲,您要移至歐洲地區的 Microsoft DNS 且 (最好是) 由歐洲地區的資料中心處理。位於歐洲的客戶連至美國的 DNS 及資料中心時的效能將會更慢。

針對 outlook.office365.com 執行 Ping 工具,即可判斷在全世界的哪個位置路由您的 DNS 要求。 如果您位於歐洲地區,應該會看到 outlook-emeawest.office365.com 之類的項目所傳回的回覆。 若是在美洲,應該會由 outlook-namnorthwest.office365.com 之類的項目傳回。

  1. 開啟用戶端電腦上的命令提示字元 (透過 [開始] > [執行] > [cmd] 或 [Windows 鍵] > 輸入 cmd)。

  2. 輸入 ping outlook.office365.com 並按 ENTER 鍵。

    請記住,若要指定-4 ,如果您想要指定到透過 IPv4 偵測 (ping)。您可能無法從 ICMP 封包取得回覆,但您應該會看到的 DNS 要求傳送至其中的名稱。

如果您想要查看此連線的延遲數字,請嘗試針對偵測 (ping) 所傳回的伺服器 IP 位址進行 PsPing。

outlook.office365.com 的 Ping 顯示 outlook-namnorthwest 的解析。

outlook.office365.com 的 Ping 傳回的 IP 位址 PSPing 顯示平均延遲為 28 毫秒。

Office 365 應用程式疑難排解

Netmon

HTTPWatch

瀏覽器中的 F12 主控台

本文為網路疑難排解專文,因此不會介紹應用程式疑難排解所用的工具。但您仍可前往此頁面找到「可」用的資源。

相關主題

管理 Office 365 端點
疑難排解 Office 365 連線

附註: 機器翻譯免責聲明︰本文係以電腦系統翻譯而成,未經人為介入。Microsoft 提供此等機器翻譯旨在協助非英語系使用者輕鬆閱讀 Microsoft 產品、服務及技術相關內容。基於本文乃由機器翻譯而成,因此文中可能出現詞辭、語法、文法上之錯誤。

擴展您的技能
探索訓練
優先取得新功能
加入 Office 測試人員

這項資訊有幫助嗎?

感謝您的意見反應!

感謝您的意見反應! 我們將協助您與其中一位 Office 支援專員連絡以深入了解您的意見。

×