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

Трябва да знам стъпките, за да предприемете, за да идентифицирате и коригирате миг увисва и ниска производителност между SharePoint Online, OneDrive за бизнеса, Exchange Online или Skype за бизнеса онлайн и вашия компютър клиент? Преди да се обадите на поддръжката, в тази статия може да ви помогне да отстраните проблеми с производителността на Office 365 и дори коригиране на някои от най-често срещаните проблеми.

Забележка:  Бихме искали да ви осигурим най-новото помощно съдържание възможно най-бързо на вашия собствен език. Тази страница е преведена чрез автоматизация и може да съдържа граматически грешки и несъответствия. Нашата цел е това съдържание да ви бъде полезно. Можете ли да ни кажете дали информацията е била полезна за вас, в дъното на тази страница? Ето статията на английски за бърза справка.

Тази статия е всъщност Примерен план за действие, които можете да използвате, за да заснемете ценен данни относно вашия проблем с производителността, както си е случва. Някои най-честите проблеми също са изброени тук.

Ако сте начинаещ в производителността на мрежата и искате да направите дългосрочен план, за да следите производителността между клиент машини и Office 365, погледнете в производителността на Office 365 настройка и отстраняване на неизправности - администратори и ИТ Pro.

Примерен производителността за отстраняване на неизправности план за действие

Този план за действие съдържа две части: подготвителната фаза и фаза на записване на регистрационен файл. Ако в момента имате проблем с производителността и трябва да съберете данни, можете да започнете да използвате този план веднага.

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

  • Намерете компютъра клиент, на който можете да възпроизведете проблема с производителността. Този компютър ще се използва в процеса на отстраняване на проблема.

  • Запишете си стъпките, които водят до появата на проблема с производителността, за да сте готови, когато дойде време да тествате.

  • Инсталирайте инструменти за събиране и записване на информация:

    • Инсталирайте Netmon 3.4 (или използвайте еквивалентен проследяване инструмент на мрежата).

    • Инсталирайте безплатния основни издание на HTTPWatch (или използвайте еквивалентен проследяване инструмент на мрежата).

    • Използвайте инструмент за записване на екрана или изпълнете инструмента за запис на стъпки (PSR.exe), който се предоставя с Windows Vista и следващи версии, за да запазите информация за стъпките, които изпълнявате по време на тестването.

Регистриране на проблема с производителността

  • Затворете всички излишни интернет браузъри.

  • Стартирайте инструмента за запис на стъпки или друг инструмент за записване на екрана.

  • Стартирайте инструмента за заснемане Netmon (или инструмента за проследяване на мрежата).

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

  • Стартирайте нова сесия на браузъра и включете HTTPWatch.

  • По желание: Ако тествате Exchange Online, изпълнете инструмента Exchange Client Performance Analyzer от конзолата за администриране на Office 365.

  • Възпроизведете точните стъпки, които предизвикват проблема с производителността.

  • Спрете проследяването с Netmon или друг инструмент.

  • В командния ред изпълнете проследяване на маршрута до вашия абонамент за Office 365, като въведете следната команда и натиснете ENTER:

    tracert <ime_na_abonament>.onmicrosoft.com

  • Спрете инструмента за запис на стъпки и запишете видеото. Не забравяйте да включите датата и часа на заснемане и дали заснетото показва добра, или лоша производителност.

  • Запишете файловете с проследяването. И отново, не забравяйте да включите датата и часа на заснемане и дали заснетото показва добра, или лоша производителност.

Ако не сте запознати с изпълнението на инструментите, споменати в тази статия, не се безпокойте, тъй като стъпките са изброени по-долу. Ако сте свикнали да правите този вид заснемане на мрежата, можете да прескочите на раздел Как да разчетете проследяванията, който описва филтрирането и четенето на регистрационните файлове.

Първо изпразнете DNS кеша

Защо? Като изпразните DNS кеша, започвате тестването на чисто. Като изчистите кеша, нулирате съдържанието на DNS кеша на имена до най-актуалните записи. Не забравяйте, че изпразването не премахва записите от хост файла. Ако често използвате записите от хост файла, ще трябва да ги копирате във файл в друга директория и след това да изпразните хост файла.

Изпразнете DNS кеша на имена

  1. Отворете командния прозорец (чрез Старт > Изпълнение > cmd или чрез клавиша Windows > cmd).

  2. Въведете следната команда и натиснете ENTER:

    ipconfig /flushdns

Netmon

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

В този момент не бива да прилагате филтър. Вместо това преминете през стъпките и демонстрирайте проблема, преди да спрете проследяването и да го запишете.

След като сте инсталирали Netmon 3.4, отворете инструмента и изпълнете следните стъпки:

Направете проследяване с Netmon и възпроизведете проблема

  1. Стартирайте Netmon 3.4.

    Има три екрана на началната страница на: Последни улавя, Изберете мрежии Първи стъпки с Microsoft мрежа Монитор 3.4. Забележка за. Изберете мрежи панел ще ви даде списък с мрежи по подразбиране, от който можете да заснемете. Не забравяйте, че мрежови карти са избрани тук.

  2. Щракнете върху Ново заснемане в началото на страницата Начало. Това добавя нов раздел до раздела на страницата Начало, наречен Заснемане 1.

    Потребителски интерфейс на Nemon с осветени бутони "Ново улавяне", "Старт" и "Стоп".

  3. За да направите обикновено заснемане, щракнете върху Старт в лентата с инструменти.

  4. Възпроизведете стъпките, които водят до проблем с производителността.

  5. Щракнете върху Спри > Файл > Запиши като. Не забравяйте да посочите датата и часа, заедно с часовата зона, и дали заснетото показва добра, или лоша производителност.

HTTPWatch

HTTPWatch е да се заредена и свободен издание. Безплатни основен издание обхваща всичко необходимо за този тест. HTTPWatch монитори мрежа времето за зареждане на страницата и трафик направо от прозореца на браузъра. HTTPWatch е добавка за Internet Explorer, която графично описва производителността. Анализът могат да бъдат записани и преглеждана в HTTPWatch Studio.

Забележки: 

  • Ако използвате друг браузър, например Firefox или Google Chrome, или не можете да инсталирате HTTPWatch в Internet Explorer, отворете нов прозорец на браузъра и натиснете F12 на клавиатурата. Долу в екрана на браузъра би трябвало се покаже инструментът за разработчици. Ако използвате Opera, натиснете CTRL + SHIFT + I, за да заредите Web Inspector, след което щракнете върху раздела Мрежа и извършете тестването, описано по-долу. Информацията ще бъде малко по-различна, но времената за зареждане и тук ще се показват в милисекунди.

  • HTTPWatch е много полезен и при проблеми с времената за зареждане на страниците на SharePoint Online.

Изпълнете HTTPWatch и възпроизведете проблема

  1. HTTPWatch е добавка за браузър, така че има известни разлики в показването му в браузъра при различните версии на Internet Explorer. Обикновено можете да намерите HTTPWatch в лентата за команди в браузъра Internet Explorer.

    Ако не виждате добавката HTTPWatch в прозореца на браузъра, проверете версията на браузъра си, като щракнете върху "Помощ" > "За програмата", а в по-новите версии на Internet Explorer – като щракнете върху иконата на зъбно колело > "За Internet Explorer". За да стартирате лентата Команди, щракнете с десния бутон върху лентата с менюта в Internet Explorer и щракнете върху Лента за команди. В миналото добавката HTTPWatch беше асоциирана и с лентата за команди, и с лентата на Explorer, така че след като я инсталирате, ако не видите веднага иконата (дори след рестартиране), потърсете я в Инструменти и в лентите с инструменти. Не забравяйте, че лентите с инструменти позволяват персонализиране и добавяне на опции.

    Лентата с инструменти за команди в Internet Explorer с показана икона на HTTPWatch.

  2. Стартирайте HTTPWatch в прозорец на браузъра Internet Explorer. Добавката ще се появи закачена в браузъра – в долната част на този прозорец. Щракнете върху Запис.

  3. Възпроизведете точните стъпки, които водят до проблема с производителността. Щракнете върху бутона Спри в HTTPWatch.

  4. Щракнете върху Запиши резултатите от HTTPWatch или върху Изпрати по имейл. Не забравяйте, че името на файла трябва да съдържа информация за датата и часа, както и индикация дали вашето наблюдение показва добра, или лоша производителност.

    HTTPWatch, показващ раздела "Мрежа" за зареждане на страница на началната страница на Office 365.

    Тази екранна снимка е от професионалната версия на HTTPWatch. Можете да отворите проследяванията, направени с основната версия, на компютър с професионалната версия и да ги прочетете там. По този начин е възможно да получите допълнителна информация от проследяването.

Проблем стъпки записващо

Инструментът за запис на стъпки, или PSR.exe, ви позволява да записвате проблемите, докато се случват. Това е много полезен и много лесен за използване инструмент.

Изпълнете отново инструмента (PSR.exe) за да запишете вашата работа

  1. Щракнете върху Старт > Изпълнение > въведете PSR.exe > OK или щракнете върху клавиша Windows > въведете PSR.exe > натиснете ENTER.

  2. Когато се покаже малкият прозорец на PSR.exe, щракнете върху Start Record и възпроизведете стъпките, които водят до проблема с производителността.

    Можете да добавите коментари, ако е необходимо, като щракнете върху Добавяне на коментари.

  3. Когато изпълните стъпките, щракнете върху Спиране на запис . Ако проблем с производителността е рендиране на страницата, изчакайте страницата, за да се рендира преди да прекратите записа.

  4. Щракнете върху Запиши.

Екранна снимка на инструмента за запис на стъпки, или PSR.exe.

Датата и часът се записва за вас. Това свързва вашия район на проследяване на Netmon и HTTPWatch във времето и ви помага с точност за отстраняване на неизправности. Дата и час в определен район записа може да се покаже, че една минута премина между login и преглеждането на URL адреса и частична рендиране на администратор на сайта, например.

Разчитате проследяванията

Невъзможно е в една статия да изложим всичко, което може да ви потрябва при отстраняването на проблеми с мрежата и производителността. За да станете добри в практиката, е необходим опит, а също и познания как работи вашата мрежа и каква е обичайната ѝ производителност. Възможно е обаче да направим списък на най-често срещаните проблеми и да ви покажем как по-лесно можете да ги отстраните, като използвате инструментите.

Ако искате да вземете умения мрежа следи за вашите сайтове на Office 365 за четене, има няма по-добър учител от създаването следи от страница се зарежда редовно и получаване на опит ги четете. Например когато имате възможност, зареждане на услугата на Office 365 и проследяване на процеса. Филтриране на проследяването за DNS трафик или потърсете FrameData за името на съответната услуга, можете прегледан. Сканиране на проследяване, за да получите представа за стъпките, които се появяват, когато услугата зарежда. Това ще ви помогне да научите какви нормално зареждане на страница трябва да изглежда така, и за отстраняване на неизправности, особено около производителността, сравняване добри до лоши следи може да научи много.

Netmon използва Microsoft Intellisense в полето за филтър за показване. IntelliSense или интелигентни код на проекта, е че номерът, където въвеждате в точка и всички налични опции се показват в падащия списък за избор на поле. Ако например се притеснявате за TCP прозорец мащабиране, можете да намерите своя път към филтър (например .protocol.tcp.window < 100) по този начин.

Екранна снимка на Netmon, показваща, че полето за филтър за показване използва IntelliSense.

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

Трафикът между вашия клиент и Office 365 минава през TLS, което означава, че тялото на трафика ще бъде шифровано и няма да е достъпно за четене в едно общо проследяване с Netmon. За анализа на производителността не ви трябват подробности за информацията в пакета. Трябват ви обаче заглавките на пакетите и информацията, която съдържат.

Съвети как да направите добро проследяване

  • Трябва да знаете стойността на IPv4 или IPv6 адреса на вашия компютър клиент. Можете да я получите от командния прозорец, като въведете IPConfig и след това натиснете ENTER. Знаейки този адрес, ще можете да кажете от пръв поглед дали трафикът в проследяването включва директно вашия компютър клиент. Ако знаете прокси сървъра, изпълнете Ping към него, за да получите и неговия 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 в командния ред на клиентския компютър.

    Проследяване на Netmon от клиента, който показва същата команда PSPing, чрез филтъра TCP.Flags.Syn == 1.

    Запознайте се с вашия трафик и научете как да намирате информацията, която ви трябва. Научете например как да определите кой пакет в проследяването е направил първото обръщение към услугата на Office 365, която използвате (например "Outlook").

Ако вземем за пример Office 365 Outlook Online, трафикът започва например така:

  • Стандартна DNS заявка и отговорът на DNS за outlook.office365.com със съвпадащи идентификатори на заявка (QueryID). Важно е да се вземе предвид отместването във времето за този цикъл заявка отговор, както и в коя част на света глобалната DNS система на Office 365 изпраща заявката за преобразуване на имена. В идеалния случай – колкото се може по-близо, вместо на другия край на света. (Влизането с ИД данни онлайн може да е последвано от някакъв DNS трафик.)

  • HTTP заявка за получаване (HTTP GET), чийто отчет за състоянието е "Окончателно преместени (301)"

  • RWS трафик, включително заявките за свързване чрез RWS (Remote Winsock) и отговорите на тези заявки. (В случая Remote Winsock осъществява връзката вместо вас.)

  • TCP SYN и TCP SYN/ACK разговор. Много от настройките в този разговор оказват влияние върху производителността си.

  • Следва серия от TLS:TLS трафик – тук се извършва установяването на връзка чрез TLS и разговорите чрез протокола TLS. (Не забравяйте, че данните се предават шифровани чрез SSL/TLS).

Всички части от трафика са важни и свързани, но някои малки части от проследяването съдържат информация, която е особено важна при отстраняването на проблеми с производителността, затова ще се съсредоточим върху тези области. И тъй като ние в Microsoft сме работили достатъчно по отстраняването на проблеми с производителността на Office 365, за да можем да съставим списък с десетте най-често срещани проблема, ще се съсредоточим върху тези проблеми и ще ви покажем как да използвате инструментите, с които разполагаме, за да ги изкорените.

Ако не сте инсталирали ги готов, матрицата по-долу прави използването на няколко инструмента. Когато е възможно. Връзките са предоставени с инсталация на точки. Списъкът включва често срещани инструменти за проследяване на мрежата като Netmon и Wireshark, но използвайте инструмент за проследяване, сте готови с и в която, които сте свикнали да филтрирането на мрежовия трафик. Когато сте тестване, не забравяйте:

  • Затворете вашия браузър и проверете със само един браузър изпълнява - това ще намали общия трафик да заснемете. Това прави за по-свободна проследяване.

  • Изпразнете DNS кеша на имена ня компютъра клиент – така ще започнете на чисто, когато започнете да заснемате, за да получите по-чисто проследяване.

Някои най-честите проблеми

Някои често срещани проблеми, може да се сблъскате и как да ги намерите във вашето проследяване на мрежата.

Често срещан проблем

Инструмент

Какво търсите

Мащабиране на прозорците на TCP

  • Присъства в SYN – SYN/ACK.

  • Възможно е наследеният или остарял хардуер да не може да използва предимствата на мащабирането на прозорците на TCP.

  • Без правилните настройки за мащабиране на прозорците на TCP 16-битовият буфер по подразбиране в TCP заглавките се пълни за милисекунди.

  • Трафикът не може да продължи да се изпраща, докато клиентът не получи потвърждение за получаване на първоначалните данни, причинили забавянето.

Netmon

Wireshark

Потърсете трафика SYN – SYN/ACK във вашето проследяване на мрежата.

В Netmon Използвайте филтър като tcp.flags.syn == 1. Този филтър е същият в Wireshark.

Филтър в Netmon или Wireshark за Syn пакети и за двата инструмента: TCP.Flags.Syn == 1.

Обърнете внимание, че за всеки SYN има номер на порт източник (SrcPort), който съвпада с номера на порт местоназначение (DstPort) на свързаното потвърждение (SYN/ACK).

За да видите стойността за мащабиране на прозорците, използвана от вашата мрежова връзка, разгънете първо SYN, а след това – съответния SYN/ACK.

Графика, която показва как да се сравни SrcPort с DstPort в проследяване, за да получите разликата във времето.

Настройки на 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.

Съвети: 

  • Не знаете дали IP адресът във вашето проследяване е на вашия DNS сървър? Опитайте да го потърсите в командния ред. Щракнете върху Старт > Изпълнение > и въведете cmd или натиснете клавиша Windows > и въведете cmd. Когато бъдете подканени, въведете nslookup <the IP address from the network trace>. За да тествате, използвайте nslookup към IP адреса на собствения си компютър.

  • За да видите списък с диапазоните от IP адреси на Microsoft, вижте Диапазони от URL и IP адреси за Office 365.

Ако има проблем, се очаква дълго време Отмества да се показва в този случай (онлайн Outlook), особено в TLS:TLS пакети, които се показват в течение на данни за приложението (например в Netmon можете да намерите приложение на пакетите с данни чрез .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Би трябвало да видите гладки напредване във времето през сесията. Ако виждате голямо закъснение, когато обновявате вашата Outlook Online, това може да се дължи на висока степен на нулира което се изпраща.

Закъснение/време за отговор

  • Закъснението е показател, който може да се променя много в зависимост от множество променливи, като например надстройване на остарели устройства, добавянето на голям брой потребители към мрежа и процент от общата пропускателна способност, използвана от други задачи в тази мрежова връзка.

  • Има калкулатори на пропускателната способност за Office 365, достъпни от тази страница за планиране на мрежата и настройка на производителността за Office 365 .

  • Трябва да измерите скоростта на връзката си или пропускателната способност на връзката на вашия интернет доставчик? Опитайте този сайт (или сайтове като него): Официалния официалния сайти Pingtest.

Ping

PsPing

Netmon

Wireshark

За да проследите закъснението в едно проследяване, ще ви бъде от полза, ако сте записали IP адреса на компютъра клиент и IP адреса на DNS сървъра в Office 365. Това се прави с цел по-лесно филтриране на проследяването. Ако се свързвате през прокси сървър, за да улесните работата си, ще ви трябват IP адресът на вашия компютър клиент, IP адресът на прокси сървъра/изходната точка и IP адресът на DNS сървъра на Office 365.

Една заявка Ping, изпратена до outlook.office365.com, ще ви покаже името на центъра за данни, който е получил заявката, дори в случай че този Ping не успее да се свърже, за да изпрати отличителните последователни 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 пакети. Вместо това изпълнява Ping с TCP пакети през определен порт, така че можете да използвате порт, за който знаете, че е отворен. В Office 365, който използва SSL/TLS, опитайте да прикачите порт: 443 към вашия PsPing.

Екранна снимка, която показва преобразуване чрез ping на outlook.office365.com и PSPing с 443, който прави същото, но също и отчита 6,5 мсек средно RTT.

Ако сте заредили бавно работещата страница на Office 365, докато сте извършвали проследяване на мрежата, ще трябва да филтрирате проследяването с Netmon или Wireshark за DNS. Това е един от IP адресите, които търсим.

Ето стъпките, които трябва да изпълните, за да филтрирате в Netmon и да получите IP адреса (и да видите закъснението на DNS). В този пример използваме outlook.office365.com, но може да се използва също и URL адресът на клиент на SharePoint Online (например hithere.sharepoint.com).

  1. Изпратете Ping към URL адреса ping outlook.office365.com и от резултатите запишете името и IP адреса на DNS сървъра, до който е изпратена заявката Ping.

    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".

    Отворете пакета на отговора и в прозореца "Подробности за кадъра" в Netmon щракнете върху DNS, за да разгънете за повече информация. В информацията за DNS ще намерите IP адреса на DNS сървъра, получил заявката в Office 365 – този IP адрес ще ви трябва за следващата стъпка (инструмента PsPing). В Netmon премахнете филтъра, щракнете с десния бутон върху отговора на DNS в "Резюме на кадъра" > "Търсене на разговори" > "DNS", за да видите DNS заявката и отговора на DNS едно до друго.

    Проследяване, филтрирано по "Намиране на разговори", а после по DNS.

  4. В Netmon обърнете внимание и на колоната Отместване във времето между DNS заявката и отговора.

    Допълнителни резултати в Netmon, филтрирани с DNS и CONTAINSBIN(Framedata, ASCII, "namnorthwest"), показващи много малка разлика във времето между искането и отговора.

В следващата стъпка, лесни за инсталиране и използване PsPing инструмент идва в много удобен, поради ICMP често е блокиран в защитни стени, и понеже PsPing елегантно проследява закъснение в милисекунди. PsPing завършва TCP връзка към адрес и порт (в нашия случай отворен порт 443).

  1. Инсталирайте PsPing.

  2. Отворете командния прозорец (чрез Старт > Изпълнение > въвеждане на cmd; или чрез клавиша Windows > въвеждане на cmd) и променете директорията на тази, в която сте инсталирали PsPing, за да изпълните командата PsPing. В моите примери виждате, че имам създадена папка "Perf" в главната директория на C. Можете да направите същото – за бърз достъп.

  3. Въведете командата, така че да изпълните PsPing към IP адреса на DNS сървъра на Office 365 от предишното ви проследяване с Netmon – не забравяйте да добавите номера на порт. С други думи: psping -n 20 132.245.24.82:445. Това ще ви даде извадка от 20 команди Ping и средното закъснение, когато PsPing спре.

    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 числата от компютъра клиент до прокси сървър или изходната точка и от прокси сървър или изходни посочете служба маркировката 365.

Ако обаче успеете да намерите в засегнатото местоположение компютър клиент, който е свързан директно или заобикаля прокси сървъра, може да проверите дали проблемът се възпроизвежда и там, като начало, и впоследствие да тествате с помощта на този компютър.

Закъснението, както се вижда в проследяване на Netmon, тези допълнителни милисекунди може да се натрупа, ако има много от тях в дадена сесия.

Общо закъснение в Netmon, с колона по подразбиране "Разлика във времето" на Netmon, добавена към резюмето за рамката.

Забележка: IP адресът ви може да е различен от тук показания IP адрес, например вашият Ping може да върне нещо от рода на 157.56.0.0/16 или друг подобен диапазон. За списъка с диапазони, използвани от Office 365, вижте Диапазони от URL и IP адреси за Office 365. Не забравяйте да разгънете всички възли (за целта има бутон в горната част), ако искате да търсите, например 132.245.

Удостоверяване в прокси сървър

  • Това се отнася за вас само ако минавате през прокси сървър. В противен случай може да прескочите тези стъпки.

  • Когато работи добре, удостоверяването в прокси сървъра се извършва за милисекунди, всеки път. Не би трябвало да виждате инцидентна лоша производителност в пиковите периоди на използване (например).

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

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

    Удостоверяване на прокси сървър е настройка на изходящата прокси сървъра. Ако това е причина за проблем с производителността с Office 365, трябва да консултирайте се с екипа за работа в мрежа.

Netmon

Wireshark

Прокси удостоверяване се извършва всеки път, когато нова сесия на TCP трябва да бъде преден, често, за да поискате файлове или информация от сървъра, или да предоставите информация. Например може да видите удостоверяване на прокси сървър около HTTP GET или публикация в HTTP заявки. Ако искате да видите кадъра, където са удостоверяване на заявки в проследяването, добавете колона за Резюме на NTLMSSP да Netmon и филтър за .property.NTLMSSPSummary. За да видите колко време удостоверяване е необходимо, добавете колоната разлика във времето. За да добавите колона Netmon:

  1. Щракнете с десния бутон върху колона, например "Описание".

  2. Щракнете върху Избиране на колони. Намерете в списъка "Резюме на NTLMSSP" и "Разлика във времето" и щракнете върху Добави.

  3. Преместете новите колони преди или след колоната "Описание", за да можете да ги четете една до друга. Щракнете върху OK.

Дори ако не можете да добавите колона, Netmon филтъра ще работят. Но си за отстраняване на неизправности ще бъде много по-лесно, ако можете да видите какъв етап на удостоверяване, в която се намирате. Когато търсите екземпляри на удостоверяване на прокси сървър, не забравяйте да учи всички рамки, където има NTLM повикване или съобщение за удостоверяване е налице. Ако е необходимо, щракнете с десния бутон на определена част от трафик и намиране на разговори > TCP. Бъдете наясно разлика във времето стойностите в тези разговори.

Проследяване на Netmon, показващо удостоверяване на прокси сървър, филтрирано по разговор.

В Wireshark се вижда 4-секундно закъснение при удостоверяването в прокси сървъра. Колоната Разлика във времето от предишния показан кадър беше направена чрез щракване с десния бутон върху полето със същото име в подробностите за кадъра и избирането на "Добавяне като колона".

В Wireshark колоната "Разлика във времето от предишния показан кадър" беше създадена чрез щракване с десния бутон върху полето със същото име в подробностите за кадъра и избиране на "Добавяне като колона".

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

  • Преобразуването на имена работи най-добре и най-бързо, когато се извършва колкото се може по-близо до страната, в която е компютърът клиент.

  • Ако DNS преобразуването на имена се извършва на другия край на света, това може да добави секунди към времето за зареждане на страниците.

  • В идеалния случай преобразуването на имена се извършва за по-малко от 100 милисекунди. В противен случай ще трябва да направите допълнително проучване.

Съвет: Не сте сигурни как работи свързването с клиенти в Office 365? Прегледайте справочния документ относно свързването с клиенти тук.

Netmon

Wireshark

PsPing

Анализирането на производителността на DNS обикновено е друга задача за проследяване на мрежата. PsPing обаче помага да се добави или да се изключи възможна причина.

DNS трафикът се основава на TCP и UDP заявки и отговорите са ясно маркирани с ИД, който помага за съпоставяне на всяка заявка със съответния отговор. Ще видите DNS трафик, когато например SharePoint Online използва името на мрежа или URL адреса на уеб страница. По правило по-голямата част от този трафик, с изключение на прехвърлянето през зони, протича през UDP.

В Netmon и Wireshark най-основен филтър, който ще ви позволи да погледнете DNS трафик е просто dns. Не забравяйте да използвате малки букви, при задаване на филтъра. Не забравяйте да изпразнете DNS кеша на имена, преди да започнете да възпроизведете проблема на вашия компютър клиент. Например ако имате бавно зареждане на страницата на SharePoint Online за началната страница, ви трябва да затворите всички браузъри, Отворете нов браузър, започнете проследяване, изпразнете DNS кеша на имена и отидете до вашия сайт на SharePoint Online. След като сменя цялата страница, трябва да спрете и запишете проследяването.

Основен филтър за DNS в Netmon е DNS.

Искате да търсите по време отместват тук. И може да е полезно да добавите колоната Разлика във времето към Netmon, което можете да направите, като изпълните следните стъпки:

  1. Щракнете с десния бутон върху колона, например Описание.

  2. Щракнете върху Избиране на колони.

  3. Намерете в списъка Разлика във времето и щракнете върху Добави.

  4. Преместете новата колона преди или след колоната "Описание", за да можете да ги четете една до друга. Щракнете върху OK.

Ако намерите заявка от интерес, помислете за изолиране щракнете с десния бутон на тази заявка в рамката подробности панел, изберете Намиране на разговори > DNS. Обърнете внимание, че панел на разговори в мрежа изскача отдясно на определен разговор в неговата log UDP трафик.

Проследяване Netmon на натоварването на Outlook онлайн, филтрирано по 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 приложение, вие сте постигане да направите разделителна способност. Това е също да се отбележи, отново, че ping до outlook.office365.com, ще се покаже къде DNS преобразуването на имена за Outlook Online се извършва (например outlook namnorthwest.office365.com).

Ако изглежда, че проблемът е свързан с DNS, може да се наложи да помолите вашия ИТ отдел да прегледа DNS конфигурациите и препращащите DNS сървъри за по-нататъшно проучване на проблема.

Мащабируемост на прокси сървъра

  • Услуги като Outlook Online в Office 365 предоставят на клиентите множество дългосрочни връзки.

  • Следователно всеки потребител може да използва повече връзки, които изискват по-дълъг живот.

Съвет: Трябва да планирате използването на пропускателната способност, понеже ви предстои да добавите много потребители в Office 365? Опитайте с План за използването на интернет пропускателната способност за Office 365. Тук има калкулатори на пропускателната способност.

Math

За този проблем няма конкретно проследяване на мрежата или инструмент за отстраняване на неизправности. Използват се изчисленията на пропускателната способност въз основа на зададените ограничения и други променливи.

Максимален размер на сегмента в TCP

  • Присъства в SYN – SYN/ACK.

  • Направете тази проверка във всяко проследяване на производителността на мрежата, което сте извършили, за да се уверите, че TCP пакетите са конфигурирани да пренасят максималното възможно количество данни.

  • Целта е да видите максимален размер на сегмента (MSS) 1460 байта за предаването на данни.

  • Ако сте зад прокси сървър или използвате NAT, не забравяйте да изпълните този тест от клиента до proxy/egress/NAT, както и от proxy/egress/NAT до Office 365 – за най-добри резултати! Това са различни TCP сесии.

Netmon

TCP Max сегмент размер (MSS) е друг параметър на тройно удостоверяването във вашето проследяване на мрежата, това означава, че ще намерите нужните ви данни в SYN – SYN/ACK пакет. MSS е всъщност доста проста, за да видите.

Отворете всяко проследяване на производителността на мрежата, което имате, и намерете връзката, за която сте любопитни или която илюстрира проблема с производителността.

Забележки: 

  • Ако разглеждате дадено проследяване и трябва да намерите трафика, който е свързан с вашия разговор, филтрирайте по IP адреса на клиента или IP адреса на прокси сървъра или изходната точка или и по двете. Казано накратко, ще трябва да изпълните Ping към URL адреса, който тествате, за да получите IP адреса на Office 365 в проследяването и да филтрирате по него.

  • Преглед на проследяването на старо? Опитайте да използвате филтри, за да се ориентирате. В Netmon, пуснете търсене въз основа на URL адрес, например Containsbin(framedata, ascii, "sphybridExample")обърнете внимание на рамката число. В Wireshark използвайте нещо като frame contains "sphybridExample". Ако забележите, че сте намерили отдалечен привлекателен (RWS) трафик (това може да се появи като [PSH, ACK] в Wireshark), не забравяйте, че RWS се свързва се вижда малко преди съответния SYN – SYN/ACKs, както беше обсъдено по-рано. В този момент можете да запишете номерът на рамката, пуснете филтъра, щракнете върху целия трафик в прозореца за разговори в мрежа в Netmon да разгледаме най-близкото SYN.

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

  1. Намерете в проследяването връзката, която ви интересува. Можете да направите това, като прегледате проследяването, филтрирате по IP адреси или изберете ИД на конкретни разговори с помощта на прозореца "Разговори в мрежа" в Netmon.

    Филтриране по разговор. Щракнете с десния бутон върху рамката за синхронизация и щракнете върху "Намиране на разговори", TCP.

  2. След като сте намерили пакета SYN, разгънете TCP (в Netmon) или Transmission Control Protocol (в Wireshark) в прозореца "Подробности за кадъра".

  3. Разгънете TCP опциите и максималния размер на сегмент.

  4. Намерете съответния кадър за SYN/ACK и разгънете TCP опциите и максималния размер на сегмент.

  5. По-малката от двете стойности е вашият максимален размер на сегмента.

В тази картина да се възползват от вградената колона в Netmon, наречена TCP отстраняване на неизправности.

Проследяване на мрежата, филтрирано в Netmon с помощта на вградени колони.

Вградената колона е в горния край на прозореца Подробности за кадъра. (За да превключите обратно към нормалния изглед, щракнете отново върху "Колони" и след това изберете "Часова зона".)

Къде да намерите падащото меню "Колони" за опцията "Отстраняване на неизправности в 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.

  • Избирателното потвърждение (SACK) позволява по-гладко препредаване на данните, когато изчезнат един или повече пакети.

  • Устройствата могат да забраняват тази функция, което може да доведе до проблеми с производителността.

  • Ако сте зад прокси сървър или използвате NAT, не забравяйте да изпълните този тест от клиента до proxy/egress/NAT, както и от proxy/egress/NAT до Office 365 – за най-добри резултати! Това са различни TCP сесии.

Netmon

Избирателното потвърждение (SACK) е друг параметър в диалога SYN – SYN/ACK. Има много начини да филтрирате вашето проследяване за SYN – SYN/ACK.

  1. Намерете в проследяването връзката, която ви интересува, като прегледате проследяването, филтрирате по IP адреси или щракнете върху "ИД на разговор", като използвате прозореца "Разговори в мрежа" в Netmon.

  2. След като сте намерили пакета SYN, разгънете TCP в Netmon или Transmission Control Protocol в Wireshark в секцията подробности за кадъра.

  3. Разгънете TCP опциите и след това – SACK.

  4. Намерете съответния кадър за SYN/ACK и разгънете TCP опциите и полето SACK.

  5. Уверете се, че SACK е разрешено както в SYN, така и в SYN/ACK.

Това са стойностите за SACK, както са показани в Netmon и Wireshark.

Избирателно потвърждение (SACK) в Netmon като резултат от tcp.flags.syn == 1.

SACK, както се вижда в Wireshark с филтъра tcp.flags.syn == 1.

DNS геопозициониране

  • Скоростта на връзката ви зависи от това в коя част на света Office 365 се опитва да изпълни вашата DNS заявка.

  • В Outlook Online, след като приключи първата DNS проверка, местоположението на този DNS сървър ще се използва за свързване с най-близкия до вас център за данни. Ще бъдете свързани със сървър за клиентски достъп (CAS) на Outlook Online, който ще използва опорната мрежа, за да се свърже с центъра за данни, в който се съхраняват вашите данни. Това е по-бързо.

  • При достъп до SharePoint Online, пътуващ в чужбина потребител ще бъде насочен към активни центрове за данни, чието местоположение се базира в местоположението на SPO клиента (тоест, център за данни в САЩ, ако потребителят е базиран в САЩ).

  • Lync Online има активни възли в няколко центъра за данни едновременно. При изпращане на заявки към екземпляри на Lync Online, DNS сървърите на Microsoft определят от коя част на света идва заявката и връщат IP адреси от най-близкия регионален център за данни, в който е активен Lync Online.

Съвет: Искате да научите повече как клиентите се свързват с Office 365? Прегледайте справочната статия Възможност за свързване с клиенти (и полезните графики в нея).

Ping

PsPing

Заявки за разрешаване на име от DNS сървърите на клиента към DNS сървърите на Microsoft трябва да в повечето случаи да доведе до Microsoft DNS връщане IP адреса на Регионалния център за данни (център за данни). Какво означава това за вас? Ако вашата главна квартира са в Аржентина, но пътувате в САЩ, когато браузърът прави заявка за Outlook Online, DNS сървърите на Microsoft трябва да ви ръка IP адреси към центровете в Съединените щати – регионален център за данни. Ако поща се изисква от Outlook, тези данни ще пътуват в мрежата на Microsoft бързо основата между центровете за данни.

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

Изпълнете инструмента Ping за outlook.office365.com, за да определите към коя точка на света е насочена вашата DNS заявка. Ако сте в Европа, би трябвало да видите отговор от рода на outlook-emeawest.office365.com. В Америка очаквайте нещо от рода на outlook-namnorthwest.office365.com.

  1. Отворете командния прозорец на компютъра клиент (чрез Старт > Изпълнение > cmd или чрез клавиша Windows > въвеждане на cmd).

  2. Въведете ping outlook.office365.com и натиснете ENTER.

    Не забравяйте, че за да зададете -4 , ако искате да зададете да ping чрез IPv4. Може да успеете да получите отговор от ICMP пакети, но би трябвало да видите името на DNS, към който е маршрутизирано искането.

Ако искате да видите цифри за закъснението на тази връзка, опитайте с PsPing към IP адреса на сървъра, който се връща при изпълнението на Ping.

Ping команда за outlook.office365.com, показваща разрешаване в outlook-namnorthwest.

PSPing към IP адреса, върнат от ping до outlook.office365.com, показващ средно закъснение 28 милисекунди.

Отстраняване на неизправности в приложенията на Office 365

Netmon

HTTPWatch

F12 конзола в браузъра

Ние не покриват инструменти, използвани в конкретни приложения за отстраняване на неизправности в тази статия за специфични за мрежа. Ще намерите ресурси, но можете да използвате на тази страница.

Сродни теми

Управление на крайните точки на Office 365
свързване за отстраняване на неизправности за Office 365

Разширете уменията си в Office
Преглед на обучението
Получавайте първи новите функции
Присъединете се към участниците в Office Insider

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×