Hiệu suất khắc phục sự cố các kế hoạch cho Office 365

Bạn có cần biết các bước thực hiện để xác định và khắc phục chậm, treo và các hiệu năng chậm giữa SharePoint Online, OneDrive for Business, Exchange Online, hoặc Skype for Business Online và máy tính khách? Trước khi bạn gọi bộ phận hỗ trợ, bài viết này có thể giúp bạn khắc phục sự cố các vấn đề về hiệu suất Office 365 và thậm chí sửa một số vấn đề phổ biến nhất.

Lưu ý:  Chúng tôi muốn cung cấp cho bạn nội dung trợ giúp mới nhất ở chính ngôn ngữ của bạn, nhanh nhất có thể. Trang này được dịch tự động nên có thể chứa các lỗi về ngữ pháp hoặc nội dung không chính xác. Mục đích của chúng tôi là khiến nội dung này trở nên hữu ích với bạn. Vui lòng cho chúng tôi biết ở cuối trang này rằng thông tin có hữu ích với bạn không? Dưới đây là bài viết bằng Tiếng Anh để bạn tham khảo dễ hơn.

Bài viết này là sự có một mẫu kế hoạch hành động mà bạn có thể dùng để thu thập dữ liệu có giá trị về các vấn đề về hiệu năng của bạn như là xảy ra. Một số vấn đề trên cùng cũng được liệt kê ở đây.

Nếu bạn mới dùng mạng hiệu suất và muốn lập kế hoạch dài hạn để giám sát hiệu năng giữa máy khách và Office 365 của bạn, hãy xem hiệu suất Office 365 điều chỉnh và khắc phục sự cố - quản trị và nó Pro.

Kế hoạch hành động khắc phục sự cố mẫu hiệu suất

Kế hoạch hành động này gồm hai phần; một giai đoạn chuẩn bị, và một giai đoạn ghi nhật ký. Nếu bạn gặp vấn đề về hiệu năng ngay bây giờ và cần thu thập dữ liệu, thì bạn có thể bắt đầu dùng kế hoạch này ngay lập tức.

Chuẩn bị máy tính khách

  • Tìm máy tính khách mà có thể tái tạo vấn đề về hiệu năng. Máy tính này sẽ được sử dụng trong suốt quá trình khắc phục sự cố.

  • Ghi lại các bước gây ra vấn đề về hiệu năng để bạn sẵn sàng khi đến lúc cần kiểm tra.

  • Cài đặt công cụ để thu thập và ghi lại thông tin:

    • Cài đặt Netmon 3.4 (hoặc sử dụng một công cụ theo dõi mạng tương đương).

    • Cài đặt phiên bản cơ bản miễn phí của HTTPWatch (hoặc sử dụng một công cụ theo dõi mạng tương đương).

    • Dùng trình quay phim màn hình hoặc chạy Steps Recorder (PSR.exe) đi kèm với Windows Vista trở lên, để lưu giữ một bản ghi các bước mà bạn thực hiện trong quá trình kiểm tra.

Ghi nhật ký vấn đề về hiệu năng

  • Đóng tất cả trình duyệt Internet không liên quan.

  • Khởi động Steps Recorder, hoặc trình quay phim màn hình khác.

  • Khởi động công cụ thu thập Netmon của bạn (hoặc công cụ theo dõi mạng).

  • Xóa bộ đệm ẩn DNS của bạn trên máy tính khách từ dòng lệnh bằng cách nhập ipconfig /flushdns.

  • Bắt đầu một phiên trình duyệt mới và bật HTTPWatch.

  • Tùy chọn: Nếu bạn đang kiểm tra Exchange Online, hãy chạy công cụ Trình phân tích Hiệu năng Ứng dụng khách Exchange từ bảng điều khiển quản trị Office 365.

  • Tái tạo các bước chính xác gây ra vấn đề về hiệu năng.

  • Ngừng Netmon hoặc quá trình theo dõi của công cụ khác.

  • Tại dòng lệnh, hãy chạy tuyến theo dõi đến thuê bao Office 365 của bạn bằng cách nhập lệnh sau đây rồi nhấn ENTER:

    tracert <tenthuebao>.onmicrosoft.com

  • Ngừng Steps Recorder và lưu video. Đảm bảo bao gồm ngày và thời gian của bản thu thập và việc nó cho thấy hiệu năng tốt hay kém.

  • Lưu tệp theo dõi. Một lần nữa, hãy đảm bảo bao gồm ngày và thời gian của bản thu thập và việc nó cho thấy hiệu năng tốt hay kém.

Nếu bạn không quen với việc chạy các công cụ được nêu trong bài viết này, xin đừng lo vì tiếp theo chúng tôi sẽ cung cấp các bước đó. Nếu đã quen với việc thực hiện kiểu thu thập mạng này, bạn có thể đi thẳng đến phần Cách đọc theo dõi của bạn, vốn mô tả cách lọc và đọc nhật ký.

Trước tiên hãy xóa sạch Bộ đệm ẩn DNS

Tại sao? Bằng cách xoá sạch bộ đệm ẩn DNS, bạn đang bắt đầu việc kiểm tra của mình từ trạng thái ban đầu. Bằng cách xoá sạch bộ đệm ẩn, bạn đang đặt lại nội dung của trình phân giải DNS về các mục cập nhật mới nhất. Hãy nhớ rằng việc xoá sạch không loại bỏ các mục tệp HOST. Nếu bạn sử dụng các mục tệp HOST trên diện rộng, thì bạn nên sao chép những mục này vào một tệp trong thư mục khác rồi làm trống tệp HOST.

Xóa sạch bộ đệm ẩn trình phân giải DNS của bạn

  1. Mở dấu nhắc lệnh, (Bắt đầu > Chạy > cmd hoặc phím Windows > cmd).

  2. Nhập lệnh sau đây và nhấn ENTER:

    ipconfig /flushdns

Netmon

Công cụ theo dõi mạng của Microsoft (Netmon) phân tích gói, được lưu lượng, chuyển giữa các máy tính trên mạng. Bằng cách dùng Netmon để theo dõi lưu lượng với Office 365 bạn có thể ghi lại, dạng xem, và đọc gói tiêu đề, xác định các thiết bị can thiệp, kiểm tra các thiết đặt quan trọng trên phần cứng mạng, tìm bỏ gói và làm theo dòng lưu lượng giữa máy tính trên công ty của bạn mạng và Office 365. Vì phần nội dung thực tế của lưu lượng được mã hóa, tức là nó (đi trên cổng 443 qua SSL/TLS, bạn không thể đọc các tệp được gửi. Thay vào đó, bạn nhận được một chưa được lọc theo dõi đường dẫn có gói có thể giúp bạn theo dõi hành vi vấn đề.

Đảm bảo bạn không áp dụng bộ lọc vào lúc này. Thay vào đó, hãy thực hiện các bước và thể hiện vấn đề trước khi ngừng theo dõi và lưu.

Sau khi bạn cài đặt Netmon 3.4, hãy mở công cụ và thực hiện các bước sau:

Thực hiện quy trình dõi vết Netmon và tái tạo vấn đề

  1. Khởi động Netmon 3.4.

    Có ba ngăn trên trang bắt đầu : Ghi lại gần đây, Chọn mạngbắt đầu với Microsoft mạng màn hình 3.4. Thông báo. Chọn mạng Pa-nen cũng sẽ cho bạn một danh sách các mạng mặc định mà bạn có thể ghi lại. Đảm bảo rằng mạng thẻ được chọn ở đây.

  2. Bấm Bản thu thập Mới ở đầu trang Bắt đầu. Thao tác này sẽ thêm một tab mới bên cạnh tab trang Bắt đầu có tên là Bản thu thập 1.

    Giao diện người dùng của Nemon với nút Ghi thu Mới, Bắt đầu và Ngừng được tô sáng.

  3. Để thực hiện thu thập đơn giản, hãy bấm Bắt đầu trên thanh công cụ.

  4. Tái tạo các bước gây ra vấn đề về hiệu năng.

  5. Bấm Ngừng > Tệp > Lưu Như. Hãy nhớ cung cấp ngày và thời gian kèm theo múi giờ và đề cập đến việc nó cho thấy hiệu năng tốt hay kém.

HTTPWatch

HTTPWatch đi kèm tính, và một phiên bản miễn phí. Phiên bản cơ bản miễn phí bao gồm mọi thứ bạn cần để kiểm tra này. Màn hình HTTPWatch mạng thời gian lưu lượng và trang ngay từ cửa sổ trình duyệt của bạn. HTTPWatch là một bổ trợ cho Internet Explorer bằng đồ họa mô tả về hiệu năng. Phân tích này có thể lưu và xem trong HTTPWatch Studio.

Lưu ý: 

  • Nếu bạn sử dụng trình duyệt khác, chẳng hạn như Firefox, Google Chrome, hoặc nếu bạn không thể cài đặt HTTPWatch trong Internet Explorer, hãy mở một cửa sổ trình duyệt mới và nhấn F12 trên bàn phím của bạn. Bạn sẽ thấy phần bật lên Công cụ dành cho Người phát triển ở phía dưới cùng của trình duyệt của bạn. Nếu bạn sử dụng Opera, hãy nhấn CTRL+SHIFT+I cho Web Inspector, sau đó bấm tab Mạng và hoàn tất kiểm tra được trình bày dưới đây. Thông tin sẽ hơi khác, nhưng thời gian tải vẫn sẽ hiển thị theo mili giây.

  • HTTPWatch cũng rất hữu ích trong các vấn đề với thời gian tải trang SharePoint Online.

Chạy HTTPWatch và tái tạo vấn đề

  1. HTTPWatch là một bổ trợ trình duyệt, vì vậy việc hiển thị công cụ này trong trình duyệt sẽ hơi khác đối với mỗi phiên bản Internet Explorer. Thông thường, bạn có thể tìm thấy HTTPWatch bên dưới thanh Lệnh trong trình duyệt Internet Explorer.

    Nếu bạn không nhìn thấy bổ trợ HTTPWatch trong cửa sổ trình duyệt của mình, hãy kiểm tra phiên bản của trình duyệt bằng cách bấm Trợ giúp > Giới thiệu, hoặc trong các phiên bản Internet Explorer mới hơn, hãy bấm vào biểu tượng bánh răng và Giới thiệu về Internet Explorer. Để khởi động thanh Lệnh, hãy bấm chuột phải vào thanh menu trong Internet Explorer và bấm thanh Lệnh. Trước đây, HTTPWatch đã được liên kết với cả thanh Lệnh lẫn Explorer, vì vậy sau khi cài đặt, nếu bạn không thấy biểu tượng này ngay lập tức (ngay cả sau khi khởi động lại), hãy kiểm tra Công cụ và các thanh công cụ của bạn để tìm biểu tượng. Hãy nhớ rằng các thanh công cụ có thể được tùy chỉnh và các tùy chọn có thể được thêm vào chúng.

    Thanh công cụ Lệnh của Internet Explorer với biểu tượng HTTPWatch được hiển thị.

  2. Khởi động HTTPWatch trong cửa sổ trình duyệt Internet Explorer. Nó sẽ xuất hiện dưới dạng được cố định vào trình duyệt ở phía dưới cùng của cửa sổ đó. Bấm Ghi.

  3. Tái tạo các bước chính xác liên quan đến vấn đề về hiệu năng. Bấm nút Ngừng trong HTTPWatch.

  4. Lưu HTTPWatch hoặc Gửi bằng Email. Hãy nhớ đặt tên tệp sao cho tên chứa thông tin ngày và thời gian và chỉ báo cho biết Quan sát của bạn cho thấy hiệu năng tốt hay kém.

    HTTPWatch hiển thị tab Mạng cho một lượt tải trang trên trang chủ Office 365.

    Ảnh chụp màn hình này là từ phiên bản HTTPWatch Chuyên nghiệp. Bạn có thể mở theo dõi trong Phiên bản Cơ bản trên máy tính có phiên bản Chuyên nghiệp và đọc tại đó. Có thể có thông tin bổ sung từ theo dõi thông qua phương pháp đó.

Vấn đề Steps Recorder

Steps Recorder hay PSR.exe cho phép bạn ghi lại các vấn đề khi chúng xảy ra. Đây là một công cụ rất hữu ích và rất đơn giản để chạy.

Chạy vấn đề Steps Recorder (PSR.exe) ghi công việc của bạn

  1. Sử dụng Bắt đầu > Chạy > nhập PSR.exe > OK, hoặc bấm vào Phím Windows > nhập PSR.exe > rồi nhấn ENTER.

  2. Khi cửa sổ PSR.exe nhỏ xuất hiện, hãy bấm Bắt đầu Ghi và thực hiện lại các bước vốn tái tạo vấn đề về hiệu năng.

    Bạn có thể thêm chú thích nếu cần, bằng cách bấm Thêm chú thích.

  3. Bấm Dừng ghi khi bạn đã hoàn tất các bước. Nếu vấn đề về hiệu năng là kết xuất trang, đợi cho trang để kết xuất trước khi bạn ngừng ghi.

  4. Bấm Lưu.

Ảnh chụp màn hình của Steps Recorder hay PSR.exe.

Ngày và thời gian đã ghi cho bạn. Điều này liên kết PSR của bạn để theo dõi bằng Netmon và HTTPWatch của bạn trong thời gian và giúp với độ chính xác khắc phục sự cố. Ngày và thời gian trong bản ghi PSR có thể hiển thị một phút chuyển giữa đăng nhập và duyệt web của URL và kết xuất một phần của trang quản trị, ví dụ.

Đọc theo dõi của bạn

Chúng tôi không thể trình bày mọi thứ về việc khắc phục sự cố mạng và hiệu năng mà một người cần biết trong một bài viết. Việc hiểu rõ về hiệu năng cần có kinh nghiệm và kiến thức về việc mạng của bạn hoạt động như thế nào và thường có hiệu năng như thế nào. Nhưng chúng tôi có thể lập danh sách các vấn đề hàng đầu và cho thấy cách thức mà các công cụ có thể giúp bạn dễ dàng hơn khi loại bỏ các vấn đề phổ biến nhất.

Nếu bạn muốn bắt đầu kỹ năng đọc theo dõi mạng cho site Office 365 của bạn, bạn sẽ không có giáo viên tốt hơn cách tạo theo dõi của quá trình tải trang thường xuyên và đạt được trải nghiệm đọc chúng. Ví dụ, khi bạn có cơ hội, tải một dịch vụ Office 365 và theo dõi quy trình. Lọc theo dõi thư đối với lưu lượng DNS, hoặc tìm FrameData cho tên của dịch vụ bạn duyệt. Xem qua theo dõi để biết các bước xảy ra khi dịch vụ tải. Điều này sẽ giúp bạn tìm hiểu những gì thường khi tải trang sẽ hiển thị như, và trong trường hợp khắc phục sự cố, đặc biệt là xung quanh hiệu suất, so sánh tốt để xấu theo dõi có thể dạy cho bạn nhiều.

Netmon sử dụng Microsoft Intellisense trong trường bộ lọc Hiển thị. Intellisense hoặc mã thông minh hoàn thành, là đó lừa nơi bạn nhập trong một kỳ hạn và tất cả các tùy chọn sẵn dùng được hiển thị trong hộp thả xuống chọn. Nếu, ví dụ, bạn lo lắng về cửa sổ TCP co giãn, bạn có thể tìm thấy tự vào một bộ lọc (chẳng hạn như .protocol.tcp.window < 100) bằng điều này có nghĩa.

Ảnh chụp màn hình của Netmon cho thấy trường Hiển thị Bộ lọc sử dụng intellisense.

Theo dõi Netmon có thể có nhiều lưu lượng truy nhập chúng. Nếu bạn không giàu kinh nghiệm với đọc chúng, có thể bạn sẽ bị choáng ngợp mở trình theo dõi lần đầu tiên. Điều đầu tiên để thực hiện là phân tách tín hiệu từ tiếng ồn nền trong theo dõi. Bạn kiểm tra đối với Office 365, và đó là lưu lượng bạn muốn xem. Nếu bạn dùng để dẫn hướng qua theo dõi, bạn có thể không cần danh sách này.

Lưu lượng giữa máy khách của bạn và Office 365 sẽ đi qua TLS, nghĩa là nội dung của lưu lượng sẽ được mã hóa và không đọc được trong theo dõi Netmon chung. Phân tích hiệu năng của bạn không cần biết thông tin cụ thể trong gói. Tuy nhiên nó rất lưu ý đến tiêu đề và thông tin chứa trong tiêu đề.

Mẹo để có được theo dõi tốt

  • Biết giá trị địa chỉ IPv4 hoặc IPv6 của máy tính khách của bạn. Bạn có thể lấy thông tin này từ lời nhắc lệnh bằng cách gõ IPConfig rồi nhấn ENTER. Việc biết địa chỉ này sẽ cho phép bạn nhanh chóng biết được liệu lưu lượng trong theo dõi có trực tiếp liên quan đến máy tính khách của bạn hay không. Nếu có một proxy đã xác định, hãy ping nó và lấy cả địa chỉ IP của nó.

  • Xóa sạch bộ đệm ẩn của trình phân giải DNS của bạn và nếu có thể thì hãy đóng tất cả các trình duyệt, ngoại trừ trình duyệt mà bạn đang chạy các kiểm tra. Nếu bạn không thể làm điều này, ví dụ như nếu bộ phận hỗ trợ đang dùng công cụ nào đó dựa trên trình duyệt để xem màn hình nền của máy tính khách của bạn, hãy chuẩn bị để lọc theo dõi của bạn.

  • Trong theo dõi bận, định vị dịch vụ Office 365 mà bạn đang dùng. Nếu bạn đã không bao giờ hoặc hiếm khi hiển thị lưu lượng truy nhập của bạn trước khi, đây là một bước hữu ích trong tách vấn đề về hiệu năng từ tiếng ồn mạng khác. Không có một vài cách để thực hiện điều này. Trực tiếp trước khi thử nghiệm của bạn, bạn có thể dùng ping, PsPing đến URL của dịch vụ cụ thể (ping outlook.office365.com và/hoặc psping -4 microsoft-my.sharepoint.com:443, ví dụ). Bạn có thể cũng dễ dàng tìm thấy rằng PsPing trong quy trình dõi vết Netmon (theo tên của quy trình). Mà sẽ cung cấp cho bạn một địa điểm để bắt đầu tìm kiếm.

    Nếu bạn chỉ sử dụng theo dõi Netmon tại thời điểm xảy ra vấn đề, thì cũng không sao. Để tự định hướng, hãy sử dụng một bộ lọc như ContainsBin(FrameData, ASCII, "office") hoặc ContainsBin(FrameData, ASCII, "outlook"). Bạn có thể ghi lại số khung của mình từ tệp theo dõi. Bạn cũng có thể muốn cuộn qua ngăn Tóm tắt Khung đến bên phải và tìm cột ID Hội thoại. Có một số chỉ báo ở đó cho ID của hội thoại cụ thể này mà bạn cũng có thể ghi lại và xem riêng sau này. Hãy nhớ loại bỏ bộ lọc này trước khi áp dụng bất kỳ bộ lọc nào khác.

    Mẹo: Netmon có rất nhiều bộ lọc dựng sẵn hữu ích. Hãy thử nút "Tải Bộ lọc" ở phía trên cùng của ngăn bộ lọc Hiển thị.

    Tìm IP của bạn bằng cách dùng PSPing tại dòng lệnh trên máy tính khách.

    Quy trình dõi vết Netmon từ máy khách hiển thị lệnh PSPing giống hệt qua bộ lọc TCP.Flags.Syn == 1.

    Làm quen với lưu lượng của bạn và tìm hiểu cách xác định thông tin mà bạn cần. Chẳng hạn, tìm hiểu cách xác định gói trong theo dõi có tham chiếu đầu tiên đến dịch vụ Office 365 mà bạn đang dùng (như "Outlook").

Ví dụ như với Outlook Online trong Outlook Office 365, lưu lượng sẽ bắt đầu như thế này:

  • Truy vấn DNS và Phản hồi DNS Chuẩn cho outlook.office365.com với QueryID trùng khớp. Cần phải lưu ý Độ lệch Thời gian cho kết quả này, cũng như vị trí trên thế giới mà DNS Toàn cầu Office 365 gửi yêu cầu phân giải tên. Lý tưởng là càng ở gần địa phương thì càng tốt, thay vì cách nhau nửa vòng trái đất. (Sau đó có thể là một số lưu lượng DNS đăng nhập trực tuyến.)

  • Một yêu cầu HTTP GET có báo cáo trạng thái Đã di chuyển Vĩnh viễn (301)

  • Lưu lượng RWS bao gồm yêu cầu Kết nối RWS và phản hồi Kết nối. (Đây là quá trình Remote Winsock tạo kết nối cho bạn.)

  • Hội thoại TCP SYN và TCP SYN/ACK. Nhiều thiết đặt trong hội thoại này ảnh hưởng đến hiệu suất của bạn.

  • Sau đó là một chuỗi lưu lượng TLS:TLS vốn là nơi diễn ra hội thoại bắt tay TLS và chứng chỉ TLS. (Nhớ rằng dữ liệu được mã hóa thông qua SSL/TLS.)

Tất cả các phần của lưu lượng đều quan trọng và được kết nối, nhưng các phần nhỏ của theo dõi chứa thông tin đặc biệt quan trọng về mặt khắc phục sự cố hiệu năng, vì vậy chúng tôi sẽ tập trung vào các phần này. Ngoài ra, bởi vì chúng tôi đã thực hiện đủ các công việc khắc phục sự cố hiệu năng Office 365 tại Microsoft để có thể biên soạn một danh sách 10 vấn đề thường gặp hàng đầu, nên chúng tôi sẽ tập trung vào các vấn đề đó và cách sử dụng các công cụ mà chúng tôi sẽ triển khai tiếp theo.

Nếu bạn chưa cài đặt chúng sẵn sàng tất cả, Ma trận dưới đây sẽ giúp sử dụng một vài công cụ. Nếu có thể. Nối kết được cung cấp cho các điểm cài đặt. Danh sách bao gồm các công cụ theo dõi mạng phổ biến như Netmon lẫn Wireshark, nhưng sử dụng bất kỳ công cụ theo dõi bạn đã cảm thấy thoải mái với và trong mà bạn đã quen với lọc lưu lượng truy nhập mạng. Khi bạn đang kiểm tra, hãy nhớ rằng:

  • Đóng trình duyệt của bạn, và kiểm tra với chỉ một trình duyệt chạy - này sẽ giảm lưu lượng tổng thể mà bạn chụp. Nó thực hiện để theo dõi ít bận hơn.

  • Xóa sạch bộ đệm ẩn của trình phân giải DNS của bạn trên máy tính khách - Điều này sẽ đưa bạn về trạng thái ban đầu khi bạn bắt đầu thu thập, để theo dõi sạch hơn.

Một số vấn đề trên cùng

Một số vấn đề thông thường bạn có thể gặp phải và làm thế nào để tìm thấy chúng trong theo dõi mạng của bạn.

Vấn đề Hàng đầu

Công cụ

Điều bạn đang tìm kiếm

Co giãn Cửa sổ TCP

  • Tìm thấy trong SYN - SYN/ACK.

  • Phần cứng thừa tự hoặc cũ có thể không tận dụng tính năng co giãn cửa sổ TCP.

  • Nếu không có thiết đặt co giãn cửa sổ TCP thích hợp, bộ đệm 16-bit mặc định trong tiêu đề TCP sẽ điền vào số mili giây.

  • Lưu lượng không thể tiếp tục gửi cho đến khi máy khách nhận được xác nhận đã nhận dữ liệu gốc, gây ra sự chậm trễ.

Netmon

Wireshark

Tìm kiếm lưu lượng SYN - SYN/ACK trong theo dõi mạng của bạn.

Trong Netmon, sử dụng một bộ lọc như tcp.flags.syn == 1. Bộ lọc này là giống nhau trong Wireshark.

Bộ lọc trong Netmon hoặc Wireshark cho gói Syn đối với cả hai công cụ: TCP.Flags.Syn == 1.

Hãy lưu ý rằng đối với mỗi SYN, có một số cổng nguồn (SrcPort) được so khớp trong cổng đích (DstPort) của Xác nhận liên quan (SYN/ACK).

Để xem giá trị Co giãn Cửa sổ mà kết nối mạng của bạn sử dụng, trước tiên hãy bung rộng SYN, rồi đến SYN/ACK liên quan.

Đồ họa cho thấy cách khớp SrcPort với DstPort trong quy trình dõi vết, để lấy delta thời gian.

Thiết đặt Thời gian Chờ TCP

  • Trước đây, hầu hết các mạng ngoại vi được cấu hình cho kết nối nhất thời, nghĩa là các kết nối chờ thường bị chấm dứt.

  • Các phiên TCP chờ có thể bị proxy và tường lửa chấm dứt tại mức hơn 100 đến 300 giây.

  • Điều này rất phiền toái cho Outlook Online vì nó tạo và dùng kết nối dài hạn, cho dù có đang ở trạng thái chờ hay không.

  • Khi kết nối bị proxy hoặc thiết bị tường lửa chấm dứt, máy khách không được thông báo, và một lần thử sử dụng Outlook Online nghĩa là máy tính khách sẽ tìm cách khôi phục kết nối nhiều lần trước khi tạo kết nối mới.

  • Bạn có thể thấy tình trạng bị treo trong sản phẩm, lời nhắc hoặc hiệu năng chậm khi tải trang.

Netmon

Wireshark

Trong Netmon, hãy nhìn vào trường Độ lệch Thời gian cho thời gian truyền đi về. Thời gian truyền đi về là thời gian từ khi máy khách gửi yêu cầu đến máy chủ tới khi nhận lại phản hồi. Hãy kiểm tra giữa Máy khách và điểm đầu ra (ví dụ: Máy khách --> Proxy), hoặc Máy khách tới Office 365 (Máy khách --> Office 365). Bạn có thể nhìn thấy thông tin này trong nhiều loại gói.

Ví dụ, bộ lọc trong Netmon có thể trông giống như .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12, hoặc trong Wireshark, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Mẹo: 

  • Bạn không biết liệu địa chỉ IP trong theo dõi của mình có thuộc về máy chủ DNS của bạn hay không? Hãy thử tra cứu nó ở dòng lệnh. Bấm Bắt đầu > Chạy > và gõ cmd, hoặc nhấn Phím Windows > và gõ cmd. Khi được nhắc, hãy nhập nslookup <the IP address from the network trace>. Để kiểm tra, hãy dùng nslookup dựa trên địa chỉ IP của máy tính của riêng bạn.

  • Để xem danh sách các dải IP của Microsoft, hãy xem URL và dải địa chỉ IP của Office 365.

Nếu có vấn đề, mong đợi quá nhiều thời gian Advance dịch chuyển xuất hiện trong trường hợp này (Outlook Web App), đặc biệt là trong gói TLS:TLS Hiển thị các đoạn văn của ứng dụng dữ liệu (ví dụ, trong Netmon bạn có thể tìm thấy ứng dụng gói dữ liệu thông qua .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Bạn sẽ thấy một tiến trình trơn trong thời gian trong các phiên làm việc. Nếu bạn nhìn thấy sự chậm trễ dài khi làm mới của bạn trực tuyến Outlook, điều này có thể là do một mức độ cao sẽ đặt lại được gửi.

Độ trễ/Thời gian Truyền Đi về

  • Độ trễ là một số đo có thể thay đổi đáng kể tùy thuộc vào nhiều biến số, chẳng hạn nâng cấp thiết bị cũ, thêm một số lớn của người dùng vào mạng và tỷ lệ phần trăm băng thông tổng thể tiêu thụ bởi các tác vụ kết nối mạng.

  • Không có trình tính toán băng thông cho Office 365 sẵn có từ Trang này việc hoạch định mạng và tinh chỉnh hiệu năng cho Office 365 .

  • Bạn cần đo tốc độ kết nối hoặc băng thông cho kết nối ISP của bạn? Tìm Trang này (hoặc trang): Trang chính thức SitePingtest.

Ping

PsPing

Netmon

Wireshark

Để tìm độ trễ trong một theo dõi, bạn sẽ có lợi từ việc ghi lại địa chỉ IP máy tính khách và địa chỉ IP của máy chủ DNS trong Office 365. Điều này là để lọc theo dõi dễ dàng hơn. Nếu kết nối thông qua proxy, bạn sẽ cần địa chỉ IP của máy tính khách của mình, địa chỉ IP của proxy/đầu ra và địa chỉ IP DNS của Office 365, để thực hiện công việc dễ dàng hơn.

Một yêu cầu ping được gửi đến outlook.office365.com sẽ cho bạn biết tên của trung tâm dữ liệu nhận yêu cầu, thậm chí nếu ping có thể không kết nối được để gửi các gói ICMP nhãn hiệu liên tiếp. Nếu bạn sử dụng PsPing (một công cụ tải xuống miễn phí), và cổng cụ thể (443) và có thể sử dụng IPv4 (-4), bạn sẽ nhận được thời gian truyền đi về trung bình cho các gói được gửi đi. Điều này sẽ làm việc đó cho các URL khác trong dịch vụ Office 365, chẳng hạn như psping -4 yourSite.sharepoint.com:443. Thật ra, bạn có thể xác định số lượng ping để lấy mẫu lớn hơn cho giá trị trung bình của mình, hãy thử điều gì đó tương tự như: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Lưu ý: PsPing không gửi gói ICMP. Nó ping với gói TCP qua một cổng cụ thể, vì vậy bạn có thể sử dụng bất kỳ cổng nào mà bạn biết là đang mở. Trong Office 365, vốn sử dụng SSL/TLS, hãy thử đính kèm cổng :443 vào PsPing của bạn.

Ảnh chụp màn hình cho thấy một ping đang phân giải outlook.office365.com, và một PSPing với 443 đang thực hiện cùng một quá trình đó, nhưng cũng báo cáo RTT trung bình là 6,5ms.

Nếu bạn tải trang Office 365 có hiệu năng kém trong khi thực hiện theo dõi mạng, bạn nên lọc theo dõi Netmon hoặc Wireshark để tìm DNS. Đây là một trong những IP mà chúng ta đang tìm kiếm.

Dưới đây là các bước cần thực hiện để lọc Netmon nhằm lấy địa chỉ IP (và xem qua Độ trễ DNS). Ví dụ này sử dụng outlook.office365.com, nhưng cũng có thể sử dụng URL của đối tượng thuê SharePoint Online (hithere.sharepoint.com chẳng hạn).

  1. Ping URL ping outlook.office365.com và trong kết quả, hãy ghi lại tên và địa chỉ IP của máy chủ DNS mà yêu cầu ping được gửi đến.

    Yêu cầu ping đến outlook.office365.com hiển thị DNS và địa chỉ IP của namnorthwest.

  2. Mạng theo dõi mở trang, hoặc thực hiện hành động cho bạn vấn đề hiệu năng, hoặc, nếu bạn thấy độ trễ cao trên bản thân ping, thì theo dõi mạng cho nó.

  3. Mở theo dõi trong Netmon và lọc tìm DNS (bộ lọc này cũng hoạt động trong Wireshark, nhưng phân biệt chữ hoa, chữ thường -- dns). Vì bạn biết tên của máy chủ DNS từ ping của mình, bạn cũng có thể lọc nhanh hơn trong Netmon như thế này: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"), vốn trông giống như thế này trong Wireshark dns and frame contains "namnorthwest".

    Mở gói phản hồi và trong cửa sổ Chi tiết Khung của Netmon, hãy bấm DNS để bung rộng và xem thêm thông tin. Trong thông tin DNS, bạn sẽ tìm thấy địa chỉ IP của máy chủ DNS nhận yêu cầu trong Office 365 -- bạn sẽ cần địa chỉ IP này cho bước tiếp theo (công cụ PsPing). Loại bỏ bộ lọc, bấm chuột phải vào Phản hồi DNS trong Tóm tắt Khung của Netmon > Tìm Hội thoại > DNS để xem Truy vấn và Phản hồi DNS song song.

    Quy trình dõi vết được lọc theo Tìm Hội thoại rồi đến DNS.

  4. Trong Netmon, cũng lưu ý cột Độ lệch Thời gian giữa Yêu cầu và Phản hồi DNS.

    Kết quả Netmon bổ sung được lọc với DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest") cho thấy Độ lệch Thời gian rất thấp giữa yêu cầu và phản phồi.

Trong bước tiếp theo, dễ dàng cài đặt và sử dụng PsPing công cụ có rất ích, vì ICMP thường bị chặn trên tường lửa, lẫn vì PsPing thanh lịch theo dõi độ trễ tính bằng mili giây. PsPing hoàn thành một kết nối TCP đến địa chỉ và cổng (trong của chúng tôi chữ hoa chữ thường mở cổng 443).

  1. Cài đặt PsPing.

  2. Mở một dấu nhắc lệnh (Bắt đầu > Chạy > gõ cmd hoặc Phím Windows > gõ cmd) và thay đổi thư mục thành thư mục mà bạn đã cài đặt PsPing để chạy lệnh PsPing. Trong ví dụ của tôi bạn có thể nhìn thấy tôi tạo thư mục 'Perf' trên thư mục gốc của C. Bạn có thể làm tương tự để truy nhập nhanh.

  3. Gõ lệnh để tạo PsPing của bạn dựa trên địa chỉ IP của máy chủ DNS Office 365 từ theo dõi Netmon trước đó -- hãy nhớ thêm số cổng. Nói cách khác là psping -n 20 132.245.24.82:445. Điều này sẽ cung cấp cho bạn một mẫu 20 ping và tính trung bình độ trễ khi PsPing ngừng.

    Lệnh psping -n 20 132.245.24.82:443 trong PSPing trả về độ trễ trung bình là 25,51 milli giây.

Nếu bạn đang truy nhập Office 365 thông qua máy chủ proxy, các bước sẽ hơi khác một chút. Trước tiên bạn sẽ PsPing tới máy chủ proxy của mình để lấy giá trị độ trễ trung bình tính theo mili giây tới proxy/đầu ra và trở về, rồi chạy PsPing trên proxy hoặc trên máy tính có kết nối Internet trực tiếp để lấy giá trị thiếu (giá trị tới Office 365 và trở về).

Nếu bạn chọn chạy PsPing từ proxy, bạn sẽ có hai giá trị mili giây: Máy tính khách tới proxy hoặc điểm đầu ra, và máy chủ proxy tới Office 365. Và bạn đã thực hiện xong! À, dù sao thì cũng nhớ ghi lại giá trị.

Nếu bạn chạy PsPing trên máy tính khách khác có kết nối trực tiếp với Internet, tức là, mà không cần một proxy, bạn sẽ có hai mili giây giá trị: máy tính khách đến proxy máy chủ hoặc điểm đầu ra, và máy tính khách đến Office 365. Trong trường hợp này, trừ các giá trị của máy tính khách đến proxy máy chủ hoặc đầu ra điểm từ giá trị của máy tính khách đến Office 365, bạn sẽ có các số RTT từ máy tính khách đến điểm đầu ra hoặc máy chủ proxy và từ proxy máy chủ hoặc đầu ra trỏ tới Offi CE 365.

Tuy nhiên, nếu bạn có thể tìm được máy tính khách tại vị trí bị ảnh hưởng mà được kết nối trực tiếp hoặc bỏ qua proxy, thì ban đầu bạn có thể chọn xem xét liệu vấn đề đó có tái tạo ở đó hay không và kiểm tra bằng máy này sau đó.

Độ trễ, như hiển thị trong quy trình dõi vết Netmon, những mili giây dư thừa có thể thêm lập, nếu có đủ số milii trong bất kỳ phiên nhất định.

Độ trễ chung trong Netmon, với cột Delta Thời gian mặc định của Netmon được thêm vào Tóm tắt Khung.

Lưu ý: Địa chỉ IP của bạn có thể khác với IP hiển thị ở đây, chẳng hạn như ping của bạn có thể trả về kết quả giống như 157.56.0.0/16 hoặc dải tương tự. Để biết danh sách các dải được Office 365 sử dụng, hãy xem URL và dải địa chỉ IP của Office 365. Hãy nhớ bung rộng tất cả các nút (có một nút ở phía trên cùng cho thao tác này) nếu bạn muốn tìm kiếm, chẳng hạn như 132.245.

Xác thực Proxy

  • Điều này chỉ áp dụng cho bạn nếu bạn đi qua máy chủ proxy. Nếu không, bạn có thể bỏ qua các bước này.

  • Khi hoạt động đúng cách, xác thực proxy sẽ diễn ra nhất quán trong thời gian tính bằng mili giây. Bạn sẽ không gặp tình trạng hiệu năng kém ngắt quãng trong giờ sử dụng cao điểm (chẳng hạn).

  • Nếu Xác thực proxy đang bật, thì mỗi khi tạo kết nối TCP mới đến Office 365 để lấy thông tin, bạn cần phải đi qua một quy trình xác thực ở phía sau. Vì vậy, chẳng hạn như khi chuyển từ Lịch sang Thư trong Outlook Online, bạn sẽ xác thực. Và trong SharePoint Online, nếu một trang hiển thị phương tiện hoặc dữ liệu từ nhiều site hoặc vị trí, bạn sẽ xác thực cho mỗi kết nối TCP cần thiết để kết xuất dữ liệu.

  • Trong Outlook Online, bạn có thể gặp tình trạng tải chậm bất cứ khi nào bạn chuyển đổi giữa Lịch và hộp thư của mình, hoặc tải trang chậm trong SharePoint Online. Tuy nhiên, có những dấu hiệu khác không được liệt kê ở đây.

    Xác thực proxy là thiết đặt trên máy chủ proxy đầu ra của bạn. Nếu nó đang gây ra sự cố hiệu suất với Office 365, bạn phải tham khảo nhóm mạng của bạn.

Netmon

Wireshark

Proxy xác thực diễn ra bất cứ khi nào một phiên TCP mới phải được tách lập, thường để yêu cầu tệp hoặc thông tin từ máy chủ, hoặc để cung cấp thông tin. Ví dụ, bạn có thể thấy xác thực proxy xung quanh yêu cầu HTTP GET hoặc HTTP bài đăng. Nếu bạn muốn thấy khung mà bạn xác thực yêu cầu trong theo dõi của bạn, hãy thêm cột 'NTLMSSP tóm tắt' Netmon và bộ lọc cho .property.NTLMSSPSummary. Để xem khoảng thời gian mất xác thực, thêm cột Delta thời gian. Để thêm cột vào Netmon:

  1. Bấm chuột phải vào một cột như Mô tả.

  2. Bấm Chọn Cột. Xác định vị trí Tóm tắt NTLMSSP và Delta Thời gian trong danh sách và bấm Thêm.

  3. Di chuyển cột mới vào vị trí trước hoặc sau cột Mô tả để bạn có thể đọc song song. Bấm OK.

Ngay cả khi bạn không thêm cột, bộ lọc Netmon sẽ hoạt động. Nhưng khắc phục sự cố của bạn sẽ dễ dàng hơn nếu bạn có thể thấy giai đoạn xác thực, bạn đang trong. Khi tìm kiếm lần xuất hiện của Proxy xác thực, đảm bảo nghiên cứu khung tất cả khi không có một thách thức NTLM, hoặc một thông báo xác thực được trình bày. Nếu cần, bấm chuột phải vào phần cụ thể của lưu lượng và tìm hội thoại > TCP. Hãy tìm hiểu các giá trị Delta thời gian trong các hội thoại.

Quy trình dõi vết Netmon hiển thị xác thực proxy, được lọc theo hội thoại.

Độ trễ bốn giây trong quá trình xác thực proxy như hiển thị trong Wireshark. Cột Delta thời gian từ khung hiển thị trước đã được tạo bằng cách bấm chuột phải vào trường có cùng tên trong chi tiết khung và chọn Thêm làm Cột.

Trong Wireshark, có thể tạo cột 'Delta thời gian từ khung hiển thị trước' bằng cách bấm chuột phải vào trường có cùng tên trong chi tiết khung và chọn Thêm làm Cột.

Hiệu năng DNS

  • Quá trình phân giải tên hoạt động tốt nhất và nhanh nhất khi nó diễn ra càng gần với quốc gia của máy khách thì càng tốt.

  • Nếu quá trình phân giải tên DNS được thực hiện ở nước ngoài, điều này có thể cộng thêm số giây vào quá trình tải trang.

  • Lý tưởng là quá trình phân giải tên nên xảy ra trong phạm vi dưới 100ms. Nếu không, bạn nên điều tra thêm.

Mẹo: Bạn không chắc chắn về cách hoạt động của Kết nối Máy khách trong Office 365? Hãy xem qua tài liệu Tham khảo về Kết nối Máy khách tại đây.

Netmon

Wireshark

PsPing

Phân tích hiệu năng DNS thường là một công việc khác trong quá trình theo dõi mạng. Tuy nhiên, PsPing cũng hữu ích trong việc chấp nhận hoặc bác bỏ một nguyên nhân có thể xảy ra.

Lưu lượng DNS được dựa trên TCP và các yêu cầu cũng như phản hồi UDP được đánh dấu rõ ràng bằng một ID mà sẽ giúp so khớp một yêu cầu cụ thể với phản hồi cụ thể của nó. Bạn sẽ thấy lưu lượng DNS chẳng hạn như khi SharePoint Online sử dụng tên mạng hoặc URL trên một trang web. Theo thông lệ, hầu hết lưu lượng này, ngoại trừ khi chuyển Vùng, sẽ chạy trên UDP.

Trong cả Netmon lẫn Wireshark, bộ lọc cơ bản nhất sẽ cho phép bạn xem xét DNS lưu lượng là chỉ cần dns. Hãy bảo đảm sử dụng chữ thường khi chỉ định bộ lọc. Hãy nhớ xóa sạch bộ đệm ẩn trình phân giải DNS của bạn trước khi bạn bắt đầu để tái tạo vấn đề trên máy tính khách. Ví dụ, nếu bạn có một chậm khi tải trang SharePoint Online cho trang chủ, bạn phải đóng tất cả các trình duyệt, mở một trình duyệt mới, bắt đầu theo dõi, xóa sạch bộ đệm ẩn trình phân giải DNS của bạn và duyệt tới trang SharePoint Online của bạn. Sau khi toàn bộ trang giải quyết, bạn nên dừng và lưu theo dõi thư.

Một bộ lọc cơ bản cho DNS trong Netmon là DNS.

Bạn muốn tìm tại thời điểm giá trị bù trừ ở đây. Và nó có thể hữu ích để thêm cột Delta thời gian vào Netmon mà bạn có thể làm bằng cách hoàn tất các bước sau đây:

  1. Bấm chuột phải vào một cột như Mô tả.

  2. Bấm Chọn Cột.

  3. Xác định vị trí Delta Thời gian trong danh sách và bấm Thêm.

  4. Di chuyển cột mới vào vị trí trước hoặc sau cột Mô tả để bạn có thể đọc song song. Bấm OK.

Nếu bạn tìm thấy một truy vấn quan tâm, hãy cân nhắc cô lập nó bằng cách bấm chuột phải truy vấn đó trong Pa-nen chi tiết khung, chọn Tìm hội thoại > DNS. Lưu ý rằng Pa-nen hội thoại mạng nhảy phải vào hội thoại cụ thể trong Nhật ký lưu lượng UDP.

Quy trình dõi vết Netmon cho lượt tải Outlook Online được lọc theo DNS và sử dụng Tìm Hội thoại rồi đến DNS để thu hẹp kết quả.

Trong Wireshark, bạn có thể thực hiện một cột cho DNS thời gian. Thực hiện theo dõi của bạn (hoặc mở một theo dõi) trong Wireshark và bộ lọc theo dns, hoặc thêm helpfully, dns.time. Bấm vào bất kỳ truy vấn DNS và trong Pa-nen Hiển thị chi tiết, hãy bung rộng chi tiết Domain Name System (response) . Bạn sẽ thấy một trường lần (ví dụ, [Time: 0.001111100 seconds]. Bấm chuột phải vào thời điểm này và chọn áp dụng là cột. Điều này sẽ cung cấp cho bạn một cột thời gian để sắp xếp nhanh hơn theo dõi của bạn. Bấm vào cột mới để sắp xếp theo giá trị để xem những lệnh gọi DNS giảm dần đã thực hiện dài nhất để giải quyết.

Trình duyệt của SharePoint Online được lọc trong Wireshark theo (chữ thường) dns.time, với chi tiết từ thời điểm làm thành một cột và sắp xếp tăng dần.

Nếu bạn muốn làm thêm điều tra thời gian độ phân giải DNS, hãy thử PsPing đối với cổng DNS được dùng bởi TCP (ví dụ, psping <IP address of DNS server>:53). Bạn vẫn nhìn thấy một vấn đề về hiệu năng? Nếu bạn thực hiện, sau đó vấn đề có nhiều khả năng thể mạng rộng hơn một vấn đề hơn sự cố dành riêng cho ứng dụng DNS mà bạn đang nhấn để thực hiện giải pháp. Thật cũng giá trị đề cập tới, một lần nữa, mà ping đến outlook.office365.com sẽ cho bạn biết nơi độ phân giải tên DNS cho Outlook Web App đang thực hiện (ví dụ, outlook-namnorthwest.office365.com).

Nếu vấn đề này có vẻ là cụ thể cho DNS, thì bạn có thể cần liên hệ với bộ phận CNTT để xem cấu hình DNS và Trình chuyển tiếp DNS để điều tra sâu hơn về vấn đề này.

Khả năng mở rộng Proxy

  • Các dịch vụ như Outlook Online trong Office 365 cung cấp cho máy khách nhiều kết nối dài hạn.

  • Do đó, mỗi người dùng có thể dùng thêm kết nối vốn cần có thời gian dài hơn.

Mẹo: Bạn cần lập kế hoạch sử dụng băng thông vì sắp thêm nhiều người dùng vào Office 365? Hãy xem thử Lập kế hoạch sử dụng băng thông Internet cho Office 365. Có các công cụ tính băng thông sẵn dùng tại đó.

Tính toán

Không có công cụ theo dõi mạng hoặc khắc phục sự cố dành riêng cho điều này. Thay vào đó, nó được dựa trên các phép tính băng thông với các giới hạn và biến số khác cho trước.

Kích cỡ Phân đoạn TCP Tối đa

  • Tìm thấy trong SYN - SYN/ACK.

  • Thực hiện kiểm tra này trong bất kỳ theo dõi mạng hiệu năng nào mà bạn đã thực hiện để đảm bảo các gói TCP được cấu hình để truyền tải dung lượng dữ liệu cao nhất có thể.

  • Mục tiêu là nhìn thấy MSS 1460 byte cho truyền tải dữ liệu.

  • Nếu bạn đang dùng proxy hoặc đang sử dụng NAT, hãy nhớ chạy kiểm tra này từ máy khách proxy/đầu ra/NAT và proxy/đầu ra/NAT tới Office 365 để có kết quả tốt nhất! Đây là các phiên TCP khác nhau.

Netmon

Kích cỡ phân đoạn TCP tối đa (MSS) là các tham số khác của bắt tay ba chiều trong theo dõi mạng của bạn, có nghĩa là bạn sẽ tìm thấy dữ liệu bạn cần trong SYN - SYN/ACK gói. MSS là thực sự khá đơn giản để xem.

Mở bất kỳ theo dõi mạng hiệu năng nào mà bạn có và tìm kết nối mà bạn muốn tìm hiểu hoặc thể hiện vấn đề về hiệu năng.

Lưu ý: 

  • Nếu bạn đang xem một theo dõi và cần tìm lưu lượng liên quan tới hội thoại của mình, hãy lọc theo IP của Máy khách hoặc IP của máy chủ proxy hoặc điểm đầu ra, hoặc cả hai. Đi trực tiếp, bạn sẽ cần ping URL mà bạn đang kiểm tra cho địa chỉ IP của Office 365 trong theo dõi, và lọc theo nó.

  • Xem theo dõi thư cũ? Hãy thử sử dụng bộ lọc để định hướng chính bạn. Trong Netmon, chạy tìm kiếm dựa trên URL, chẳng hạn như Containsbin(framedata, ascii, "sphybridExample"), hãy lưu ý số khung. Trong Wireshark sử dụng như frame contains "sphybridExample". Nếu bạn nhận thấy rằng bạn đã tìm thấy lưu lượng truy nhập từ xa Winsock (RW) (nó có thể xuất hiện dưới dạng một [PSH, ACK] trong Wireshark), hãy nhớ rằng RW kết nối có thể nhìn thấy ngay trước liên quan SYN - SYN/ACKs, như được thảo luận Phiên bản cũ hơn. Tại thời điểm này, bạn có thể ghi lại số khung, bỏ bộ lọc, bấm tất cả các lưu lượng truy nhập trong cửa sổ hội thoại mạng trong Netmon để xem xét đồng nghĩa gần nhất

  • Quan trọng hơn, nếu bạn chưa nhận được bất kỳ thông tin địa chỉ IP nào tại thời điểm xảy ra theo dõi, thì việc tìm URL của bạn trong theo dõi (một phần của sphybridExample-my.sharepoint.com chẳng hạn) sẽ cung cấp cho bạn địa chỉ IP để lọc theo đó.

  1. Xác định vị trí kết nối trong theo dõi mà bạn muốn xem. Bạn có thể thực hiện điều này bằng cách xem lướt qua theo dõi, lọc theo địa chỉ IP hoặc chọn ID Hội thoại cụ thể bằng cách dùng cửa sổ Hội thoại Mạng trong Netmon.

    Lọc theo hội thoại. Bấm chuột phải vào khung SYN và bấm Tìm Hội thoại, TCP.

  2. Sau khi bạn tìm thấy gói SYN, hãy bung rộng TCP (trong Netmon) hoặc Giao thức Điều khiển Truyền vận (TCP) (trong Wireshark) trong panel Chi tiết Khung.

  3. Bung rộng Tùy chọn TCP và Kích cỡ Phân đoạn Tối đa.

  4. Xác định vị trí khung SYN-ACK liên quan và Bung rộng Tùy chọn TCP và Kích cỡ Phân đoạn Tối đa.

  5. Giá trị nhỏ hơn trong hai giá trị này sẽ là Kích cỡ Phân đoạn Tối đa của bạn.

Trong ảnh này, tôi hãy sử dụng cột dựng sẵn trong Netmon tên là khắc phục sự cố TCP.

Quy trình dõi vết Netmon được lọc trong Netmon bằng cột dựng sẵn.

Cột dựng sẵn nằm ở phía trên cùng của panel Chi tiết Khung. (Để chuyển trở lại dạng xem thường, hãy bấm lại vào Cột, rồi chọn Múi Giờ của bạn.)

Nơi để tìm menu thả xuống Cột cho tùy chọn Khắc phục sự cố TCP (ở phía trên cùng của Tóm tắt Khung).

Đây là quy trình dõi vết được lọc trong Wireshark. Có một bộ lọc là cụ thể cho các giá trị MSS (tcp.options.mss). Khung SYN, SYN/ACK, ACK bắt tay được nối kết ở dưới cùng của Wireshark tương đương với chi tiết khung (vì vậy khung 47 ACK, nối kết đến 46 SYN/ACK, nối kết đến 43 SYN) để giúp dễ dàng loại công việc.

Kết quả dõi vết được lọc trong Wireshark theo tcp.options.mss cho Kích cỡ Phân đoạn Tối đa (MSS).

Nếu bạn cần kiểm tra Xác nhận Chọn lọc (chủ đề kế tiếp trong ma trận này), thì đừng đóng theo dõi của bạn!

Xác nhận Chọn lọc

  • Tìm thấy trong SYN - SYN/ACK.

  • Phải được báo cáo là Được phép trong cả SYN và SYN/ACK.

  • Xác nhận Chọn lọc (SACK) cho phép truyền tải lại dữ liệu trơn tru hơn khi một gói hoặc nhiều gói bị thiếu.

  • Các thiết bị có thể tắt tính năng này, mà điều này có thể dẫn đến các vấn đề về hiệu năng.

  • Nếu bạn đang dùng proxy hoặc đang sử dụng NAT, hãy nhớ chạy kiểm tra này từ máy khách proxy/đầu ra/NAT và proxy/đầu ra/NAT tới Office 365 để có kết quả tốt nhất! Đây là các phiên TCP khác nhau.

Netmon

Xác nhận Chọn lọc (SACK) là một tham số khác trong bắt tay SYN-SYN/ACK. Bạn có thể lọc theo dõi của mình để tìm SYN - SYN/ACK theo nhiều cách.

  1. Xác định vị trí kết nối trong theo dõi mà bạn muốn xêm bằng xem lướt qua theo dõi, lọc theo địa chỉ IP hoặc bấm vào một ID Hội thoại bằng cách sử dụng cửa sổ Hội thoại Mạng trong Netmon.

  2. Sau khi bạn đã tìm thấy gói SYN, hãy bung rộng TCP trong Netmon hoặc giao thức điều khiển truyền vận trong Wireshark trong phần chi tiết khung.

  3. Bung rộng Tùy chọn TCP và SACK.

  4. Xác định vị trí khung SYN-ACK liên quan và Bung rộng Tùy chọn TCP và trường SACK của nó.

  5. Đảm bảo SACK được cho phép trong cả SYN và SYN/ACK.

Dưới đây là giá trị SACK khi hiển thị trong cả Netmon lẫn Wireshark.

Báo nhận Có lựa chọn (SACK) trong Netmon là kết quả của tcp.flags.syn == 1.

SACK như hiển thị trong Wireshark với bộ lọc tcp.flags.syn == 1.

Vị trí địa lý DNS

  • Vị trí trên thế giới mà tại đó Office 365 tìm cách phân giải lệnh gọi DNS của bạn sẽ ảnh hưởng đến tốc độ kết nối của bạn.

  • Trong Outlook Online, sau khi hoàn thành lần tra cứu DNS đầu tiên, vị trí của DNS đó sẽ được dùng để kết nối đến trung tâm dữ liệu gần nhất với bạn. Bạn sẽ được kết nối đến một máy chủ CAS Outlook Online mà sẽ dùng mạng trục chính để kết nối với trung tâm dữ liệu (dC) lưu trữ dữ liệu của bạn. Cách này sẽ nhanh hơn.

  • Khi truy nhập vào SharePoint Online, một người đang ở nước ngoài sẽ được chuyển hướng đến trung tâm dữ liệu của họ -- đó là dC có vị trí dựa trên quốc gia sở tại của đối tượng thuê SPO của họ (vì vậy sẽ là một dC tại Hoa Kỳ nếu người dùng đang ở Hoa Kỳ).

  • Lync Online có các nút hiện hoạt ở nhiều dC tại một thời điểm. Khi yêu cầu được gửi đến các bản Lync Online, DNS của Microsoft sẽ xác định xem yêu cầu đến từ vị trí nào trên thế giới, rồi trả về địa chỉ IP từ dC khu vực gần nhất mà tại đó Lync Online hiện hoạt.

Mẹo: Bạn cần biết thêm về cách máy khách kết nối với Office 365? Hãy xem bài viết tham khảo Kết nối Máy khách (và những đồ họa hữu ích trong đó).

Ping

PsPing

Yêu cầu cho độ phân giải tên từ máy chủ DNS của máy khách đến máy chủ DNS của Microsoft nên trong hầu hết các trường hợp kết quả trong Microsoft DNS trả về địa chỉ IP của Trung tâm dữ liệu khu vực (dC). Này có nghĩa gì đối với bạn? Nếu headquarters của bạn trong Bangalore, Ấn Độ, nhưng bạn sẽ di chuyển trong Hoa Kỳ, khi trình duyệt của bạn làm cho một yêu cầu cho Outlook Web App, máy chủ DNS của Microsoft nên tay bạn địa chỉ IP vào Trung tâm dữ liệu tại Hoa Kỳ--một trung tâm dữ liệu khu vực. Nếu bạn cần có thư từ Outlook, dữ liệu đó sẽ đi qua của Microsoft nhanh đường trục mạng giữa các trung tâm dữ liệu.

DNS hoạt động nhanh nhất khi quá trình phân giải tên được thực hiện càng gần với vị trí của người dùng thì càng tốt. Nếu bạn đang ở châu Âu, bạn muốn chuyển đến DNS Microsoft tại châu Âu, và (lý tưởng là) làm việc với trung tâm dữ liệu tại châu Âu. Hiệu năng từ máy khách tại châu Âu tới DNS và trung tâm dữ liệu tại Hoa Kỳ sẽ chậm hơn.

Chạy công cụ Ping dựa trên outlook.office365.com để xác định xem yêu cầu DNS của bạn đang được định tuyến đến vị trí nào trên thế giới. Nếu bạn đang ở châu Âu, bạn sẽ thấy phản hồi từ outlook-emeawest.office365.com chẳng hạn. Tại Hoa Kỳ, thì sẽ là outlook-namnorthwest.office365.com chẳng hạn.

  1. Mở dấu nhắc lệnh trên máy tính khách (thông qua Bắt đầu > Chạy > cmd hoặc phím Windows> gõ cmd).

  2. Hãy nhập ping outlook.office365.com rồi nhấn ENTER.

    Hãy nhớ, xác định -4 , nếu bạn muốn xác định để ping qua IPv4. Bạn có thể không nhận được một câu trả lời từ gói ICMP, nhưng bạn sẽ thấy tên của DNS mà yêu cầu đó được định tuyến.

Nếu bạn muốn nhìn thấy số liệu về độ trễ cho kết nối này, hãy thử PsPing tới địa chỉ IP của máy chủ mà ping trả về.

Ping của outlook.office365.com hiển thị quá trình phân giải trong outlook-namnorthwest.

PSPing đến địa chỉ IP được trả về bởi ping đến outlook.office365.com cho thấy độ trễ trung bình là 28 mili giây.

Khắc phục sự cố Ứng dụng Office 365

Netmon

HTTPWatch

Bảng điều khiển F12 trong trình duyệt

Chúng tôi không bao gồm các công cụ sử dụng trong các ứng dụng cụ thể khắc phục sự cố trong bài viết này dành riêng cho mạng. Nhưng bạn sẽ tìm thấy các tài nguyên bạn có thể sử dụng trên Trang này.

Chủ đề Liên quan

Quản lý Office 365 điểm cuối
khắc phục sự cố Office 365 kết nối

Phát triển kỹ năng Office của bạn
Khám phá nội dung đào tạo
Sở hữu tính năng mới đầu tiên
Tham gia Người dùng nội bộ Office

Thông tin này có hữu ích không?

Cảm ơn phản hồi của bạn!

Cảm ơn bạn đã phản hồi! Để trợ giúp tốt hơn, có lẽ chúng tôi sẽ kết nối bạn với một trong những nhân viên hỗ trợ Office của chúng tôi.

×