Office
Přihlásit se

Výkon Poradce při potížích s plánem pro Office 365

Je potřeba vědět kroky se mají provést identifikovat a vyřešit pomalou zablokovaný a snížení výkonu mezi Sharepointu Online, OneDrive pro firmy, Exchange Online nebo Online Skype pro firmy a klientský počítač? Před telefonickém hovoru s podporou v tomto článku se dozvíte Poradce při potížích s Office 365 problémy s výkonem a dokonce některé nejčastější problémy vyřešit.

Poznámka:  Snažíme se pro vás co nejrychleji zajistit aktuální obsah nápovědy ve vašem jazyce. Tato stránka byla přeložena automaticky a může obsahovat gramatické chyby nebo nepřesnosti. Naším cílem je to, aby pro vás byl její obsah užitečný. Mohli byste nám prosím dát ve spodní části této stránky vědět, jestli vám informace v článku pomohly? Pokud byste se rádi podívali na jeho anglickou verzi, najdete ji tady .

Tento článek je určený skutečně ukázka akčního plánu, který slouží k zaznamenání cenný data o výkonu problém, protože jde nového?. Některé nejčastější problémy budou uvedené taky v tomto poli.

Pokud pro vás novinka výkon sítě a chcete vytvořit plán dlouhodobou ke sledování výkonu mezi klientské počítače a Office 365, podívejte se na ladění výkonu Office 365 a řešení problémů s - správce a odborníky v IT.

Ukázka Poradce při potížích akčního plánu výkonem

Tento akční plán obsahuje dvě části: přípravnou fázi a fázi protokolování. Pokud máte problémy s výkonem právě teď a potřebujete udělat sběr dat, můžete začít používat tento plán hned.

Příprava klientského počítače

  • Najděte klientský počítač, na kterém můžete reprodukovat tyto problémy s výkonem. Tento počítač se bude používat při řešení problému.

  • Sepište kroky, které vedou k výskytu potíží s výkonem, abyste byli připraveni, až přijde čas testovat.

  • Nainstalujte nástroje pro shromažďování a zaznamenávání informací:

    • Nainstalujte Netmon 3.4 nainstalovaný (nebo nástroj pro trasování sítě odpovídající).

    • Nainstalujte bezplatnou základní edici HTTPWatch (nebo nástroj pro trasování sítě odpovídající).

    • Použijte nástroj pro zaznamenávání obrazovky nebo spusťte Záznam postupu (PSR.exe), který je součástí Windows Vista a novějších systémů, a zaznamenejte kroky svého testování.

Protokolování problému s výkonem

  • Zavřete všechny nadbytečné internetové prohlížeče.

  • Spusťte Záznam postupu nebo jiný nástroj pro zaznamenávání obrazovky.

  • Spusťte zaznamenávání nástrojem Netmon (nebo nástroj pro trasování sítě).

  • Z příkazového řádku vymažte mezipaměť DNS v klientském počítači zadáním ipconfig/flushdns.

  • Spusťte novou relaci prohlížeče a zapněte HTTPWatch.

  • Volitelné: Pokud testujete Exchange Online, spusťte nástroj Exchange Client Performance Analyzer z konzoly pro správu Office 365.

  • Přesně reprodukujte postup, který způsobuje problémy s výkonem.

  • Zastavte Netmon nebo jiný nástroj pro trasování.

  • Na příkazovém řádku spusťte trasování cesty k vašemu předplatnému Office 365 zadáním následujícího příkazu a stisknutím Enter:

    tracert <nazev_predplatneho>.onmicrosoft.com

  • Zastavte Záznam postupu a uložte video. Nezapomeňte do názvu zahrnout datum a čas zachycení a jestli představuje dobrý nebo špatný výkon.

  • Uložte soubory trasování. Znova nezapomeňte do názvu zahrnout datum a čas zachycení a jestli představuje dobrý nebo špatný výkon.

Pokud nemáte zkušenosti s nástroji zmíněnými v tomto článku, nevadí, dál v tomto článku se jim budeme věnovat. Pokud zaznamenávat přenosy v síti umíte, můžete přejít k části Jak číst zaznamenané trasování, která popisuje filtrování a čtení protokolů.

Nejdřív vyprázdněte mezipaměť DNS

Proč? Vyprázdněním mezipaměti DNS spouštíte testy ve vyčištěném prostředí. Když mezipaměť vymažete, resetujete obsah překládání DNS, ve kterém tak budou aktuální položky. Mějte na paměti, že vyprázdnění neodebere položky souboru HOST. Pokud ve velké míře používáte položky souboru HOST, měli byste je vykopírovat do souboru v jiném adresáři a pak soubor HOST vyprázdnit.

Vyprázdněte mezipaměť překládání DNS

  1. Otevřete okno příkazového řádku (Start > Spustit > cmd nebo klávesa Windows > cmd).

  2. Napište následující příkaz a stiskněte Enter:

    ipconfig /flushdns

Netmon

Nástroj Sledování sítě společnosti Microsoft (programu Netmon) analyzuje paketů, které jsou data, procházející mezi počítače v síti. Pomocí programu Netmon trasování přenosy v síti s Office 365 můžete zachytit, zobrazení a číst paketu záhlaví, identifikovat požadovanými zařízení, zkontrolujte důležité nastavení na síťového hardwaru, vyhledejte zamítnuté pakety a postupujte podle tok přenosy mezi počítači vaší podnikové síť a Office 365. Protože skutečné textu přenosu šifrovaná, tedy ho (cestovní na port 443 přes protokol SSL/TLS, nemůžete přečíst soubory, které právě odesílá. Místo toho můžete získat nefiltrovaným trasování cesty, která přijímá paketů, které vám pomohou vysledovat chování problém.

V této chvíli nemůžete použít filtr. Místo toho projděte jednotlivé kroky, vyhledejte, kde se problém projevuje, a pak trasování zastavte a uložte.

Když už máte Netmon 3.4 nainstalovaný, spusťte ho a udělejte toto:

Sledování nástrojem Netmon a reprodukování problému

  1. Spusťte Netmon 3.4.

    Existují tři podokna na úvodní stránku: Poslední zaznamenává, Vyberte sítí a Začínáme s Microsoft sítě Monitor 3.4. Oznámení. Panely vyberte sítě taky získáte seznam Výchozí sítí, ze kterých můžete zachytit. Ujistěte se, že sítí jsou k výběru žádné karty tady.

  2. Klikněte na New Capture (Nové zachycení) v levém horním rohu úvodní stránky. Vedle karty Start Page (Úvodní stránka) se přidá karta s názvem Capture 1 (Zachycení 1).

    Uživatelské rozhraní programu Nemon se zvýrazněnými tlačítky Nový snímek, Spustit a Zastavit.

  3. Pokud chcete udělat jednoduché zachycení, klikněte na Start na panelu nástrojů.

  4. Reprodukujte kroky, které vedou k problému s výkonem.

  5. Klikněte na Stop (Zastavit) > File (Soubor) > Save As (Uložit jako). Nezapomeňte do názvu zahrnout datum a čas s časovou zónou a poznámku, jestli zachycení představuje dobrý nebo špatný výkon.

HTTPWatch

HTTPWatch příchodu účtovaných a bezplatné edition. Bezplatnou základní edici zahrnuje všechny položky, které potřebujete pro tento test. HTTPWatch monitory sítě přenosy a stránky okamžiku načtení přímo z okna prohlížeče. HTTPWatch se vám bude modul plug-in pro Internet Explorer graficky popisující výkonu. Analýza můžete uložit a zobrazit v HTTPWatch Studio.

Poznámky: 

  • Pokud používáte jiný prohlížeč, třeba Firefox nebo Google Chrome, nebo pokud nemůžete HTTPWatch nainstalovat do Internet Exploreru, otevřete nové okno prohlížeče a na klávesnici stiskněte F12. Dole ve vašem prohlížeči by se měl objevit Nástroj pro vývojáře. Pokud používáte Operu, stisknutím CTRL+SHIFT+I spusťte nástroj Web Inspector, potom klikněte na kartu Network (Síť) a proveďte dole popsané testování. Informace se budou mírně lišit, ale doby načítání v milisekundách se budou zobrazovat stejně.

  • HTTPWatch se vám bude taky hodit při problémech s dlouhým načítáním stránek SharePointu Online.

Spuštění nástroje HTTPWatch a reprodukování problému

  1. HTTPWatch je modul plug-in prohlížeče, a proto je jeho podoba v prohlížeči v každé verzi Internet Exploreru trochu jiná. Obvykle najdete HTTPWatch v prohlížeči Internet Exlorer na panelu příkazů.

    Pokud modul plug-in HTTPWatch v okně prohlížeče nevidíte, zkontrolujte verzi prohlížeče kliknutím na Nápověda > O aplikaci, nebo (v novějších verzích Internet Exploreru) klikněte na symbol ozubeného kola a na O aplikaci Internet Explorer. Pokud chcete spustit Panel příkazů, klikněte v Internet Exploreru pravým tlačítkem myši na řádek nabídek a klikněte na Panel příkazů. Dřív byl HTTPWatch spojený s panelem příkazů i panelem Internet Exploreru, a pokud se tedy po instalaci neobjeví jeho ikona (i po restartu počítače), podívejte se v hlavní nabídce do skupiny Nástroje a na panely nástrojů a zkuste ji najít tam. Nezapomeňte, že panely nástrojů se dají přizpůsobit a je možné k nim přidávat možnosti.

    Panel nástrojů s příkazy Internet Exploreru se zobrazenou ikonou HTTPWatch

  2. Spusťte HTTPWatch v okně Internet Exploreru. Zobrazí se jako ukotvený dole v okně tohoto prohlížeče. Klikněte na Record (Záznam).

  3. Přesně reprodukujte kroky, které vedou k problému s výkonem. V HTTPWatch klikněte na tlačítko Stop (Zastavit).

  4. Vyberte možnosti Save (Uložit) nebo Send by Email (Poslat e-mailem). Nezapomeňte pojmenovat soubor tak, aby název obsahoval datum a čas a poznámku, jestli soubor nástroje HTTPWatch představuje dobrý nebo špatný výkon.

    HTTPWatch zobrazující kartu Síť pro načtení domovské stránky Office 365

    Tento snímek je z HTTPWatch verze Professional. Trasování zaznamenané v základní verzi můžete otevřít na počítači s verzí Professional a tam si ho přečíst. Při použití této metody můžou být dostupné i nějaké informace navíc.

Záznam postupu problém

Program Záznam postupu (PSR.exe) umožňuje zaznamenávat problémy v jejich průběhu. Je to velmi užitečný nástroj a snadno se používá.

Spuštění problém záznam postupu (PSR.exe) pořizovat záznam prezentace

  1. Klikněte na Start > Spustit > napište PSR.exe > OK nebo stiskněte klávesu Windows > napište PSR.exe > stiskněte Enter.

  2. Jakmile se objeví malé okno nástroje PSR.exe, klikněte na Zahájit záznam a reprodukujte kroky, které znova vyvolají problémy s výkonem.

    Komentáře můžete přidat v případě potřeby, kliknutím na Přidat komentář.

  3. Po dokončení kroků, klepněte na tlačítko Zastavit záznam. Pokud problémy s výkonem je vykreslení stránky, počkejte na stránce se vykreslují pomocí před zastavit nahrávání.

  4. Klikněte na Uložit.

Snímek obrazovky záznamu postupu nebo PSR.exe.

Datum a čas, nastavené za vás. Odkazy na vaše o. trasování programu Netmon a HTTPWatch v čase a pomáhá slouží k řešení potíží s přesností. Datum a čas v záznamu o. můžete zobrazit, že minutu úspěšně mezi přihlašovací jméno a adresu URL a částečné vykreslení správce webu, třeba procházení.

Číst zaznamenané trasování

Z jednoho článku není možné se naučit všechno, co by člověk potřeboval vědět o sítích a řešení problémů s výkonem. Abyste v tom byli dobří, jsou potřeba zkušenosti a znalosti toho, jak vaše síť funguje a jak se obvykle chová. Je ale možné shrnout nejzávažnější potíže a ukázat, jak vám můžou tyto nástroje usnadnit řešení těch nejběžnějších problémů.

Pokud budete chtít vystopovat dovedností čtení trasování sítě pro weby Office 365, je žádné lepší učitele než vytváření trasování načítání stránek prodloužit pravidelně a získání prostředí čtení. Když budete mít možnost, zavedení služby Office 365 a sledování procesu. Filtrování sledování přenosy DNS nebo vyhledat FrameData pro název, který jste vyhledali služby. Skenování trasování určitou představu o kroky, které nastanou při načtení službu. To vám umožní zjistěte, jaké normální by měl vypadat načítání stránek a v případě vyřešit potíže, zejména kolem výkonu, porovnání dobré chybných trasování můžete vás naučí hodně.

Programu Netmon používá Microsoft Intellisense v poli Filtr zobrazení. Technologie IntelliSense nebo inteligentní kód dokončení, je tento vtip místo, kam zadáte v období a všechny dostupné možnosti jsou zobrazeny v poli rozevíracím seznamem. Pokud jste například proměnné velikosti okna protokolu TCP se obáváte, můžete najít začít filtru (například .protocol.tcp.window < 100) tak, že to znamená.

Snímek obrazovky programu Netmon znázorňující, že pole filtru zobrazení využívá technologii intellisense.

Trasování programu Netmon můžete je značné množství přenosů do nich. Pokud si nejste zkušenosti s jejich čtení, je pravděpodobné, že bude složité při prvním otevření trasování. První věc, kterou chcete je oddělit signál od šum pozadí v trasování. Testováno týkající se Office 365 a který je přenos, který chcete zobrazit. Pokud jste použili k procházení trasování, nemusí tento seznam.

Přenosy mezi vaším klientem a Office 365 prochází přes TLS, což znamená, že základní text přenosu bude zašifrovaný a ve standardním trasování nástroje Netmon nebude čitelný. Při analýze výkonu nepotřebujete znát konkrétní informace v paketech. Co je naopak pro vás hodně zajímavé, jsou hlavičky paketů a informace, které obsahují.

Tipy pro pořízení dobrého trasování

  • Zjistěte hodnotu adresy IPv4 nebo IPv6 klientského počítače. Získat ji můžete z příkazového řádku zadáním IPConfig a stisknutím Enter. Znalost této adresy vám umožní na první pohled zjistit, jestli přenosy v trasování přímo obsahují váš klientský počítač. Pokud máte v přenosu známý proxy server, pomocí příkazu ping zjistěte i jeho IP adresu.

  • Vyprázdněte mezipaměť překládání DNS a pokud je to možné, zavřete všechny prohlížeče s výjimkou toho, ve kterém spouštíte testy. Pokud to udělat nemůžete, třeba proto, že podpora používá nějaký nástroj založený na prohlížeči k zobrazení plochy vašeho klientského počítače, připravte se, že budete trasování filtrovat.

  • Zaneprázdněn trasování najděte služby Office 365, který používáte. Pokud nikdy nebo jen zřídka vidíte přenosy pro vaši před, to je užitečné krokem při oddělení problému s výkonem hluk jiné síti. Můžete to udělat několika způsoby. Bezprostředně před test můžete použít ping nebo PsPing na adresu URL konkrétní službu (ping outlook.office365.com a/nebo psping -4 microsoft-my.sharepoint.com:443příklady). Můžete taky snadno zjistíte, že PsPing v trasování programu Netmon (podle názvu obrázku). Která vám umožní místo, kde začít hledání.

    Pokud během výskytu problému používáte jenom Netmon, nevadí. Můžete se zorientovat pomocí filtru, třeba ContainsBin(FrameData, ASCII, "office") nebo ContainsBin(FrameData, ASCII, "outlook"). Můžete si poznamenat číslo rámce ze souboru trasování. Můžete taky posunout obsah podokna Frame Summary (Souhrn rámce) úplně doprava a najít sloupec Conv ID (ID konverzace). V něm je uvedené číslo ID této konkrétní konverzace, které si můžete taky poznamenat a podívat se na ně samostatně později. Nezapomeňte tento filtr odebrat před tím, než použijete jakýkoli jiný filtr.

    Tip: V Netmonu najdete spoustu užitečných vestavěných filtrů. Zkuste kliknout na tlačítko Load Filter (Načíst filtr) nahoře v podokně Display Filter (Zobrazit filtr).

    Najděte svoji IP adresu na klientském počítači pomocí příkazu PSPing na příkazovém řádku.

    Sledování programu Netmon z klienta se zobrazeným stejným příkazem PSPing s filtrem TCP.Flags.Syn == 1

    Důkladně se seznamte s vašimi aktivitami v sít a naučte se vyhledávat potřebné informace. Naučte se třeba rozpoznat v trasování paket, který jako první odkazuje na službu Office 365. kterou používáte (třeba Outlook).

Když vezmeme Office 365 Outlook Online jako příklad, začíná přenos nějak takto:

  • Standardní dotaz DNS a odpověď DNS pro outlook.office365.com s odpovídajícími QueryID. Je důležité vzít v úvahu časový offset pro tento zpětný přenos, stejně jako to, kam služba Global DNS Office 365 posílá žádost o překlad názvů. V ideálním případě by to mělo být co nejblíž a ne na druhém konci světa. (Následovat může nějaký přenos DNS přenosů pro online přihlášení.)

  • Žádost HTTP GET se stavem Trvale přesunuto (301)

  • Přenosy RWS obsahující žádosti RWS Connect a odpovědi Connect. (To je služba Remote Winsock, která vám vytváří připojení.)

  • TCP SYN a TCP SYN/ACK konverzace. Velké množství nastavení v této konverzaci vliv na výkon.

  • Potom řada přenosů TLS:TLS, ve kterých probíhá metoda TLS handshake a konverzace certifikátů TLS. (Nezapomeňte, že data jsou šifrovaná prostřednictvím protokolu SSL/TLS.)

Všechny součásti přenosu jsou důležité a vzájemně propojené, ale některé malé části trasování obsahují obzvlášť důležité informace pro řešení potíží s výkonem, a proto se zaměříme právě na ně. Protože jsme v Microsoftu už taky věnovali hodné úsilí řešení problémů s výkonem Office 365, abychom mohli dát dohromady seznam deseti nejčastějších problémů, budeme se soustředit na tyto problémy a na to, jak je vyřešit pomocí nástrojů, které máme.

Pokud jste si nenainstalovali je připraven, dole obrázku díky použití několik nástrojů. Pokud je to možné. Odkazy slouží k bodům instalace. Seznam obsahuje běžné nástroje trasování sítě jako programu Netmon nebo Wireshark, ale žádné nástroj pro trasování se vám s a ve které jste zvyklí filtrování v síti. Při testování, mějte na paměti:

  • Zavřete svého prohlížeče a testovat s jedinou prohlížeč spuštěný - sníží celkového zatížení obrazovek. Má míň vytížený trasování.

  • Vyprázdněte mezipaměť překládání DNS v klientském počítači – při spuštění zachytávání tak budete mít čistý stůl a opět dostanete čistší trasování.

Některé nejčastější problémy

Některé běžné problémy, která vám může a jak najít v trasování sítě.

Zásadní problém

Nástroj

Co hledáte

Proměnná velikost okna protokolu TCP

  • Nachází se v SYN - SYN/ACK.

  • Starší hardware nemusí funkci proměnné velikosti okna protokolu TCP využívat.

  • Bez správného nastavení proměnné velikosti okna protokolu TCP se výchozí 16bitová vyrovnávací paměť zaplní za několik milisekund.

  • Přenosy se nemůžou dál posílat, dokud klient nedostane potvrzení o přijetí původních dat, což způsobuje prodlevy.

Netmon

Wireshark

Vyhledejte v trasování sítě přenosy SYN - SYN/ACK.

V programu Netmon použijte filtr jako tcp.flags.syn == 1. Tento filtr se stejně ve Wiresharku.

Filtr v programu Netmon nebo Wireshark pro synchronizaci paketů pro oba nástroje: TCP.Flags.Syn == 1

Všimněte si, že u každého paketu SYN je číslo zdrojového portu (SrcPort), které je spárované s cílovým portem (DstPort) souvisejícího paketu potvrzení (SYN/ACK).

Pokud chcete zobrazit hodnotu proměnné velikosti okna používanou vaším síťovým připojením, rozbalte nejdřív paket SYN a pak související SYN/ACK.

Obrázek, který ukazuje, jak ve sledování spojit SrcPort a DstPort pro získání rozdílu časů.

Nastavení doby nečinnosti TCP

  • Z historických důvodů je většina hraničních sítí nakonfigurovaná pro přechodná připojení, což znamená, že nečinná připojení se obecně ukončují.

  • Nečinné relace TCP můžou proxy servery a brány firewall ukončit za víc než 100 až 300 sekund.

  • Pro Outlook Online to je problém, protože vytváří a používá dlouhodobá připojení, bez ohledu na to, jestli jsou aktivní nebo nečinná.

  • Když připojení ukončí proxy server nebo zařízení brány firewall, klient se o tom nedozví a pokus o použití Outlooku Online bude znamenat, že klientský počítač bude opakovaně zkoušet připojení obnovit a nevytvoří nové.

  • Produkt se zablokuje, zobrazí chybovou zprávu nebo se sníží jeho výkon při načítání stránky.

Netmon

Wireshark

V Netmonu se podívejte na pole Time Offset (Časový offset) a zjistěte, jaká je doba odezvy. Doba odezvy je doba mezi odesláním žádosti z klienta na server a přijetím odpovědi ze serveru zpátky na klientovi. Může to být mezi klientem a výstupním bodem (např. Klient --> Proxy server) nebo klientem a Office 365 (Klient --> Office 365). Tento údaj můžete vidět u mnoha typů paketů.

Jako příklad filtr v Netmonu může vypadat třeba .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12nebo ve Wiresharku ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Tipy: 

  • Nevíte, jestli IP adresa ve vašem trasování patří vašemu serveru DNS? Zkuste ho vyhledat na příkazovém řádku. Klikněte na Start > Spustit > a napište cmd nebo stiskněte klávesu Windows > a napište cmd. Do příkazového řádku napište nslookup <the IP address from the network trace>. Jako zkoušku použijte příkaz nslookup s IP adresou svého vlastního počítače.

  • Seznam rozsahů IP adres Microsoftu najdete v tématu Adresy URL a rozsahy IP adres pro Office 365.

Pokud došlo k potížím, očekávat dlouhé časové odsadí zobrazit v tomto případě (Outlook Online), zejména pokud TLS:TLS paketů, které ukazují průchod dat aplikace (například v programu Netmon najdete aplikace datové pakety prostřednictvím .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Měli byste vidět hladký průběh času přes relace. Pokud se zobrazí prodlevy při aktualizaci vaší Outlook Online, příčin může být tak, že vysoký stupeň obnovíte odesílaného.

Latence/doba odezvy

  • Latency is a measure that can change a lot depending on many variables, such upgrading aging devices, adding a large number of users to a network, and the percentage of overall bandwidth consumed by other tasks on a network connection.

  • Na stránce Plánování sítě a ladění výkonu pro Office 365 najdete kalkulačky šířky pásma pro Office 365.

  • Potřebujete změřit rychlost připojení nebo šířku pásma připojení svého poskytovatele služeb? Zkuste tento web (nebo podobné weby): Speedtest oficiální weba Pingtest.

Ping

PsPing

Netmon

Wireshark

Když budete chtít sledovat latenci v trasování, využijete zaznamenané IP adresy klientského počítače a DNS serveru v Office 365. Účelem je snadnější filtrování trasování. Pokud jste připojení přes proxy server, pak k usnadnění práce budete potřebovat IP adresu klientského počítače, IP adresu proxy serveru nebo výstupního bodu a IP adresu DNS Office 365.

Příkaz ping poslaný na outlook.office365.com vám řekne název datacentra, které žádost přijalo, i když se příkaz ping nebude moct připojit k odeslání následných paketů ICMP. Pokud používáte PsPing (bezplatný nástroj ke stažení) a konkrétní port (443) a případně i adresu IPv4 (-4), získáte průměrnou dobu odezvy odesílaných paketů. Bude to fungovat i pro další adresy URL ve službách Office 365, třeba: psping -4 yourSite.sharepoint.com:443. Ve skutečnosti můžete zadat víc příkazů ping, a získat tak větší vzorek pro výpočet průměru. Zkuste použít příkaz jako třeba: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Poznámka: PsPing neodesílá pakety ICMP. Posílá pakety TCP příkazu ping přes konkrétní port, takže můžete použít jakýkoliv port, o kterém víte, že je otevřený. V Office 365, který používá SSL/TLS, zkuste k nástroji PsPing připojit port 443.

Snímek obrazovky zobrazující ping na outlook.office365.com a PSPing s portem 443, který dělá totéž, ale k tomu udává průměrnou RTT 6,5 ms.

Pokud jste zachytili trasování v síti během pomalého načítání stránky Office 365, pomocí Netmonu nebo Wiresharku v trasování vyfiltrujte DNS. To je jedna z IP adres, kterou hledáme.

Následujícím postupem v Netmonu vyfiltrujete IP adresu (a zjistíte latenci DNS). V tomto příkladu je použitá adresa outlook.office365.com, ale může se použít i adresa URL klienta SharePointu Online (třeba hithere.sharepoint.com).

  1. Otestujte příkazem ping adresu URL (ping outlook.office365.com) a z výsledků si poznamenejte název a IP adresu serveru DNS, na který žádost ping odešla.

    Žádost příkazu Ping poslaná na outlook.office365.com zobrazující DNS a IP adresu namnorthwest.

  2. Síť trasování otevírání stránky nebo provádění akce, které zaznamenáváte problém s výkonem, nebo, pokud vidíte vysokou latenci příkazu ping, zachyťte trasování jeho.

  3. Otevřete trasování v Netmonu a vyfiltrujte DNS (tento filtr funguje i ve Wiresharku, ale rozlišuje malá a velká písmena – dns). Jakmile už díky příkazu ping znáte název serveru DNS, můžete taky v Netmonu rychleji filtrovat třeba takto: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"), ve Wiresharku to pak vypadá takto: dns and frame contains "namnorthwest".

    Otevřete paket odpovědi a v Netmonu v okně Frame Details (Podrobnosti rámce) kliknutím rozbalte DNS a dozvíte se víc informací. Mezi informacemi DNS najdete IP adresu serveru DNS v Office 365, na který žádost došla – tuto IP adresu budete potřebovat v dalším kroku (PsPing). Odeberte filtr, v Netmonu ve Frame Summary > Find Conversations (Najít konverzace) > DNS klikněte pravým tlačítkem myši na odpověď DNS, abyste zobrazili dotaz a odpověď DNS vedle sebe.

    Trasování filtrované podle Hledání konverzací a potom podle DNS.

  4. V Netmonu si taky všimněte sloupce Time Offset (Časový offset) mezi žádostí a odpovědí DNS.

    Další výsledky programu Netmon s filtrem DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest") zobrazující velmi nízký časový posun mezi žádostí a odpovědí

V dalším kroku, snadno instalaci a použití PsPing nástroj hodit velmi, protože ICMP často blokované v bránách firewall, i protože PsPing elegantly sleduje zpoždění v milisekundách. PsPing provede připojení TCP adresa a port (v našem případu otevřít port 443).

  1. Nainstalujte PsPing.

  2. Otevřete okno příkazového řádku (Start > Spustit > napište cmd nebo klávesa Windows > napište cmd) a změňte adresář na ten, kam jste nainstalovali PsPing, a příkaz PsPing spusťte. V mých příkladech vidíte, že jsem v kořenovém adresáři disku C: vytvořil složku Perf . Aby vám to šlo rychle, můžete udělat totéž.

  3. Napište příkaz PsPing tak, aby se posílal na IP adresu DNS serveru Office 365 z vašeho předchozího trasování v Netmonu – nezapomeňte přidat číslo portu. Jinými slovy, psping -n 20 132.245.24.82:445. Po ukončení příkazu PsPing dostanete vzorky 20 příkazů ping a průměrnou latenci.

    Příkaz psping -n 20 132.245.24.82:443 vracející průměrnou latenci 25,51 milisekund.

Pokud se k Office 365 dostáváte přes proxy server, byl by postup trochu jiný. Nejdřív byste použili PsPing na proxy server, abyste získali hodnotu průměrné latence v milisekundách na proxy server nebo výstupní bod a zpátky a potom buď spusťte PsPing na proxy serveru nebo na počítači s přímým připojením k internetu, abyste získali chybějící hodnotu (do Office 365 a zpátky).

Pokud se rozhodnete pro spuštění příkazu PsPing z proxy serveru, budete mít dvě hodnoty v milisekundách: Z klientského počítače na proxy server nebo výstupní bod a z proxy serveru do Office 365. Hotovo. Zatím tedy jenom se zaznamenáváním hodnot.

If you run PsPing on another client computer that has a direct connection to the Internet, that is, without a proxy, you will have two millisecond values: Client computer to proxy server or egress point, and client computer to Office 365. In this case, subtract the value of client computer to proxy server or egress point from the value of client computer to Office 365, and you will have the RTT numbers from your client computer to the proxy server or egress point, and from proxy server or egress point to Office 365.

Ale pokud se vám v dotčeném umístění povede najít klientský počítač, který má přímé připojení nebo který proxy server obchází, můžete to udělat tak, že nejdřív vyzkoušíte, jestli se problém objevuje i na něm, a potom uděláte test z něho.

Latency, as seen in a Netmon trace, those extra milliseconds can add up, if there are enough of them in any given session.

Obecná latence v programu Netmon, se výchozím sloupcem rozdílu časů přidaným do souhrnu rámce.

Poznámka: Vaše IP adresa se může lišit od té, která je na obrázku, váš příkaz ping může vrátit spíš něco jako 157.56.0.0/16 nebo podobný rozsah. Seznam rozsahů používaných v Office 365 najdete v tématu Adresy URL a rozsahy IP adres pro Office 365. Pokud budete chtít najít třeba 132.245, nezapomeňte rozbalit všechny uzly (nahoře je pro to tlačítko).

Ověřování proxy serveru

  • Tato část se vás týká jenom v případě, že vaše přenosy prochází přes proxy server. Pokud ne, můžete tyto kroky vynechat.

  • Když ověřování proxy serveru funguje správně, mělo by pokaždé trvat řádově milisekundy. Třeba během špiček ve využívání by nemělo docházet k občasnému snížení výkonu.

  • Pokud je ověřování proxy serveru zapnuté, pak pokaždé, když pro získání informací vytvoříte nové připojení TCP do Office 365, je potřeba projít procesem ověření na pozadí. Takže když třeba v Outlooku Online přepnete z Kalendáře na Poštu, proběhne ověřování. A když se na stránce v SharePointu Online zobrazí média nebo data z víc webů nebo umístění, bude se ověřovat každé jednotlivé připojení TCP, které bude potřeba k vykreslení dat.

  • V Outlooku Online se můžete setkat s pomalým načítáním při každém přepnutí mezi kalendářem a svou poštovní schránkou, nebo se můžou stránky pomalu načítat v SharePointu Online. Můžou se objevit i další příznaky, které tady nejsou uvedené.

    Proxy authentication is a setting on your egress proxy server. If it is causing a performance issue with Office 365, you must consult your networking team.

Netmon

Wireshark

Proxy authentication takes place whenever a new TCP session must be spun up, commonly to request files or info from the server, or to supply info. For example, you may see proxy authentication around HTTP GET or HTTP POST requests. If you want to see the frames where you are authenticating requests in your trace, add the 'NTLMSSP Summary' column to Netmon and filter for .property.NTLMSSPSummary. To see how long the authentication is taking, add the Time Delta column. To add a column to Netmon:

  1. Klikněte pravým tlačítkem myši na nějaký sloupec, třeba Description (Popis).

  2. Klikněte na Choose Columns (Vybrat sloupce). V seznamu vyhledejte NTLMSSP Summary a Time Delta a klikněte na Add (Přidat).

  3. Přesuňte nové sloupce na místo před nebo za sloupec s popisem tak, aby byly vedle sebe. Klikněte na OK.

Even if you don't add the column, the Netmon filter will work. But your troubleshooting will be much easier if you can see what stage of authentication you're in. When looking for instances of Proxy Authentication, be sure to study all frames where there is an NTLM Challenge, or an Authenticate Message is present. If necessary, right-click the specific piece of traffic and Find Conversations > TCP. Be aware of the Time Delta values in these Conversations.

Trasování programu Netmon zobrazující ověřování proxy filtrované podle konverzace.

Zpoždění čtyř sekund při ověřování proxy serveru zobrazené ve Wiresharku. Sloupec Time delta from previous displayed frame (Časový rozdíl od předchozího zobrazeného rámce) se vytvořil kliknutím pravým tlačítkem myši na pole se stejným názvem v podrobnostech rámce a výběrem Add as Column (Přidat jako sloupec).

Ve Wiresharku se dá vytvořit sloupec Time delta from previous displayed frame (Časový rozdíl od předchozího zobrazeného rámce) kliknutím pravým tlačítkem na pole se stejným názvem v podrobnostech rámce a výběrem možnosti Add as Column (Přidat jako sloupec).

Výkon DNS

  • Překlad IP adres funguje nejlépe a nejrychleji, pokud se dělá co nejblíž zemi klienta.

  • Pokud probíhá v zahraničí, může načítání stránek prodloužit o sekundy.

  • V ideálním případě proběhne překlad IP adres do 100 ms. Pokud ne, měli byste udělat další šetření.

Tip: Nevíte, jak připojení klientů funguje v Office 365? Podívejte se na referenční dokument o připojení klientů tady.

Netmon

Wireshark

PsPing

Analýza výkonu DNS je obvykle dalším úkolem při trasování v síti. PsPing vám ale může pomoct při rozhodování o možných příčinách.

Přenos DNS je založený na TCP a žádosti a odpovědi UDP jsou jasně označené pomocí ID, pomocí kterých můžete spárovat konkrétní žádost s příslušnou odpovědí. S přenosem DNS se setkáte třeba v případě, že SharePoint Online použije na webové stránce síťový název nebo adresu URL. Základním pravidlem je, že většina těchto přenosů, s výjimkou při přecházení mezi zónami, probíhá přes UDP.

In both Netmon and Wireshark, the most basic filter that will let you look at DNS traffic is simply dns. Be sure to use lower case when specifying the filter. Remember to flush your DNS resolver cache before you begin to reproduce the issue on your client computer. For example, if you have a slow SharePoint Online page load for the Home page, you should close all browsers, open a new browser, start tracing, flush your DNS resolver cache, and browse to your SharePoint Online site. Once the entire page resolves, you should stop and save the trace.

Základní filtr pro DNS v programu Netmon je DNS.

You want to look at the time offset here. And it may be helpful to add the Time Delta column to Netmon which you can do by completing these steps:

  1. Klikněte pravým tlačítkem myši na nějaký sloupec, třeba Description (Popis).

  2. Klikněte na Choose Columns (Vybrat sloupce).

  3. V seznamu vyhledejte Time Delta a klikněte na Add (Přidat).

  4. Přesuňte nový sloupec na místo před nebo za sloupec s popisem tak, aby byly vedle sebe. Klikněte na OK.

If you find a query of interest, consider isolating it by right-clicking that query in the frame details panel, choosing Find Conversations > DNS. Notice that the Network Conversations panel jumps right to the specific conversation in its log of UDP traffic.

Trasování zatížení Outlooku Online v programu Netmon filtrované podle DNS a upřesnění výsledků filtrováním podle Hledání konverzací a potom podle DNS.

In Wireshark you can make a column for DNS time. Take your trace (or open a trace) in Wireshark and filter by dns, or, more helpfully, dns.time. Click on any DNS query, and, in the panel showing details, expand the Domain Name System (response) details. You'll see a field for time (for example, [Time: 0.001111100 seconds]. Right-click this time and select Apply as Column. This will give you a Time column for quicker sorting of your trace. Click on the new column to sort by descending values to see which DNS call took the longest to resolve.

Přechod z Sharepointu Online filtrovaném ve Wiresharku podle dns.time (malá písmena) s časem z podrobností uspořádaným do sloupce a seřazeným vzestupně

If you would like to do more investigation of the DNS resolution time, try a PsPing against the DNS port used by TCP (for example, psping <IP address of DNS server>:53) . Do you still see a performance issue? If you do, then the problem is more likely to be a broader network issue than an issue of specific the DNS application you're hitting to do resolution. It's also worth mentioning, again, that a ping to outlook.office365.com will tell you where DNS name resolution for Outlook Online is taking place (for example, outlook-namnorthwest.office365.com).

Pokud to vypadá, že problém souvisí s DNS, bude možná potřeba kontaktovat vaše IT oddělení, aby se podívalo na konfigurace DNS a servery DNS pro předávání a podrobněji vyšetřilo tento problém.

Škálovatelnost proxy serveru

  • Služby, jako třeba Outlook Online v Office 365, přidělují klientům několik dlouhodobých připojení.

  • Každý uživatel proto může používat víc připojení, která vyžadují delší životnost.

Tip: Potřebujete naplánovat využití šířky pásma vzhledem k tomu, že se chystáte přidat hodně uživatelů do Office 365? Zkuste si přečíst článek Plánování využití šířky pásma internetu pro Office 365 Najdete v něm i kalkulačky šířky pásma.

Matematika

Pro tento problém není žádný specifický nástroj pro trasování v síti nebo pro odstraňování problémů. Řešení je založené na výpočtech šířky pásma se započtením omezení a dalších proměnných.

Maximální velikost segmentu TCP

  • Nachází se v SYN - SYN/ACK.

  • Provedením této kontroly ve všech trasováních pořízených při řešení problémů s výkonem ověříte, že TCP pakety jsou nakonfigurované tak, aby přenášely maximální možné množství dat.

  • Cílem je dosáhnout pro přenos dat maximální velikost segmentu (MSS) 1 460 bajtů.

  • Pokud jste za proxy serverem nebo používáte překlad síťových adres (NAT), nezapomeňte spustit tento test pro přenosy z klienta na proxy server/výstupní bod/NAT a z proxy serveru/výstupního bodu/NAT do Office 365. Dosáhnete tak nejlepších výsledků. Relace TCP můžou být různého typu.

Netmon

TCP Max Segment Size (MSS) is another parameter of the three-way handshake in your network trace, that means you'll find the data you need in the SYN - SYN/ACK packet. MSS is actually pretty simple to see.

Otevřete libovolné trasování sítě, které máte, a najděte připojení, které vás zajímá nebo které představuje potíže s výkonem.

Poznámky: 

  • Když máte před sebou trasování a potřebujete najít přenos relevantní pro vaši konverzaci, vyfiltrujte ho podle IP adresy klienta nebo podle IP adresy proxy serveru, výstupního bodu nebo obou. Řečeno přímo, budete muset použít příkaz ping na adresu URL, kterou v trasování testujete na IP adresu Office 365, a použijte ji jako filtr.

  • Looking at the trace second-hand? Try using filters to orient yourself. In Netmon, run a search based on the URL, such as Containsbin(framedata, ascii, "sphybridExample"), take note of the frame number. In Wireshark use something like frame contains "sphybridExample". If you notice that you've found Remote Winsock (RWS) traffic (it may appear as a [PSH, ACK] in Wireshark), remember that RWS connects can be seen shortly before relevant SYN - SYN/ACKs, as discussed earlier. At this point, you can record the frame number, drop the filter, click All Traffic in the Network Conversations window in Netmon to look at the nearest SYN.

  • Pokud nemáte žádné informace o IP adrese z okamžiku trasování, je důležité najít v trasování vaši adresu URL (třeba jako součást adresy sphybridExample-my.sharepoint.com) a získat tak IP adresu, kterou použijete jako filtr.

  1. V trasování najděte připojení, které vás zajímá. Může to udělat tak, že buď prohledáte trasování, vyfiltrujete IP adresy nebo vyberete konkrétní ID konverzace v Netmonu v okně Network Conversations.

    Filtrování podle konverzace Klikněte pravým tlačítkem myši na rámeček SYN a klikněte na Hledání konverzací, TCP

  2. Až najdete paket SYN, rozbalte TCP (v Netmonu) nebo Transmission Control Protocol (ve Wiresharku) na panelu Frame Details (Podrobnosti rámce).

  3. Rozbalte TCP Options (Možnosti TCP) a MaxSegementSize.

  4. Vyhledejte příslušný rámec SYN-ACK a rozbalte TCP Options a MaxSegmentSize.

  5. Menší z těchto dvou hodnot bude vaše maximální velikost segmentu.

In this picture, I make use of the built-in Column in Netmon called TCP Troubleshoot.

Trasování v síti vyfiltrované v programu Netmon pomocí předdefinovaných sloupců

Předdefinovaný sloupec je nahoře v panelu Frame Details. (Pokud chcete přepnout zpátky do normálního zobrazení, klikněte znova na Columns (Sloupce) a pak vyberte Time Zone (Časové pásmo).)

Kde najdete rozevírací seznam Sloupce pro možnost Poradce při potížích s TCP (nahoře v souhrnu rámce).

Here's a filtered trace in Wireshark. There is a filter specific to the MSS value (tcp.options.mss). The frames of a SYN, SYN/ACK, ACK handshake are linked at the bottom of the Wireshark equivalent to Frame Details (so frame 47 ACK, links to 46 SYN/ACK, links to 43 SYN) to make this kind of work easier.

Sledování filtrované v programu Wireshark podle tcp.options.mss pro maximální velikost segmentu (MSS)

Pokud potřebujete zkontrolovat Výběrové potvrzování (další téma v této tabulce), ještě trasování nezavírejte.

Výběrové potvrzování

  • Nachází se v SYN - SYN/ACK.

  • V SYN i SYN/ACK musí být hlášené jako Permitted (Povolené).

  • Výběrové potvrzování (Selective Acknowledgment, SACK) umožňuje jednodušší opakování přenosů dat v případě ztráty paketu nebo paketů.

  • Zařízení můžou tuto funkci zakázat, což může vést k problémům s výkonem.

  • Pokud jste za proxy serverem nebo používáte překlad síťových adres (NAT), nezapomeňte spustit tento test pro přenosy z klienta na proxy server/výstupní bod/NAT a z proxy serveru/výstupního bodu/NAT do Office 365. Dosáhnete tak nejlepších výsledků. Relace TCP můžou být různého typu.

Netmon

Výběrové potvrzování (SACK) je další parametr metody handshake SYN - SYN/ACK. V trasování můžete pakety SYN - SYN/ACK filtrovat mnoha způsoby.

  1. V trasování najděte připojení, které vás zajímá, buď tak, že prohledáte trasování, vyfiltrujete IP adresy nebo kliknete na ID konverzace v Netmonu v okně Network Conversations.

  2. Once you've found the SYN packet, expand TCP in Netmon, or Transmission Control Protocol in Wireshark in the Frame Details section.

  3. Rozbalte TCP Options a pak SACK.

  4. Vyhledejte příslušný rámec SYN-ACK a rozbalte TCP Options a příslušné pole SACK.

  5. V SYN i SYN/ACK musí být SACK povolené.

Na těchto obrázcích jsou zobrazené hodnoty SACK v Netmonu a ve Wiresharku.

Výběrové potvrzení (SACK) v programu Netmon jako výsledek filtru tcp.flags.syn = 1

SACK, jak je vidět ve Wireshark s filtrem tcp.flags.syn == 1

Zeměpisná poloha DNS

  • Rychlost vašeho připojení ovlivňuje i to, kde na světe Office 365 zkouší přeložit IP adresy.

  • V Outlooku Online se po dokončení vyhledávání prvního DNS použije umístění tohoto DNS k připojení k nejbližšímu datacentru. Připojíte se k serveru CAS Oultlooku Online, který se přes páteřní síť připojí k datacentru, kam se ukládají vaše data. Tento postup je rychlejší.

  • Při přístupu k SharePointu Online bude uživatel cestující do zahraničí přesměrovaný na tamější aktivní datacentrum – to znamená datové centrum, jehož umístění se odvozuje od základny klienta SPO (tedy datacentrum v USA, pokud uživatel sídlí v USA).

  • Lync Online má v současné době aktivní uzly ve víc než jednom datacentru. Při odesílání žádostí pro instance Lyncu Online server DNS Microsoftu určí, ze kterého místa na světě žádost přišla, a vrátí IP adresy z nejbližšího místního datového centra, kde je Lync Online aktivní.

Tip: Potřebujete se dozvědět víc o tom, jak se klienti připojují k Office 365? Podívejte se na referenční článek o připojení klienta (a jeho užitečné obrázky).

Ping

PsPing

Requests for name resolution from the client's DNS servers to Microsoft's DNS servers should in most cases result in Microsoft DNS returning the IP address of a regional datacenter (dC). What does this mean for you? If your headquarters are in Bangalore, India, but you are traveling in the United States, when your browser makes a request for Outlook Online, Microsoft's DNS servers should hand you IP addresses to datacenters in the United States -- a regional datacenter. If mail is needed from Outlook, that data will travel across Microsoft's quick backbone network between the datacenters.

DNS funguje nejrychleji, když se překlad IP adres dělá co nejblíž umístění uživatele. Pokud jste v Evropě, bude pro vás výhodné přejít na DNS Microsoftu v Evropě a (v ideálním případě) komunikovat s datacentrem v Evropě. Výkon klienta z Evropy přecházejícího do DNS a datacentra v Americe bude pomalejší.

Příkazem ping proti adrese outlook.office365.com určíte, na které místo světa se směrují vaše žádosti DNS. Pokud jste v Evropě, měli byste vidět nějakou podobnou odpověď: outlook-emeawest.office365.com. Na amerických kontinentech očekávejte něco jako: outlook-namnorthwest.office365.com.

  1. Na klientském počítači otevřete okno příkazového řádku (přes Start > Spustit > cmd nebo klávesa Windows > napište cmd).

  2. Napište ping outlook.office365.com a stiskněte Enter.

    Remember, to specify -4 if you want to specify to ping via IPv4. You may fail to get a reply from the ICMP packets, but you should see the name of the DNS to which the request was routed.

Pokud byste chtěli u tohoto připojení zjistit hodnoty latence, zkuste PsPing na IP adresu serveru, který vám vrátil příkaz ping.

Příkaz ping na outlook.office365.com zobrazující rozlišení v outlook-namnorthwest

PSPing na IP adresu vrácenou příkazem ping na outlook.office365.com zobrazující průměrnou latenci 28 milisekund.

Řešení potíží s aplikací Office 365

Netmon

HTTPWatch

Konzola F12 v prohlížeči

We don't cover tools used in application-specific troubleshooting in this network-specific article. But you'll find resources you can use on this page.

Příbuzná témata

Managing Office 365 endpoints
Troubleshooting Office 365 connectivity

Rozšiřte své dovednosti s Office
Projít školení
Získejte nové funkce jako první
Připojte se k účastníkům programu Office Insiders

Byly tyto informace užitečné?

Děkujeme vám za zpětnou vazbu.

Děkujeme vám za váš názor. Vypadá to, že bude užitečné, když vás spojíme s některým z našich agentů z podpory Office.

×