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

Важно :  Данная статья переведена с помощью машинного перевода, см. Отказ от ответственности. Используйте английский вариант этой статьи, который находится здесь, в качестве справочного материала.

Вам нужно знать действия, которые необходимо предпринять, чтобы определить и устранение задержка, зависает и низкой производительности между SharePoint Online, OneDrive для бизнеса, Exchange Online или Скайп для бизнеса 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 <имя_подписки>.onmicrosoft.com

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

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

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

Очистка кэша DNS

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

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

  1. Откройте окно командной строки (Пуск > Выполнить > cmd или клавиша Windows > cmd).

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

    ipconfig /flushdns

Netmon

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

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

Установив программу Netmon 3.4, запустите ее и выполните перечисленные ниже действия.

Трассировки в Netmon и воспроизведение проблемы

  1. Запустите Netmon 3.4.

    Существует три области на начальной странице: Последние захватываетВыберите сетей и Приступая к работе с Microsoft сетевой монитор 3.4. Уведомление о. Панели выберите сетей также позволит список сетей по умолчанию, из которых можно записать. Убедитесь, что здесь выбрать карты сети.

  2. Щелкните New Capture (Новая запись) в верхней части страницы Start (Начало). В результате рядом со страницей Start появится новая вкладка под названием Capture 1 (Запись 1).

    Пользовательский интерфейс сетевого монитора с выделенными кнопками "Создать запись данных", "Пуск" и "Остановить".

  3. Чтобы начать простую запись, щелкните Start (Пуск) на панели инструментов.

  4. Воспроизведите действия, приводящие к возникновению проблемы.

  5. Выберите Stop (Стоп) > File (Файл) > Save As (Сохранить как). Не забудьте добавить дату и время с часовым поясом, а также указать, какая производительность (плохая или хорошая) показана в этом примере.

HTTPWatch

HTTPWatch поступают оплаченных и бесплатные edition. Бесплатные базовый выпуск охватывает все необходимое для проверки. Отслеживает HTTPWatch сетевой трафик и страницы время загрузки прямо в окне браузера. Подключаемый модуль для Internet Explorer, которые позволяют графически описаны производительности является HTTPWatch. Анализ можно сохранить и просмотреть в HTTPWatch Studio.

Примечания : 

  • Если вы используете другой браузер, например Firefox или Google Chrome, либо не можете установить HTTPWatch в Internet Explorer, откройте новое окно браузера и нажмите клавишу F12. В нижней части окна появится панель с инструментами разработчика. Если вы используете браузер Opera, нажмите клавиши CTRL+SHIFT+I, чтобы открыть сетевой инспектор, перейдите на вкладку Network (Сеть) и выполните на ней описанные ниже действия для тестирования. Полученная вами информация будет немного другой, однако вы увидите время загрузки в миллисекундах.

  • Программа HTTPWatch также очень полезна при устранении проблем, связанных с медленной загрузкой страниц SharePoint Online.

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

  1. HTTPWatch — это подключаемый модуль для браузера, поэтому порядок его вызова зависит от версии Internet Explorer. Как правило, HTTPWatch можно найти на панели команд в браузере Internet Explorer.

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

    Панель команд Internet Explorer с отображением значка HTTPWatch.

  2. Запустите HTTPWatch в окне браузера Internet Explorer. Подключаемый модуль появится в закрепленном виде внизу окна. Щелкните Record (Запись).

  3. В точности воспроизведите действия, приводящие к возникновению проблемы. Нажмите кнопку Stop (Стоп) в HTTPWatch.

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

    Приложение HTTPWatch с вкладкой "Network" (Сеть) для загрузки домашней страницы Office 365.

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

Средство записи действий по воспроизведению неполадок

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

Запуск проблемы средство записи действий (PSR.exe) для записи работы

  1. В меню Пуск выберите Выполнить, введите команду PSR.exe и нажмите кнопку ОК либо нажмите клавишу Windows, введите PSR.exe и нажмите клавишу ВВОД.

  2. В появившемся небольшом окне PSR.exe нажмите Начать запись и воспроизведите действия, приводящие к возникновению проблемы.

    При необходимости, нажмите кнопку Добавить комментарии можно добавить комментарии.

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

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

Снимок экрана: средство записи действий или PSR.exe.

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

Анализ результатов трассировки

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

Если вы хотите обнаружить навыки сетевой трассировки сайтов Office 365, нет не лучше преподавателя, чем регулярно создавать трассировка загрузки страниц, а также предотвратить их прочтения качества. Например если у вас есть вероятность того, загрузки службы Office 365 и трассировки процесс. Фильтрация трассировки для трафика DNS, или выполните поиск FrameData для имени службу, в которой вы работали. Сканирование трассировки, чтобы получить общее представление этапов, возникающих при загрузке службы. Это позволит Узнайте, какие обычный должен выглядеть загрузка страницы и в случае получения дополнительной информации, особенно вокруг производительности, сравнение хорошей сбойные трассировки можно обучение вы много.

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

Снимок экрана: сетевой монитор, показывающий поле "Отображение фильтра" с использованием IntelliSense.

В них трассировки 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, например). Можно также легко найти, PsPing в результатах трассировки Netmon (по имени процесс). Это даст место для начала поиска.

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

    Совет : В Netmon есть целый ряд полезных встроенных фильтров. Попробуйте нажать кнопку "Загрузить фильтр" в верхней части панели фильтрации отображения.

    Найдите свой IP-адрес с помощью команды PSPing в командной строке на клиентском компьютере.

    Трассировка в сетевом мониторе от клиента с отображением команды, аналогичной команде PSPing через фильтр TCP.Flags.Syn == 1.

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

Например, для службы Office 365 Outlook Online трафик начинается примерно так:

  • Стандартный запрос и ответ DNS для сервера outlook.office365.com с одинаковыми идентификаторами QueryID. Обратите внимание на смещение времени для этого обмена пакетами, а также точку мира, из которой глобальная служба DNS Office 365 отправляет запрос на сопоставление имени. Лучше всего, если она расположена как можно ближе к вам, а не на другом конце планеты. (Далее может следовать трафик DNS, связанный со входом в интернет-службу.)

  • HTTP-запрос GET со статусом "Перемещено навсегда" (301).

  • Трафик RWS с запросами RWS на подключение и соответствующими ответами. (Служба Remote Winsock устанавливает для вас подключение.)

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

  • Далее следует трафик TLS:TLS: подтверждение и обмен сертификатами TLS. (Помните о том, что эти данные зашифрованы по протоколу SSL/TLS.)

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

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

  • Закройте браузер и проверьте с управлением только один обозревателя - таким образом можно уменьшить общий трафик записи. Имеет менее загруженную трассировки.

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

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

Здесь описаны некоторые распространенные проблемы, с которыми вы можете столкнуться. Объясняется также, как их найти в результатах трассировки сети.

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

Инструмент

Что следует искать

Изменение размера окна TCP

  • В сеансе обмена данными SYN —SYN/ACK.

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

  • Если не заданы правильные параметры размера окна, стандартный 16-разрядный буфер в заголовках TCP переполняется за считанные миллисекунды.

  • Отправка трафика не продолжается до тех пор, пока клиент не получит подтверждение о приеме исходных данных, что приводит к задержкам.

Netmon

Wireshark

Найдите трафик SYN — SYN/ACK в своих результатах сетевой трассировки.

В сетевом мониторе с помощью фильтра, например tcp.flags.syn == 1. Этот фильтр одинакова в Wireshark.

Фильтр в сетевом мониторе или Wireshark для пакетов Syn обоих инструментов: TCP.Flags.Syn == 1.

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

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

Изображение, на котором показано, как на основе данных портов SrcPort и DstPort в трассировке получить интервал времени.

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

  • Как правило, большинство сетей периметра настроены для временных подключений, и это означает, что неактивные соединения обычно прерываются.

  • Неактивные соединения могут прерываться прокси-серверами и брандмауэрами через 100–300 секунд бездействия.

  • В этом заключается определенная проблема для 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.

Советы : 

  • Не знаете, принадлежит ли IP-адрес в результатах трассировки вашему DNS-серверу? Попытайтесь определить его с помощью командной строки. Выберите Пуск > Выполнить и введите cmd либо нажмите клавишу Windows и введите cmd. В окне командной строки введите nslookup <the IP address from the network trace>. Чтобы выполнить проверку, вызовите команду nslookup, передав ей IP-адрес собственного компьютера.

  • Список диапазонов IP-адресов корпорации Майкрософт см. в статье Диапазоны IP-адресов и URL-адреса Office 365.

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

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

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

  • Для Office 365 предлагаются калькуляторы пропускной способности, которые можно найти на странице Сетевое планирование и настройка производительности для Office 365.

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

Ping

PsPing

Netmon

Wireshark

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

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

Примечание : Программа PsPing не отправляет пакеты ICMP. Она проверяет связь с помощью пакетов TCP на определенному порту, поэтому вы можете использовать порт, который заведомо открыт. Для сервисов Office 365, обмен данными с которыми происходит по протоколу SSL/TLS, попытайтесь добавить к команде PsPing порт :443.

Снимок экрана, на котором показана проверка связи с разрешением outlook.office365.com, а также команда PSPing через порт 443, которая выполняет аналогичное действие, но при этом сообщает также среднее время кругового пути (RTT), равное 6,5 миллисекунды.

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

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

  1. Проверьте связь с URL-адресом ping outlook.office365.com, а затем в результатах найдите имя и IP-адрес DNS-сервера, на который был отправлен запрос ping.

    Запрос проверки связи с outlook.office365.com с отображением DNS и IP-адреса namnorthwest.

  2. Сеть трассировку и откройте страницу, выполните действия, приводящие к проблеме с производительностью или, если вы обнаружили большую задержку на ping, самого себя трассировку для него.

  3. Откройте результаты трассировки в Netmon и отфильтруйте их с помощью фильтра DNS (его можно использовать и в Wireshark, но с учетом регистра: dns). Поскольку вы определили имя DNS-сервера с помощью запроса ping, вы также можете ускорить фильтрацию в Netmon с помощью фильтра DNS AND ContainsBin(FrameData, ASCII, "namnorthwest") (в Wireshark он выглядит так: dns and frame contains "namnorthwest").

    Откройте пакет ответа и в окне Frame Details (Сведения фрейма) в Netmon щелкните DNS, чтобы развернуть этот узел и просмотреть дополнительную информацию. В окне сведений о DNS вы увидите IP-адрес DNS-сервера, к которому был отправлен запрос в среде Office 365 (этот адрес понадобится вам на следующем шаге в программе PsPing). Удалите фильтр и щелкните правой кнопкой мыши ответ DNS в окне Frame Summary (Сводка фреймов) > Find Conversations (Найти сеансы обмена данными) > DNS, чтобы расположить запрос и ответ DNS рядом.

    Трассировка, отфильтрованная с использованием фильтра "Поиск бесед", а затем — по DNS.

  4. В Netmon также обратите внимание на столбец Time Offset (Смещение времени) между запросом и ответом DNS.

    Дополнительные результаты в сетевом мониторе, отфильтрованные по DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest"), отображающие незначительное смещение времени между запросом и ответом.

На следующем шаге на установку и использование инструмента PsPing поступают очень удобна, потому что ICMP часто заблокирован на брандмауэрах и из-за PsPing элегантно отслеживает задержка в миллисекундах. Команда PsPing завершает TCP подключения к адрес и порт (в нашей вариантов открыть порт 443).

  1. Установите PsPing.

  2. Откройте окно командной строки (Пуск > Выполнить cmd или клавиша Windows > cmd) и перейдите в каталог, в котором установлена программа PsPing, чтобы запустить ее. В моих примерах мы используем папку Perf в корневом каталоге диска C. Вы можете для удобства создать такую же папку.

  3. Введите команду для отправки запроса PsPing к IP-адресу DNS-сервера Office 365, который мы нашли ранее в результатах трассировки Netmon (и не забудьте добавить номер порта). Она выглядит так: psping -n 20 132.245.24.82:445. Эта команда отправит 20 запросов проверки связи и после их выполнения покажет среднее значение задержки.

    Команда PSPing (psping -n 20 132.245.24.82:443) возвращает среднюю задержку 25,51 миллисекунды.

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

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

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

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

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

Общая задержка в сетевом мониторе, со столбцом сетевого монитора по умолчанию "Интервал времени", добавленным в рамку "Сводка".

Примечание : Ваш IP-адрес, вероятно, отличается от указанного здесь (например, ваш запрос проверки связи может вернуть диапазон наподобие 157.56.0.0/16 или аналогичный). Список диапазонов, которые используются службой Office 365, см. в статье URL-адреса и диапазоны IP-адресов Office 365. Не забудьте развернуть все узлы (с помощью специальной кнопки вверху), если хотите найти, например, значение 132.245.

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

  • Этот раздел относится только к ситуациям, когда подключение осуществляется через прокси-сервер. В противном случае его можно пропустить.

  • Правильно настроенная проверка подлинности всегда занимает считанные миллисекунды. Это, в частности, означает, что вы не должны сталкиваться с периодическими проявлениями низкой производительности в моменты пикового использования ресурсов.

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

  • При переходе между Календарем и почтовым ящиком в Outlook Online и при работе с сайтами SharePoint страницы могут загружаться медленнее обычного. Есть и другие симптомы, которые здесь не перечислены.

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

Netmon

Wireshark

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

  1. Щелкните правой кнопкой мыши какой-нибудь столбец, например Description (Описание).

  2. Щелкните Choose Columns (Выбрать столбцы). Найдите в списке столбцы NTLMSSP Summary и Time Delta и нажмите кнопку Add (Добавить).

  3. Расположите новые столбцы перед столбцом Description или после него, чтобы просматривать их рядом. Нажмите кнопку ОК.

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

Трассировка в сетевом мониторе с отображением проверки подлинности прокси-сервера, отфильтрованной по беседам.

Четырехсекундная задержка для проверки подлинности прокси-сервера в Wireshark. Чтобы добавить столбец Time delta from previous displayed frame (Изменение времени из предыдущего фрейма), нужно щелкнуть правой кнопкой мыши поле с именем, указанным в сведениях фрейма, и выбрать команду Add as Column (Добавить как столбец).

Чтобы добавить столбец Time delta from previous displayed frame (Изменение времени из предыдущего фрейма) в Wireshark, нужно щелкнуть правой кнопкой мыши поле с именем, указанным в сведениях фрейма, и выбрать команду Add as Column (Добавить как столбец).

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

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

  • Если сопоставление выполняется за океаном, время загрузки страниц может увеличиться на несколько секунд.

  • В идеальном случае сопоставление имен занимает до 100 мс. Если это не так, ситуация требует анализа.

Совет : Не знаете, как в Office 365 работают средства связи клиентов? Ознакомьтесь с этим справочным документом.

Netmon

Wireshark

PsPing

При работе с результатами трассировки часто выполняется анализ производительности DNS. Для поиска и исключения потенциальных причин здесь нам также поможет программа PsPing.

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

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

Базовым фильтром для DNS в сетевом мониторе является DNS.

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

  1. Щелкните правой кнопкой мыши какой-нибудь столбец, например Description (Описание).

  2. Щелкните Choose Columns (Выбрать столбцы).

  3. Найдите в списке столбец Time Delta и нажмите кнопку Add (Добавить).

  4. Расположите новый столбец перед столбцом Description или после него, чтобы просматривать их рядом. Нажмите кнопку ОК.

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

Сетевой монитор: трассировка загрузки Outlook Online, отфильтрованной по DNS с использованием фильтра "Поиск бесед", а затем — по DNS, чтобы ограничить количество результатов.

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

Обзор службы SharePoint Online в 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.

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

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

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

Совет : Возникла необходимость спланировать пропускную способность в связи с добавлением в среду Office 365 большого количества пользователей? Ознакомьтесь со статьей Планирование: использование пропускной способности канала для Office 365. В ней есть калькуляторы пропускной способности.

Расчеты

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

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

  • В сеансе обмена данными SYN —SYN/ACK.

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

  • Для параметра MSS должно быть установлено значение в 1460 байт передаваемых данных.

  • Если вы работаете за прокси-сервером или используете NAT, выполните эту проверку на участках между клиентом и прокси-сервером/точкой выхода/NAT и между прокси-сервером/точкой выхода/NAT и серверами Office 365. На них используются разные сеансы TCP.

Netmon

Размер сегмента TCP Max (MSS) — другой параметр трехэтапного в сетевой трассировки, которая означает, что вы найдете необходимых данных в SYN — SYN/ACK пакет. MSS фактически очень простой для просмотра.

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

Примечания : 

  • Если вам нужно найти в трассировке трафик, связанный с определенным сеансом обмена данными, отфильтруйте его по IP-адресу клиента или прокси-сервера (точки выхода) либо по обоим этим параметрам. Проще говоря, вам потребуется отправить запрос ping на проверяемый вами URL-адрес, чтобы определить IP-адрес сервера Office 365 в трассировке, а затем выполнить по нему фильтрацию.

  • Если рассматривать употреблении трассировки? Попробуйте использовать фильтры, чтобы упорядочить самостоятельно. В сетевом мониторе, выполнить поиск по URL-адреса, например Containsbin(framedata, ascii, "sphybridExample")запомните номер кадра. В Wireshark с помощью примерно frame contains "sphybridExample". Если вы Обратите внимание на то, что вы нашли трафик удаленного Winsock (RW) (она может отображаться как параметр [PSH, ACK] в Wireshark), помните, что RWS подключается можно увидеть сразу перед соответствующие SYN — SYN/ACK, как описано выше. На этом этапе записи номера рамку, удалить фильтр, выберите весь трафик в окне беседы сети в сетевом мониторе проанализировать ближайшего SYN.

  • Обратите внимание: если вы не получили данные об IP-адресах на этапе трассировки, ваш URL-адрес в ее результатах (например, частичный адрес наподобие sphybridExample-my.sharepoint.com) укажет вам на IP-адреса, по которым можно выполнить фильтрацию.

  1. Найдите в результатах трассировки интересующее вас подключение. Для этого вы можете отфильтровать результаты по IP-адресам или выбрать определенные коды разговоров в окне Network Conversations (Сетевые сеансы обмена данными) в Netmon.

    Фильтрация по беседе. Щелкните правой кнопкой мыши рамку SYN выберите "Поиск беседы", TCP.

  2. Обнаружив пакет SYN, разверните TCP (в Netmon) или Transmission Control Protocol (в Wireshark) в области сведений фрейма.

  3. Разверните параметры TCP и параметр MaxSegementSize.

  4. Найдите соответствующий фрейм SYN-ACK и разверните параметры TCP и параметр MaxSegmentSize.

  5. Меньшее из этих двух значений и будет вашим максимальным размером сегмента.

На этом рисунке мы воспользовались встроенным столбцом Netmon под названием TCP Устранение неполадок.

Трассировка сети в сетевой монитор с использованием встроенных столбцов.

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

Расположение раскрывающегося списка "Столбцы" для параметра "Устранение неполадок TCP" (над рамкой "Сводка").

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

Трассировка с примененным фильтром в Wireshark по tcp.options.mss для максимального размера сегмента (MSS).

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

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

  • В сеансе обмена данными SYN —SYN/ACK.

  • В пакетах SYN и SYN/ACK для этого параметра должно быть задано значение Permitted (Разрешено).

  • Выборочное подтверждение (Selective Acknowledgment, SACK) позволяет оптимизировать повторную передачу данных в случае потери одного или нескольких пакетов.

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

  • Если вы работаете за прокси-сервером или используете NAT, выполните эту проверку на участках между клиентом и прокси-сервером/точкой выхода/NAT и между прокси-сервером/точкой выхода/NAT и серверами Office 365. На них используются разные сеансы TCP.

Netmon

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

  1. Найдите в результатах трассировки интересующее вас подключение. Для этого вы можете отфильтровать результаты по IP-адресам или выбрать определенные коды разговоров в окне Network Conversations (Сетевые сеансы обмена данными) в Netmon.

  2. Обнаружив пакет SYN, разверните TCP в сетевом мониторе или Transmission Control Protocol в Wireshark в области сведений фрейма.

  3. Разверните параметры TCP, а затем параметр SACK.

  4. Найдите соответствующий фрейм SYN-ACK и разверните параметры TCP и поле SACK.

  5. Убедитесь, что выборочное подтверждение SACK разрешено как в пакете SYN, так и в пакете SYN/ACK.

Ниже показаны значения SACK в результатах трассировки Netmon и Wireshark.

Выборочное подтверждение (параметр SACK) в сетевом мониторе в результате применения фильтра tcp.flags.syn == 1.

Параметр SACK в Wireshark с фильтром tcp.flags.syn == 1.

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

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

  • В Outlook Online после завершения первого поиска DNS расположение соответствующего сервера будет использоваться для выбора ближайшего центра обработки данных, с которым устанавливается подключение. Вы будете подключены к серверу CAS Outlook Online, использующему магистральную сеть для подключения к центру обработки данных, в котором хранится ваша информация. Это позволяет повысить скорость работы.

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

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

Совет : Хотите узнать больше о том, как клиенты подключаются к среде Office 365? Ознакомьтесь со справочной статьей, посвященной средствам связи клиентов (и содержащимся в ней иллюстрациям).

Ping

PsPing

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

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

Отправьте запрос ping на адрес outlook.office365.com, чтобы выяснить, на какой DNS-сервер мира он перенаправляется. Если вы находитесь в Европе, вероятнее всего, вы получите результат наподобие outlook-emeawest.office365.com. На территории Америки это будет что-то вроде outlook-namnorthwest.office365.com.

  1. Откройте на клиентском компьютере окно командной строки (Пуск > Выполнить > cmd или клавиша Windows > cmd).

  2. Введите ping outlook.office365.com и нажмите клавишу ВВОД.

    Помните, что для указания -4 , если вы хотите задать для проверки связи с помощью IPv4. Возможна проблема получить ответ от пакеты ICMP, но вы увидите имя DNS, к которой было перенаправлено запроса.

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

Проверка связи с outlook.office365.com с отображением разрешения в outlook-namnorthwest.

Команда PSPing на IP-адрес, возвращаемый функцией проверки связи с outlook.office365.com, с отображением средней задержки в 28 миллисекунд.

Диагностика неполадок в приложениях Office 365

Netmon

HTTPWatch

Консоль в браузере, вызываемая с помощью клавиши F12

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

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

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

Примечание : Отказ от ответственности относительно машинного перевода. Данная статья была переведена с помощью компьютерной системы без участия человека. Microsoft предлагает эти машинные переводы, чтобы помочь пользователям, которые не знают английского языка, ознакомиться с материалами о продуктах, услугах и технологиях Microsoft. Поскольку статья была переведена с использованием машинного перевода, она может содержать лексические,синтаксические и грамматические ошибки.

Совершенствование навыков
Перейти к обучению
Первоочередный доступ к новым возможностям
Присоединиться к программе предварительной оценки Office

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×