План устранения неполадок с производительностью Office 365

Вам нужно знать, какие действия необходимо предпринять для выявления и устранения задержек, зависаний и снижения производительности между SharePoint, OneDrive, Exchange Online или Skype для бизнеса Online и клиентским компьютером? Прежде чем обратиться в службу поддержки, эта статья поможет вам устранить проблемы с производительностью Office 365 и даже устранить некоторые из наиболее распространенных проблем.

Эта статья фактически представляет собой пример плана действий, который можно использовать для сбора ценных данных о проблеме с производительностью по мере ее возникновения. Некоторые основные проблемы также включены в эту статью.

Если вы не знакомы с производительностью сети и хотите составить долгосрочный план мониторинга производительности между клиентскими компьютерами и Office 365, ознакомьтесь с Office 365 настройке производительности и устранению неполадок с Администратор и ИТ-специалистом.

Пример плана действий по устранению неполадок с производительностью

Этот план действий состоит из двух частей: этап подготовки и этап ведения журнала. Если у вас возникла проблема с производительностью и вам нужно выполнить сбор данных, вы можете сразу же начать использовать этот план.

Подготовка клиентского компьютера

• Найдите клиентский компьютер, который может воспроизвести проблему с производительностью. Этот компьютер будет использоваться во время устранения неполадок.
• Запишите шаги, которые вызывают проблему с производительностью, чтобы быть готовым к тестированию.
• Установите средства для сбора и записи сведений:
  • Установите Netmon 3.4 (или используйте эквивалентное средство трассировки сети).
  • Установите бесплатный базовый выпуск HTTPWatch (или используйте эквивалентное средство трассировки сети).
  • Используйте средство записи экрана или запустите средство записи шагов (PSR.exe), которое поставляется с Windows Vista и более поздними версиями, чтобы вести запись о действиях, выполняемых во время тестирования.

Регистрация проблемы с производительностью

• Закройте все посторонние интернет-браузеры.

• Запустите средство записи шагов или другое средство записи экрана.

• Запустите запись Netmon (или средство трассировки сети).

• Очистите кэш DNS на клиентском компьютере из командной строки, введя ipconfig /flushdns.

• Запустите новый сеанс браузера и включите HTTPWatch.

• Необязательно. Если вы тестируете Exchange Online, запустите средство Анализатор производительности клиента Exchange из консоли администрирования Office 365.

• Воспроизведите точные шаги, которые вызывают проблему с производительностью.

• Остановите трассировку Netmon или другого средства.

• В командной строке выполните маршрут трассировки в подписку Office 365, введя следующую команду и нажав клавишу ВВОД:

  tracert <subscriptionname>.onmicrosoft.com
  

• Остановите средство записи шагов и сохраните видео. Обязательно укажите дату и время записи, а также указывает, показывает ли она хорошую или плохую производительность.

• Сохраните файлы трассировки. Опять же, обязательно укажите дату и время записи, а также указывает, показывает ли она хорошую или плохую производительность.

Если вы не знакомы с запуском средств, упомянутых в этой статье, не волнуйтесь, так как мы предоставим эти действия далее. Если вы привыкли выполнять такую запись в сети, можно перейти к разделу Сбор базовых показателей, в котором описывается фильтрация и чтение журналов.

Сначала очистка кэша DNS

Почему? Вычистив кэш DNS, вы начинаете тесты с чистого листа. Очищая кэш, вы сбрасываете содержимое сопоставителя DNS до самых актуальных записей. Помните, что при очистке не удаляются записи файла УЗЛА. Если вы широко используете записи host-файла, их следует скопировать в файл в другом каталоге, а затем очистить файл HOST.

Очистка кэша сопоставителя DNS

1. Откройте командную строку ( запустить>запуск>cmd или windows key>cmd).

2. Введите следующую команду и нажмите клавишу ВВОД:

   ipconfig /flushdns
   

Netmon

Средство мониторинга сети (Netmon) корпорации Майкрософт анализирует пакеты (сетевой трафик), который проходит между компьютерами в сетях. С помощью Netmon для отслеживания трафика с помощью Office 365 можно записывать, просматривать и считывать заголовки пакетов, определять промежуточные устройства, проверка важные параметры сетевого оборудования, искать удаленные пакеты и отслеживать поток трафика между компьютерами в корпоративной сети и Office 365. Так как фактический текст трафика зашифрован, то есть он проходит через порт 443 по протоколу SSL/TLS, вы не сможете прочитать отправляемые файлы. Вместо этого вы получите нефильтрованную трассировку пути, который принимает пакет, который может помочь вам отследить поведение проблемы.

Убедитесь, что в настоящее время фильтр не применяется. Вместо этого выполните шаги и продемонстрируйте проблему перед остановкой трассировки и сохранением.

После установки Netmon 3.4 откройте средство и выполните следующие действия:

Возьмите трассировку Netmon и воспроизведите проблему

1. Запустите Netmon 3.4. На начальной странице есть три области: Последние записи, Выбор сетей и начало работы с Microsoft Network Monitor 3.4. Обратите внимание. На панели Выбор сетей также появится список сетей по умолчанию, из которых можно записать данные. Убедитесь, что здесь выбраны сетевые карты.

2. Щелкните Создать запись в верхней части начальной страницы. После этого рядом с вкладкой Начальная страница будет добавлена новая вкладка с именем Захват 1.

3. Чтобы сделать простой захват, нажмите кнопку Пуск на панели инструментов.

4. Воспроизведите шаги, которые представляют проблему с производительностью.

5. Нажмите кнопку Остановить> сохранениефайла>как. Не забудьте указать дату и время с часового пояса и упоминание, если он демонстрирует плохую или хорошую производительность.

HTTPWatch

HTTPWatch поставляется с оплатой и бесплатным выпуском. Бесплатный базовый выпуск охватывает все необходимое для этого теста. HTTPWatch отслеживает сетевой трафик и время загрузки страницы прямо из окна браузера. HTTPWatch — это подключаемый модуль к Microsoft Edge, который графически описывает производительность. Анализ можно сохранить и просмотреть в HTTPWatch Studio.

Запустите HTTPWatch и воспроизведите проблему

HTTPWatch — это подключаемый модуль браузера, поэтому использование средства в браузере немного отличается для каждой версии Microsoft Edge. Как правило, httpWatch можно найти на панели Команд в браузере Microsoft Edge. Если подключаемый модуль HTTPWatch не отображается в окне браузера, проверка версию браузера, щелкнув Справка>о программе, или в более поздних версиях Microsoft Edge щелкните значок шестеренки и О программе Edge. Чтобы запустить панель Команд , щелкните правой кнопкой мыши строку меню в Microsoft Edge и выберите пункт Панель команд.

В прошлом функция HTTPWatch была связана как с командами, так и с Обозреватель гистограммами, поэтому после установки значок (даже после перезагрузки) не отображается проверка Сервис и панели инструментов для значка. Помните, что панели инструментов можно настраивать и добавлять в них параметры.

1. Запустите HTTPWatch в окне браузера Microsoft Edge. Он будет закреплен в браузере в нижней части этого окна. Щелкните Запись.

2. Воспроизведите точные шаги, связанные с проблемой производительности. Нажмите кнопку Остановить в HTTPWatch.

3. СохранитеhttpWatch или Отправить по Email. Не забудьте присвоить файлу имя, чтобы он содержал сведения о дате и времени, а также указание того, содержатся ли ваши часы демонстрации хорошей или плохой производительности.

На этом снимку экрана показана профессиональная версия HTTPWatch. Вы можете открыть трассировки, сделанные в базовой версии на компьютере с профессиональной версией, и прочитать их там. Дополнительные сведения могут быть доступны из трассировки с помощью этого метода.

Средство записи шагов по проблеме

Средство записи шагов или PSR.exe позволяет записывать проблемы по мере их возникновения. Это очень полезный инструмент и простой в запуске.

Запустите средство записи действий по устранению проблем (PSR.exe), чтобы записать работу

1. Либо используйте тип запуска>PSR.exe>>ОК, либо щелкните тип ключа> Windows PSR.exe> и нажмите клавишу ВВОД.

2. Когда появится небольшое окно PSR.exe, нажмите кнопку Начать запись и воспроизведите шаги, которые воспроизводят проблему с производительностью. При необходимости можно добавить примечания, нажав кнопку Добавить примечания.

3. После выполнения действий нажмите кнопку Остановить запись . Если проблема с производительностью связана с отрисовкой страницы, дождитесь отрисовки страницы, прежде чем останавливать запись.

4. Нажмите кнопку Сохранить.

Дата и время записываются для вас. Это связывает psr с трассировкой Netmon и HTTPWatch во времени, а также помогает с точностью устранения неполадок. Дата и время в записи PSR могут показать, что между входом и просмотром URL-адреса и частичной отрисовкой сайта администратора, например, проходит минута.

Чтение трассировок

Невозможно научиться всем об устранении неполадок с сетью и производительностью, которые кто-то должен знать в статье. Чтобы повысить производительность, требуется опыт и знания о том, как работает сеть и как обычно работает. Но можно округить список основных проблем и показать, как средства могут упростить устранение наиболее распространенных проблем.

Если вы хотите получить навыки чтения трассировок сети для Office 365 сайтов, нет лучшего преподавателя, чем регулярно создавать трассировки страниц и получать опыт их чтения. Например, если у вас есть возможность, загрузите службу Office 365 и выполните трассировку процесса. Отфильтруйте трассировку по dns-трафику или выполните поиск в FrameData по имени просмотренных служб. Проверьте трассировку, чтобы получить представление о шагах, которые выполняются при загрузке службы. Это поможет вам узнать, как должна выглядеть обычная загрузка страницы, и в случае устранения неполадок, особенно в отношении производительности, сравнение хороших и плохих трассировок может многому научить вас.

Netmon использует Microsoft Intellisense в поле фильтра отображения. Intellisense, или интеллектуальное завершение кода, — это тот трюк, когда вы вводите данные в точке и все доступные параметры отображаются в раскрывающемся списке выбора. Например, вы беспокоитесь о масштабировании окон TCP. Таким образом вы можете найти способ к фильтру (например .protocol.tcp.window < 100, ).

Трассировки Netmon могут содержать много трафика. Если у вас нет опыта с их чтением, скорее всего, вы будете перегружены открытием трассировки в первый раз. Первое, что нужно сделать, — отделить сигнал от фонового шума в трассировке. Вы протестировали Office 365, и это трафик, который вы хотите увидеть. Если вы привыкли перемещаться по трассировкам, этот список может не понадобиться.

Трафик между клиентом и Office 365 проходит по протоколу TLS, что означает, что основной текст трафика будет зашифрован и не будет читаем в общей трассировке Netmon. Анализу производительности не нужно знать особенности информации в пакете. Однако он очень заинтересован в заголовках пакетов и информации, которую они содержат.

Советы по хорошей трассировки

• Узнайте значение IPv4-адреса или IPv6-адреса клиентского компьютера. Это можно получить из командной строки, введя IPConfig и нажав клавишу ВВОД. Зная этот адрес, вы можете быстро определить, связан ли трафик трассировки напрямую с клиентским компьютером. Если есть известный прокси-сервер, выполните связь с ним и получите его IP-адрес.

• Сбросьте кэш сопоставителя DNS и, если возможно, закройте все браузеры, кроме того, в котором выполняются тесты. Если вы не можете сделать это, например, если служба поддержки использует какое-то средство на основе браузера для просмотра рабочего стола клиентского компьютера, подготовьтесь к фильтрации трассировки.

• В трассировке занятости найдите службу Office 365, которую вы используете. Если вы никогда или редко сталкивались с трафиком ранее, это полезный шаг для отделения проблемы с производительностью от других сетевых помех. Это можно сделать несколькими способами. Непосредственно перед тестом можно использовать ping или PsPing для URL-адреса конкретной службы (ping outlook.office365.com или psping -4 microsoft-my.sharepoint.com:443, например). Вы также можете легко найти эту проверку ping или PsPing в трассировке Netmon (по имени процесса). Это даст вам место, чтобы начать искать.

Если во время проблемы вы используете только трассировку Netmon, это тоже нормально. Чтобы сориентироваться, используйте фильтр, например ContainsBin(FrameData, ASCII, "office") или ContainsBin(FrameData, ASCII, "outlook"). Номер кадра можно записать из файла трассировки. Также может потребоваться прокрутить панель Сводка по кадрам вправо и найти столбец Идентификатор беседы. Там указан номер для идентификатора конкретной беседы, который вы также можете записать и просмотреть в изоляции позже. Не забудьте удалить этот фильтр перед применением любой другой фильтрации.

Познакомьтесь с трафиком и научитесь находить нужную информацию. Например, узнайте, как определить, какой пакет в трассировке содержит первую ссылку на используемую Office 365 службу (например, Outlook).

В качестве примера Office 365 Outlook Online трафик начинается примерно так:

• Стандартный запрос DNS и ответ DNS для outlook.office365.com с соответствующими идентификаторами запросов. Важно отметить смещение времени для этого поворота и место, где в мире глобальный DNS Office 365 отправляет запрос на разрешение имен. В идеале, как локально, насколько это возможно, а не на полпути по всему миру.

• HTTP-запрос GET, отчет о состоянии которого перемещен без возможности восстановления (301)

• Трафик RWS, включая запросы RWS Connect и ответы Connect. (Это удаленный Winsock, который делает подключение за вас.)

• Беседа TCP SYN и TCP SYN/ACK. Многие параметры в этой беседе влияют на производительность.

• Затем последовательность трафика TLS:TLS, в которой происходит подтверждение TLS и беседы сертификатов TLS. (Помните, что данные шифруются по протоколу SSL/TLS.)

Все части трафика важны и связаны, но небольшие части трассировки содержат информацию, важную с точки зрения устранения неполадок с производительностью, поэтому мы сосредоточимся на этих областях. Кроме того, так как мы сделали достаточно Office 365 устранения неполадок с производительностью в Корпорации Майкрософт, чтобы составить список 10 основных распространенных проблем, мы сосредоточимся на этих проблемах и на том, как использовать средства, которые нам нужно устранить далее.

Если вы еще не установили их, в приведенной ниже матрице используется несколько инструментов, где это возможно. Ссылки на точки установки. Список включает в себя распространенные средства трассировки сети, такие как Netmon и Wireshark, но используйте любое удобное средство трассировки, в котором вы привыкли фильтровать сетевой трафик. При тестировании помните:

• Закройте браузеры и выполните тестирование только в одном браузере . Это уменьшит общий объем трафика, который вы собираете. Это делает менее занятой трассировкой.
• Очистка кэша сопоставителя DNS на клиентском компьютере . Это даст вам чистый лист, когда вы начнете выполнять запись для более чистой трассировки.

Распространенные проблемы

Некоторые распространенные проблемы, с которыми вы можете столкнуться, и способы их поиска в трассировке сети.

Масштабирование WINDOWS tcp

Найдено в SYN — SYN/ACK. Устаревшее или устаревшее оборудование может не использовать преимущества масштабирования окон TCP. Без соответствующих параметров масштабирования окон TCP 16-разрядный буфер по умолчанию в заголовках TCP заполняется в миллисекундах. Трафик не может продолжать отправляться до тех пор, пока клиент не получит подтверждение о том, что исходные данные были получены, что приводит к задержкам.

Инструменты

• Netmon
• Wireshark

Что искать

Найдите трафик SYN — SYN/ACK в трассировке сети. В Netmon используйте фильтр, например tcp.flags.syn == 1. Этот фильтр в Wireshark совпадает с этим фильтром.

Обратите внимание, что для каждого syn имеется номер порта источника (SrcPort), соответствующий в порту назначения (DstPort) соответствующего подтверждения (SYN/ACK).

Чтобы увидеть значение Масштабирование Windows, используемое сетевым подключением, разверните сначала SYN, а затем соответствующий SYN/ACK.

Параметры времени простоя TCP

Исторически большинство сетей периметра настраиваются для временных подключений, что означает, что неактивные подключения обычно завершаются. Неактивные сеансы TCP могут быть завершены прокси-серверами и брандмауэрами через более 100–300 секунд. Это проблематично для Outlook Online, так как он создает и использует долгосрочные подключения, независимо от того, простаивают они или нет.

Когда подключения прерываются прокси-сервером или брандмауэром, клиент не будет уведомлен, и попытка использовать Outlook Online будет означать, что клиентский компьютер будет неоднократно пытаться восстановить подключение, прежде чем создавать новое. Вы можете увидеть зависание продукта, запросы или снижение производительности при загрузке страницы.

Инструменты

• Netmon
• Wireshark

Что искать

В Netmon просмотрите поле "Смещение времени" для кругового пути. Круговой переход — это время между отправкой клиентом запроса на сервер и получением обратного ответа. Проверьте между клиентом и точкой исходящего трафика (например, клиент — прокси-сервер>) или клиентом для 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.

Если возникла проблема, ожидайте, что в этом случае (Outlook Online) появятся длинные смещения времени, особенно в пакетах TLS:TLS, которые показывают прохождение данных приложения (например, в Netmon можно найти пакеты данных приложения через .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Вы должны увидеть плавное прогрессирование во времени в течение сеанса. Если при обновлении Outlook Online возникают длительные задержки, это может быть вызвано высокой степенью отправки сбросов.

Задержка/время кругового пути

Задержка — это мера, которая может сильно измениться в зависимости от многих переменных, таких как обновление устаревших устройств, добавление большого числа пользователей в сеть и процент общей пропускной способности, потребляемой другими задачами сетевого подключения.

На этой странице Планирование сети и настройка производительности для Office 365 доступны калькуляторы пропускной способности для Office 365.

Хотите измерить скорость подключения или пропускную способность подключения поставщика услуг Интернета? Попробуйте этот сайт (или подобные ему сайты): Официальный сайт Speedtest или запросите у вашей любимой поисковой системы фразу теста скорости.

Инструменты

• Настольный
• PsPing
• Netmon
• Wireshark

Что искать

Чтобы отслеживать задержку в трассировке, вы сможете записать IP-адрес клиентского компьютера и IP-адрес DNS-сервера в Office 365. Это упрощает фильтрацию трассировки. При подключении через прокси-сервер вам потребуется IP-адрес клиентского компьютера, IP-адрес прокси-сервера или исходящего трафика и IP-адрес OFFICE 365 DNS, чтобы упростить работу.

Запрос проверки связи, отправленный outlook.office365.com, сообщит вам имя центра обработки данных, получающего запрос, даже если служба связи не сможет подключиться для отправки пакетов ICMP, последовательных для товарного знака. Если вы используете PsPing (бесплатный инструмент для скачивания), укажите порт (443) и, возможно, используете IPv4 (-4), вы получите среднее время кругового пути для отправленных пакетов. Это будет работать для других URL-адресов в службах Office 365, таких как psping -4 yourSite.sharepoint.com:443. На самом деле, вы можете указать несколько pings, чтобы получить большую выборку для среднего, попробуйте что-то вроде psping -4 -n 20 yourSite-my.sharepoint.com:443.

Если вы загрузили страницу с медленным выполнением Office 365 во время трассировки сети, следует отфильтровать трассировку Netmon или Wireshark для DNS. Это один из IP-адресов, которые мы ищем.

Ниже приведены действия, которые необходимо выполнить для фильтрации Netmon, чтобы получить IP-адрес (и ознакомиться с задержкой DNS). В этом примере используется outlook.office365.com, но также может использоваться URL-адрес клиента SharePoint (например, hithere.sharepoint.com).

1. Выполните связь с URL-адресом ping outlook.office365.com и в результатах запишите имя и IP-адрес DNS-сервера, на который был отправлен запрос ping.
2. Сетевая трассировка открывает страницу или выполняет действие, которое создает проблему с производительностью, или, если вы видите высокую задержку при подключении, сама трассировка сети.
3. Откройте трассировку в Netmon и отфильтруйте dns (этот фильтр также работает в Wireshark, но учитывает регистр -- dns). Так как вы знаете имя DNS-сервера из ping, вы также можете быстрее фильтровать в Netmon, как показано ниже: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"), который выглядит следующим образом в Dns Wireshark и кадр содержит "namnorthwest".
   Откройте пакет ответа и в окне Сведения о фрейме Netmon щелкните DNS , чтобы развернуть дополнительные сведения. В сведениях о DNS вы найдете IP-адрес DNS-сервера, на который поступил запрос в Office 365. Этот IP-адрес понадобится для следующего шага (средство PsPing). Удалите фильтр, щелкните правой кнопкой мыши dns Response in Netmon (Frame Summary>Find Conversations>DNS), чтобы увидеть запрос и ответ DNS рядом.
4. В Netmon также обратите внимание на столбец "Смещение времени" между запросом DNS и ответом. На следующем шаге легко установить и использовать средство PsPing очень удобно, так как ICMP часто блокируется на брандмауэрах, и потому, что PsPing элегантно отслеживает задержку в миллисекундах. PsPing завершает TCP-подключение к адресу и порту (в нашем случае открытый порт 443).
5. Установите PsPing.
6. Откройте командную строку (запуск > , тип cmd > или тип ключа > Windows) и измените каталог в каталог, в котором установлен psPing, чтобы выполнить команду PsPing. В моих примерах вы можете увидеть, что я сделал папку Perf в корневой папке C. То же самое можно сделать для быстрого доступа.
7. Введите команду, чтобы выполнить psPing по IP-адресу DNS-сервера Office 365 из предыдущей трассировки Netmon, включая номер порта, например psping -n 20 132.245.24.82:445. Это даст выборку из 20 запросов связи и усреднёт задержку при остановке PsPing.

Если вы собираетесь Office 365 через прокси-сервер, шаги немного отличаются. Сначала выполните PsPing на прокси-сервере, чтобы получить среднее значение задержки в миллисекундах для прокси-сервера, исходящего трафика и обратно, а затем выполните psPing на прокси-сервере или на компьютере с прямым подключением к Интернету, чтобы получить отсутствующее значение (для Office 365 и обратно).

Если вы решили запустить PsPing с прокси-сервера, у вас будет два миллисекунда значений: клиентский компьютер — прокси-сервер или точка исходящего трафика, а прокси-сервер — Office 365. И все готово! Ну, запись значений, в любом случае.

Если вы запускаете PsPing на другом клиентском компьютере, имеющем прямое подключение к Интернету, то есть без прокси-сервера, у вас будет два миллисекунда значений: клиентский компьютер — прокси-сервер или точка исходящего трафика и клиентский компьютер для Office 365. В этом случае вычитайте значение клиентского компьютера на прокси-сервер или точку исходящего трафика из значения клиентского компьютера в Office 365, и у вас будут номера RTT от клиентского компьютера до прокси-сервера или точки исходящего трафика, а также от прокси-сервера или исходящего трафика до Office 365.

Тем не менее, если вы можете найти клиентский компьютер в затронутом расположении, которое подключено напрямую, или обойти прокси-сервер, вы можете проверить, воспроизводится ли проблема там, и протестировать ее использование после этого.

Задержка, как показано в трассировке Netmon, эти дополнительные миллисекунда могут сложиться, если их достаточно в любом сеансе.

Не забудьте развернуть все узлы (для этого есть кнопка в верхней части), если вы хотите найти, например, 132.245.

Проверка подлинности прокси-сервера

Это относится только к вам, если вы проходите через прокси-сервер. Если нет, эти действия можно пропустить. При правильной работе проверка подлинности прокси-сервера должна выполняться последовательно в миллисекундах. Вы не должны видеть периодические плохие показатели производительности во время пиковых периодов использования (например).

Если проверка подлинности прокси включена, каждый раз, когда вы делаете новое TCP-подключение к Office 365 для получения сведений, необходимо пройти процесс проверки подлинности в фоновом режиме. Например, при переходе с календаря на почту в Outlook Online вы будете проходить проверку подлинности. А в SharePoint, если на странице отображаются мультимедиа или данные из нескольких сайтов или расположений, вы будете проходить проверку подлинности для каждого tcp-подключения, необходимого для отображения данных.

В Outlook Online при переключении между календарем и почтовым ящиком может наблюдаться медленное время загрузки страницы в SharePoint. Однако есть и другие симптомы, не перечисленные здесь.

Проверка подлинности прокси-сервера — это параметр на прокси-сервере исходящего трафика. Если это вызывает проблемы с производительностью Office 365, необходимо обратиться к команде по работе с сетями.

Инструменты

• Netmon
• Wireshark

Что искать

Проверка подлинности прокси-сервера выполняется всякий раз, когда необходимо закрутить новый сеанс TCP, обычно для запроса файлов или сведений с сервера или для предоставления сведений. Например, вы можете увидеть проверку подлинности прокси-сервера вокруг HTTP-запросов GET или HTTP POST. Если вы хотите просмотреть кадры, в которых выполняется проверка подлинности запросов в трассировке, добавьте столбец "Сводка NTLMSSP" в Netmon и отфильтруйте для .property.NTLMSSPSummary. Чтобы узнать, сколько времени занимает проверка подлинности, добавьте столбец Разностное время.

Чтобы добавить столбец в Netmon:

1. Щелкните правой кнопкой мыши столбец, например Описание.
2. Щелкните Выбрать столбцы.
3. Найдите в списке сводку NTLMSSP и разностную разницу времени и нажмите кнопку Добавить.
4. Переместите новые столбцы на место перед столбцом Description или за ним, чтобы их можно было читать параллельно.
5. Нажмите кнопку OK.

Даже если не добавить столбец, фильтр Netmon будет работать. Но устранение неполадок будет гораздо проще, если вы сможете увидеть, на каком этапе проверки подлинности вы находитесь.

При поиске экземпляров проверки подлинности прокси-сервера обязательно изучите все кадры, на которых есть запрос NTLM или сообщение проверки подлинности. При необходимости щелкните правой кнопкой мыши определенный фрагмент трафика и найдите TCP бесед.> Имейте в виду значения Разностности времени в этих беседах.

Четырехсекундная задержка проверки подлинности прокси-сервера, как показано в Wireshark. Разностное время от предыдущего отображаемого столбца кадра было выполнено путем щелчка правой кнопкой мыши поля с тем же именем в сведениях кадра и выбора добавить как столбец.

Производительность DNS

Разрешение имен работает лучше всего и быстрее, когда оно выполняется как можно ближе к стране или региону клиента.

Если разрешение DNS-имен выполняется за рубежом, оно может добавить секунды для загрузки страницы. В идеале разрешение имен происходит за 100 мс. В противном случае следует провести дальнейшее исследование.

Инструменты

• Netmon
• Wireshark
• PsPing

Что искать

Анализ производительности DNS обычно является еще одним заданием для трассировки сети. Тем не менее, PsPing также полезен при определении или выходе из возможной причины.

Трафик DNS основан на запросах TCP и UDP, а ответы четко помечены идентификатором, который поможет сопоставить конкретный запрос с его конкретным ответом. Вы увидите трафик DNS, если, например, SharePoint использует сетевое имя или URL-адрес на веб-странице. Как правило, большая часть этого трафика, за исключением передачи зон, выполняется через UDP.

Как в Netmon, так и в Wireshark самым простым фильтром, который позволит взглянуть на трафик DNS, является просто dns. Обязательно используйте строчные буквы при указании фильтра. Не забудьте очистить кэш сопоставителя DNS, прежде чем начать воспроизведение проблемы на клиентском компьютере. Например, при медленной загрузке страницы SharePoint для домашней страницы следует закрыть все браузеры, открыть новый браузер, начать трассировку, очистить кэш сопоставителя DNS и перейти на сайт SharePoint. После разрешения всей страницы следует остановить и сохранить трассировку.

Вы хотите посмотреть на смещение времени здесь. Кроме того, может быть полезно добавить столбец Time Delta в Netmon, что можно сделать, выполнив следующие действия:

1. Щелкните правой кнопкой мыши столбец, например Описание.
2. Щелкните Выбрать столбцы.
3. Найдите в списке разностное время и нажмите кнопку Добавить.
4. Переместите новый столбец на место перед столбцом Description или за ним, чтобы вы могли читать их параллельно.
5. Нажмите кнопку OK.

Если вы нашли интересующий запрос, попробуйте изолировать его, щелкнув его правой кнопкой мыши на панели сведений о кадре и выбрав найти DNS бесед.> Обратите внимание, что панель Сетевые беседы переходит прямо к определенной беседе в журнале трафика UDP.

В Wireshark можно создать столбец для времени DNS. Возьмите трассировку (или откройте трассировку) в Wireshark и отфильтруйте по dns, или, что более полезно, dns.time. Щелкните любой ЗАПРОС DNS и на панели со сведениями разверните Domain Name System (response) сведения. Вы увидите поле времени (например, [Time: 0.001111100 seconds]. На этот раз щелкните правой кнопкой мыши и выберите Применить как столбец. Вы получите столбец Время для более быстрой сортировки трассировки. Щелкните новый столбец, чтобы отсортировать по убыванию значений, чтобы узнать, какой dns-вызов занимает больше всего времени для разрешения.

Обзор SharePoint, отфильтрованный в Wireshark по (нижнему регистру) dns.time, с временем из сведений в столбец и отсортирован по возрастанию.

Если вы хотите дополнительно изучить время разрешения DNS, попробуйте использовать PsPing для порта DNS, используемого TCP (например, psping <IP address of DNS server>:53). По-прежнему возникает проблема с производительностью? Если вы это сделаете, проблема, скорее всего, будет более широкой проблемой сети, чем проблемой конкретного DNS-приложения, которое вы используете для решения. Также стоит отметить, что связь с outlook.office365.com сообщит вам, где выполняется разрешение DNS-имен для Outlook Online (например, outlook-namnorthwest.office365.com).

Если проблема связана с DNS, может потребоваться обратиться в ИТ-отдел, чтобы изучить конфигурации DNS и dns forwarders для дальнейшего изучения этой проблемы.

Масштабируемость прокси-сервера

Такие службы, как Outlook Online в Office 365 предоставляют клиентам несколько долгосрочных подключений. Таким образом, каждый пользователь может использовать больше подключений, для которых требуется более длительный срок службы.

Инструменты

математика;

Что искать

Для этого нет средства трассировки сети или устранения неполадок. Вместо этого он основан на вычислениях пропускной способности с учетом ограничений и других переменных.

Максимальный размер сегмента TCP

Найдено в SYN — SYN/ACK. Выполните это проверка в любой выполненной трассировке производительности сети, чтобы убедиться, что пакеты TCP настроены для передачи максимального объема данных.

Цель состоит в том, чтобы увидеть MSS размером 1460 байт для передачи данных. Если вы работаете за прокси-сервером или используете NAT, не забудьте выполнить этот тест от клиента к прокси-серверу,исходящему/NAT, а также от прокси-сервера/исходящего трафика/NAT до Office 365 для достижения наилучших результатов! Это разные сеансы TCP.

Инструменты

Netmon

Что искать

Tcp Max Segment Size (MSS) — еще один параметр трехстороннего подтверждения в трассировке сети, который означает, что вы найдете необходимые данные в пакете SYN — SYN/ACK. MSS довольно просто увидеть.

Откройте любую трассировку сети производительности и найдите подключение, которое вам интересно, или которое демонстрирует проблему с производительностью.

Посмотрите на трассировку секонд-хенд? Попробуйте использовать фильтры, чтобы сориентироваться. В Netmon выполните поиск на основе URL-адреса, например Containsbin(framedata, ascii, "sphybridExample"), запишите номер кадра.

В Wireshark используйте что-то вроде frame contains "sphybridExample". Если вы заметили, что обнаружили трафик удаленного Winsock (RWS) (он может отображаться как [PSH, ACK] в Wireshark), помните, что подключения RWS можно увидеть незадолго до соответствующих SYN- SYN/ACK, как обсуждалось ранее.

На этом этапе можно записать номер кадра, удалить фильтр и щелкнуть Весь трафик в окне Сетевые беседы в Netmon, чтобы просмотреть ближайший SYN.

Важно отметить, что если вы не получили сведения об IP-адресе во время трассировки, поиск URL-адреса в трассировке (например, часть sphybridExample-my.sharepoint.com), даст вам IP-адреса для фильтрации.

Найдите подключение в трассировке, которую вы хотите увидеть. Это можно сделать путем сканирования трассировки, фильтрации по IP-адресам или выбора определенных идентификаторов бесед в окне Сетевые беседы в Netmon. Найдя пакет SYN, разверните узел TCP (в Netmon) или Протокол управления передачей (в Wireshark) на панели Сведения о кадре. Разверните узлы Параметры TCP и MaxSegmentSize. Найдите связанный фрейм SYN-ACK и разверните параметры TCP и MaxSegmentSize. Меньшее из двух значений будет максимальным размером сегмента. На этом рисунке я использую встроенный столбец в Netmon под названием Устранение неполадок TCP.

Встроенный столбец находится в верхней части панели Сведения о кадре . (Чтобы вернуться к обычному представлению, снова щелкните Столбцы , а затем выберите Часовой пояс.)

Вот отфильтрованной трассировки в Wireshark. Существует фильтр, относящееся к значению MSS (tcp.options.mss). Кадры SYN, SYN/ACK, ACK рукопожатие связаны в нижней части Wireshark, эквивалентной сведениям о кадре (поэтому кадр 47 ACK, ссылки на 46 SYN/ACK, ссылки на 43 SYN), чтобы упростить эту работу.

Если необходимо проверка выборочное подтверждение (следующий раздел этой матрицы), не закрывайте трассировку.

Выборочное подтверждение

Найдено в SYN — SYN/ACK. Должно быть указано как Разрешено в SYN и SYN/ACK. Селективное подтверждение (SACK) обеспечивает более плавное повторную передачу данных, когда пакет или пакеты отсутствуют. Устройства могут отключить эту функцию, что может привести к проблемам с производительностью.

Если вы работаете за прокси-сервером или используете NAT, не забудьте выполнить этот тест от клиента к прокси-серверу,исходящему/NAT, а также от прокси-сервера/исходящего трафика/NAT до Office 365 для достижения наилучших результатов! Это разные сеансы TCP.

Инструменты

Netmon

Что искать

Выборочное подтверждение (SACK) — еще один параметр в подтверждении SYN-SYN/ACK. Вы можете фильтровать трассировку для SYN— SYN/ACK разными способами.

Найдите подключение в трассировке, которое вы хотите увидеть, проверив трассировку, отфильтровав по IP-адресам или щелкнув идентификатор беседы в окне Сетевые беседы в Netmon. После того как вы найдете пакет SYN, разверните узел TCP в Netmon или Протокол управления передачей в Wireshark в разделе Сведения о кадре. Разверните узел Параметры TCP, а затем SACK. Найдите связанный кадр SYN-ACK и разверните параметры TCP и поле SACK. Убедитесь, что SACK разрешен как в SYN, так и в SYN/ACK. Ниже приведены значения SACK, как в Netmon и Wireshark.

Географическое расположение DNS

Где в мире Office 365 пытается разрешить вызов DNS, влияет на скорость подключения.

В Outlook Online после завершения первого поиска DNS расположение этой dns-службы будет использоваться для подключения к ближайшему центру обработки данных. Вы будете подключены к серверу outlook Online CAS, который будет использовать магистральную сеть для подключения к центру обработки данных (dC), где хранятся данные. Это происходит быстрее.

При доступе к SharePoint пользователь, путешествующий за границу, будет направлен в активный центр обработки данных. Это dC, расположение которого основано на домашней базе клиента SPO (поэтому dC в США, если пользователь США).

Lync Online имеет активные узлы в нескольких dC одновременно. Когда запросы отправляются для экземпляров Lync Online, служба DNS Майкрософт определяет, откуда в мире поступил запрос, и возвращает IP-адреса из ближайшего регионального центра dC, где активен Lync Online.

Инструменты

• Настольный
• PsPing

Что искать

Запросы разрешения имен с DNS-серверов клиента на DNS-серверы Майкрософт в большинстве случаев должны привести к тому, что Служба Microsoft DNS возвращает IP-адрес регионального центра обработки данных (dC). Что это значит для вас? Если ваша штаб-квартира находится в Бенгалуру, Индия, но вы путешествуете в США, когда браузер отправляет запрос на Outlook Online, DNS-серверы Майкрософт должны передавать ВАМ IP-адреса в центры обработки данных в США — региональном центре обработки данных. Если требуется почта из Outlook, эти данные будут перемещаться по быстрой магистральной сети Майкрософт между центрами обработки данных.

DNS работает быстрее всего, когда разрешение имен выполняется как можно ближе к расположению пользователя. Если вы находитесь в Европе, вы хотите перейти в Microsoft DNS в Европе и (в идеале) иметь дело с центром обработки данных в Европе. Производительность клиента в Европе, отправляющегося в DNS и центр обработки данных в Америке, будет ниже.

Запустите средство проверки подлинности для outlook.office365.com, чтобы определить, куда в мире направляется ваш DNS-запрос. Если вы находитесь в Европе, вы должны увидеть ответ от чего-то вроде outlook-emeawest.office365.com. В Америке ожидается что-то вроде outlook-namnorthwest.office365.com.

Откройте командную строку на клиентском компьютере (с помощью команды запустить >> cmd или windows key > type cmd). Введите ping outlook.office365.com и нажмите клавишу ВВОД. Не забудьте указать значение -4, если вы хотите указать связь по протоколу IPv4. Вы можете не получить ответ от пакетов ICMP, но должно отобразиться имя DNS, в который был перенаправлен запрос. Если вы хотите просмотреть номера задержки для этого подключения, попробуйте выполнить psPing на IP-адрес сервера, возвращаемого по протоколу связи.

Устранение неполадок с приложениями Office 365

Инструменты

• Netmon
• HTTPWatch
• Консоль F12 в браузере

В этой статье не рассматриваются средства, используемые для устранения неполадок, связанных с конкретными приложениями. Но вы найдете ресурсы, которые можно использовать на этой странице.

Статьи по теме

Управление конечными точками Office 365

Вопросы и ответы о конечных точках Office 365