Jõudluse tõrkeotsingu plaan Office 365 jaoks

Kas teil läheb vaja üksikasjalikke juhiseid, kuidas tuvastada ja lahendada SharePoint Online’i, OneDrive for Businessi, Exchange Online’i või Skype’i ärirakenduse veebiväljaande ja oma klientarvuti vahelised jõudlusmured või probleemid aegluse või hangumisega? Enne klienditoele helistamist lugege läbi see artikkel, mis aitab teil Office 365 jõudluse osas tõrkeotsingut teha ja levinumad probleemid lahendada.

Artikkel on tegelikult näidistegevuskava, mis aitab teil jõudlusprobleemi ajal jooksvalt selle kohta väärtuslikke andmeid jäädvustada. Samuti on siin ära toodud hulk põhilisi probleeme.

Kui te pole võrgujõudluse alal varasemast asjatundja, kuid soovite koostada pikaajalise plaani klientarvutite ja Office 365 vahelise jõudluse jälgimiseks, lugege läbi artikkel Office 365 jõudluse parandamine ja tõrkeotsing – administraatorid ja IT-spetsialistid.

Jõudluse tõrkeotsingu näidistegevuskava

See tegevuskava koosneb kahest osast: ettevalmistusfaas ja logimisfaas. Kui teil on just praegu jõudlusega probleeme ja teil on vaja andmeid koguda, võite selle kavaga kohe algust teha.

Klientarvuti ettevalmistamine

  • Leidke selline klientarvuti, kus on võimalik jõudlusprobleem esile kutsuda. Seda arvutit hakkate tõrkeotsingu jaoks kasutama.

  • Kirjutage täpselt üles kõik toimingud, mis jõudlusprobleemi esile kutsuvad, et oleksite testimist alustades kohe valmis neid kordama.

  • Installige teabe kogumiseks ja salvestamiseks vajalikud tööriistad.

    • Installige Netmon 3.4 (või kasutage mõnda muud samaväärset võrgujälitusriista).

    • Installige HTTPWatchi tasuta Basic Edition (või kasutage mõnda muud samaväärset võrgujälitusriista).

    • Testimise käigus tehtud toimingute registreerimiseks kasutage kuvasalvestit või käivitage toimingusalvesti (PSR.exe), mida sisaldavad Windows Vista ja uuemad versioonid.

Jõudlusprobleemi logimine

  • Sulgege kõik Interneti-brauserid, mida te parajasti ei vaja.

  • Käivitage toimingusalvesti või mõni muu kuvasalvesti.

  • Käivitage Netmoni hõiveriist (või mõni muu võrgujälitusriist).

  • Tühjendage klientarvuti DNS-i vahemälu, tippides käsureale ipconfig /flushdns.

  • Käivitage uus brauseriseanss ja lülitage sisse HTTPWatch.

  • Soovi korral tehke lisaks ka järgmist: Exchange Online’i testimisel käivitage Office 365 halduskonsooli kaudu Exchange’i kliendijõudluse analüüsi tööriist.

  • Korrake jõudlusprobleemi esile kutsunud toiminguid.

  • Peatage Netmoni või muu jälitustööriista töö.

  • Käivitage käsurea kaudu oma Office 365 tellimuse marsruudijälitus. Selleks tippige järgmine käsk ja vajutage siis sisestusklahvi (ENTER):

    tracert <tellimusenimi>.onmicrosoft.com

  • Peatage toimingusalvesti ja salvestage video. Kaasake kindlasti salvestise kuupäev ja kellaaeg ning teave selle kohta, kas tegemist on hea või halva jõudluse näitega.

  • Salvestage jälitusfailid. Kaasake kindlasti ka seekord jälituse kuupäev ja kellaaeg ning teave selle kohta, kas tegemist on hea või halva jõudluse näitega.

Kui käesolevas artiklis mainitud tööriistad pole teie jaoks tuttavad, ärge muretsege – allpool kirjeldame nende kasutamist lähemalt. Kui selline võrgukasutuse jäädvustamine on teie jaoks harjumuspärane tegevus, võite liikuda edasi jaotisele Jälitusfailide lugemine, mis kirjeldab filtreerimist ja logide lugemist.

Tühjendage alustuseks DNS-i vahemälu

Miks? DNS-i vahemälu tühjendamisel alustate testimist puhtalt lehelt. Vahemälu tühjendamisega lähtestate DNS-i resolveri sisu nii, et see sisaldaks ainult kõige ajakohasemaid kirjeid. Pidage meeles, et tühjendamisel ei eemaldata HOSTS-faili kirjeid. Kui HOSTS-fail on midagi sellist, mida te palju kasutate, peaksite need kirjed kopeerima mõnes muus kaustas asuvasse faili ja HOSTS-faili sisu kustutama.

DNS-i resolveri vahemälu tühjendamine

  1. Avage käsuviip (kas Start > Käivita > cmd või Windowsi klahv > cmd).

  2. Tippige järgmine käsk ja vajutage sisestusklahvi (ENTER):

    ipconfig /flushdns

Netmon

Microsofti võrguseireriist (Netmon) analüüsib võrgus asuvate arvutite vahel kulgevaid pakette ehk liiklust. Netmoni kasutamine Office 365 liikluse jälitamiseks võimaldab teil jäädvustada, vaadata ja lugeda paketipäiseid, teha kindlaks liikluse teele jäävad seadmed, kontrollida võrguriistvara olulisi sätteid, otsida kaotsiläinud pakette ning jälgida oma ettevõtte võrgus asuvate arvutite ja Office 365 vahelist liiklusvoogu. Kuna liikluse sisu on krüptitud (see liigub SSL-i/TLS-i kaudu läbi pordi 443), ei saa te saadetavate failide sisu lugeda. Selle asemel saate filtreerimata ülevaate teest, mida pakett algpunktist lõpp-punkti liikudes läbib. See aitab teil välja selgitada, kus probleem asub.

Selles etapis ärge rakendage filtreid. Tehke kõik toimingud läbi ja jõudke selgusele, milline osa teest probleemi põhjustab. Seejärel peatage jälitus ja salvestage andmed.

Pärast Netmon 3.4 installimist avage tööriist ja tehke järgmist.

Käivitage Netmoni jälitus ja reprodutseerige probleem

  1. Käivitage Netmon 3.4.

    Lehel Start Page on kolm paani: Recent Captures, Select Networks ja Getting Started with Microsoft Network Monitor 3.4. Paanil Select Networks (Võrkude valimine) leiate loendi vaikevõrkudest, mille liiklust saate jäädvustada. Veenduge, et võrgukaardid oleksid siin valitud.

  2. Klõpsake paani Start Page ülaosas nuppu New Capture. Vahekaardi Start Page kõrvale lisatakse uus vahekaart nimega Capture 1.

    Netmoni kasutajaliides, kus on esile tõstetud nupud „New Capture“, „Start“ ja „Stop“.

  3. Lihtsa andmehõive jäädvustamiseks klõpsake tööriistaribal nuppu Start.

  4. Reprodutseerige toimingud, mis jõudlusprobleemi esile kutsuvad.

  5. Valige Stop > File > Save As. Ärge unustage lisada oma ajavööndi kuupäeva ja kellaaega ega märget selle kohta, kas salvestatud andmed illustreerivad head või halba jõudlust.

HTTPWatch

HTTPWatch on saadaval nii tasulise kui ka tasuta versioonina. Tasuta Basic Edition sisaldab kõike, mida selle testi jaoks vajate. HTTPWatch jälgib võrguliiklust ja lehelaadimisaega otse teie brauseriaknas; tegemist on Internet Exploreri lisandmooduliga, mis kirjeldab jõudlust graafiliselt. Analüüsi saab salvestada ja seda seejärel HTTPWatch Studios vaadata.

Märkmed : 

  • Kui kasutate mõnda muud brauserit (nt Firefox või Google Chrome) või kui te ei saa HTTPWatchi Internet Explorerisse installida, avage uus brauseriaken ja vajutage klahvi F12. Peaksite brauseriakna allservas nägema arendusriistade hüpikakent. Kui kasutate Operat, vajutage Web Inspectori avamiseks klahvikombinatsiooni CTRL+SHIFT+I. Seejärel klõpsake vahekaarti Network (Võrk) ja täitke testimiseks allpool toodud juhised. Kuvatav teave on siintoodust veidi erinev, kuid laadimisajad kuvatakse siiski millisekundites.

  • HTTPWatch on suureks abiks ka SharePoint Online’i lehtede laadimisajaga seotud probleemides selgusele jõudmisel.

Käivitage HTTPWatch ja reprodutseerige probleem

  1. HTTPWatch on brauserilisandmoodul. Seetõttu on tööriista brauseris kasutamine Internet Exploreri versioonist sõltuvalt veidi erinev. Üldjuhul leiate HTTPWatchi Internet Exploreri brauseris käsuribal.

    Kui te ei näe HTTPWatchi lisandmoodulit brauseriaknas, vaadake järele oma brauseri versioon: valige Spikker > Teave; Internet Exploreri uuemates versioonides klõpsake hammasratast ja siis käsku Teave Internet Exploreri kohta. Käsuriba avamiseks paremklõpsake Internet Exploreri menüüriba ja klõpsake käsku Käsuriba. Kuna varem on HTTPWatchi seostatud nii käsuriba kui ka Exploreri ribaga, siis kui te pärast selle installimist ikooni kohe ei näe (ka pärast arvuti taaskäivitamist), otsige seda menüüst Tööriistad ja teistelt tööriistaribadelt. Tööriistaribasid saab kohandada ja neile saab lisada erinevaid võimalusi.

    Internet Exploreri käsuriba, kus on nähtaval HTTPWatchi ikoon.

  2. Käivitage HTTPWatch mõnes Internet Exploreri brauseriaknas. See kuvatakse dokituna brauseriakna allservas. Klõpsake nuppu Salvesta.

  3. Korrake jõudlusprobleemi esile kutsunud toiminguid. Klõpsake HTTPWatchi aknas nuppu Peata.

  4. Seejärel klõpsake HTTPWatchi aknas nuppu Salvesta või Saada meilisõnumiga. Pange failile kindlasti selline nimi, mis sisaldab kuupäeva- ja kellaajateavet ning märget selle kohta, kas salvestatud andmed illustreerivad head või halba jõudlust.

    HTTPWatchi võrguteabe vahekaart Office 365 avalehe lehelaadimise teabega.

    See kuvatõmmis on tehtud HTTPWatchi Professional-versioonis. Basic-versioonis tehtud jälitusi saate avada arvutis, kus on olemas Professional-versioon, ja neid seal lugeda. Selle meetodi korral võib jälitusfail pakkuda rohkem teavet.

Probleemitoimingute salvesti

Toimingusalvesti ehk PSR.exe võimaldab probleeme salvestada nende ilmnemise ajal. Tegemist on väga kasuliku, kuid samas lihtsa tööriistaga.

Käivitage töö salvestamiseks probleemitoimingute salvesti (PSR.exe)

  1. Valige Start > Käivita, tippige PSR.exe ja klõpsake nuppu OK või vajutage Windowsi klahvi, tippige PSR.exe ja vajutage siis sisestusklahvi (ENTER).

  2. Probleemitoimingute salvesti väikese akna avanemisel klõpsake nuppu Alusta salvestust ja korrake toiminguid, mis jõudlusprobleemi esile kutsuvad.

    Vajaduse korral saate lisada kommentaare, klõpsates nuppu Lisa kommentaar.

  3. Kui olete kõik toimingud ära teinud, klõpsake nuppu Lõpeta salvestus. Kui jõudlusprobleem on seotud lehe renderdamisega, oodake enne salvestamise peatamist, kuni leht on renderdatud.

  4. Klõpsake nuppu Salvesta.

Toimingusalvesti ehk PSR.exe kuvatõmmis

Kuupäev ja kellaaeg salvestatakse teie eest. See seostab teie PSR-i ajaliselt Netmoni jälituse ja HTTPWatchiga ning aitab tõrkeotsingut täpsustada. PSR-i salvestise kuupäev ja kellaaeg võivad näiteks näidata, et sisselogimise ja URL-ile liikumise ning haldussaidi osalise renderdamise vahel kulus terve minut.

Lugege jälitusandmeid

Ühesainsas artiklis pole võimalik rääkida absoluutselt kõigest, mida oleks võrgu ja jõudluse tõrkeotsingu jaoks vaja teada. Jõudluse tõrkeotsingu jaoks on vaja eeskätt kogemusi ning teadmisi selle kohta, kuidas teie võrk töötab ja milline on selle jõudlus tavaolukorras. Siiski on võimalik anda ülevaade põhiküsimustest ja näidata, kuidas tööriistad hõlbustavad levinumate probleemide lahendamist.

Kui soovite saada Office 365 saitide võrgujälituse teabe lugemises meistriks, tuleb teil lihtsalt regulaarselt lehtede laadimisaja kohta jälitusfaile luua ning harjutada end neid lugema ja analüüsima. Näiteks võiksite iga kord, kui teil tekib vaba hetk, laadida mõne Office 365 teenuse ja seda protsessi jälitada. Filtreerige jälitust DNS-i liikluse vaatamiseks või otsige FrameData andmetest selle teenuse nime, mille lehele liikusite. Uurige jälitusandmeid, et saaksite aimu sellest, millised toimingud teenuse laadimisel aset leiavad. See aitab teil mõista, milline peaks välja nägema lehe laadimise teave tavaolukorras. Tõrkeotsingut tehes (eriti jõudluse tõrkeotsingu korral) aitab hea ja halva jõudluse jälitusandmete võrdlemine teil päris palju õppida.

Netmon kasutab kuvamisfiltri väljal Microsoft Intellisense’i. Intellisense ehk nutikas automaattekst on põhimõtteliselt see mugav leiutis, mis võimaldab teil väljale tippida näiteks perioodi ja ripploendis kuvatakse kõik saadaolevad väärtused. Kui teile teeb muret näiteks TCP-akna suuruse muutmine, aitab see meetod teil vajaliku filtri (nt .protocol.tcp.window < 100) kiiresti üles leida.

Kuvatõmmis Netmonist, kus on näha IntelliSense’i kasutav kuvafiltri väli.

Netmoni jälitusandmed võivad hõlmata palju liiklust. Kui te pole nende lugemises kogenud, võib jälitusfaili esmakordne avamine teid päris ära hirmutada! Kõigepealt tuleb oluline teave jälitusandmetes taustamürast esile tõsta. Kontrollisite jõudlust Office 365 suhtes – järelikult soovite vaadata seda liiklust. Kui olete juba harjunud jälitusfailides liikuma, ei pruugi te seda loendit vajada.

Teie klientseadme ja Office 365 vaheline liiklus kulgeb TLS-i kaudu, mis tähendab, et liikluse sisu on krüptitud ja tavaline Netmoni jälitus ei võimalda seda lugeda. Jõudlusanalüüsi jaoks polegi vaja paketi sisu üksikasju teada. Küll aga pakuvad jõudlusanalüüsile huvi pakettide päised ja nendes sisalduv teave.

Näpunäited hea jälitusteabe saamiseks

  • Uurige välja oma klientarvuti IPv4- või IPv6-aadressi väärtus. Selle saate välja selgitada käsuviiba kaudu: tippige IPConfig ja vajutage siis sisestusklahvi (ENTER). Selle aadressi teadmine annab teile kohe ülevaate sellest, kas jälitusse kaasatud liiklus on teie klientarvutiga otseselt seotud. Kui teate, et teil on kasutusel puhverserver, pingige ka seda ja hankige selle IP-aadress.

  • Tühjendage DNS-i resolveri vahemälu. Võimaluse korral sulgege kõik brauseriaknad peale selle, kus te teste käitate. Kui te ei saa seda teha (nt kui klienditugi kasutab mõnda brauseripõhist tööriista teie klientarvuti töölaua vaatamiseks), olge valmis jälitusteavet filtreerima.

  • Otsige jälitusandmetest üles Office 365 teenus, mida kasutate. Kui te pole oma liiklust varem lähemalt vaadanud (või kui olete seda ainult harva teinud), aitab see samm jõudlusprobleemi muust võrgumürast eraldada. Selleks on mitu võimalust. Võite vahetult enne testi tegemist pingida (sh PsPingi abil) konkreetse teenuse URL-i (nt ping outlook.office365.com ja/või psping -4 microsoft-my.sharepoint.com:443). Selle PsPingi saate protsessi nime järgi ka Netmoni jälitusteabest hõlpsasti üles leida. See annab teile alustuseks sobiva lähtekoha.

    Kui kasutate Netmoni jälitust üksnes probleemi ilmnemise ajal, pole sellestki midagi. Vajaliku teabe leidmiseks saate kasutada filtrit, näiteks ContainsBin(FrameData, ASCII, "office") või ContainsBin(FrameData, ASCII, "outlook"). Jälitusfailist leiate kaadrinumbri, mille saate üles märkida. Samuti võiksite kerida paani Frame Summary paremale ja otsida üles veeru Conversation ID. See veerg peaks sisaldama selle konkreetse dialoogi ID-d, mille võite samuti üles märkida, et seda hiljem muust teabehulgast eraldi vaadata. Ärge unustage seda filtrit enne muude filtrite rakendamist eemaldada.

    Näpunäide. : Netmonis on palju kasulikke filtreid juba sisse ehitatud. Kui soovite neid vaadata, klõpsake paani Display Filter ülaosas nuppu Load Filter.

    Oma IP-aadressi otsimine klientarvuti käsurea kaudu PSPingi abil.

    Kliendipoolne teave võrguliikluse kohta, kus on nähtaval sama PSPingi käsk läbi filtri TCP.Flags.Syn == 1.

    Viige end liiklusega kurssi ja õppige vajalikku teavet üles leidma. Näiteks õppige kindlaks tegema, milline jälitusandmetes sisalduv pakett on esimene, mis viitab teie kasutatavale Office 365 teenusele (nt „Outlook“).

Võtame näiteks Office 365 Outlook Online’i. Liiklus algab umbes järgmise teabega.

  • DNS-i standardne päring ja DNS-i vastus outlook.office365.com kohta (sh vastavad päringu ID-d). Kindlasti tuleks üles märkida selle päringu ja vastuse ajanihe (Time Offset) koos teabega selle kohta, kuhu (geograafiliselt) Office 365 globaalne DNS päringu nimeresolvimise jaoks saadab. Ideaalis peaks see olema võimalikult lokaalne, mitte teisele poole maakera. (Sellele teabele võib järgneda DNS-i liiklus veebis sisselogimiseks.)

  • HTTP GET-päring, mille olekuaruanne on Moved Permanently (301).

  • RWS-i liiklus, sh RWS Connecti päringud ja Connecti vastused. (Remote Winsock loob ühenduse teie eest.)

  • TCP SYN-i ja TCP SYN/ACK dialoog. Teie jõudlust mõjutavad paljud selle dialoogi sätted.

  • Sellele järgneb hulk TLS:TLS-i liiklust, kus leiavad aset TLS-i kätluse ja TLS-i serdi dialoogid. (Pidage meeles, et andmed on krüptitud SSL-i/TLS-i kaudu.)

Kõik selle liikluse osad on olulised ja omavahel seotud, kuid kuna jõudluse tõrkeotsingu jaoks olulist teavet sisaldab üks väike kindel osa jälitusandmetest, keskendume just sellele teabele. Kuna oleme Microsoftis teinud piisavalt Office 365 jõudluse tõrkeotsingut, et panna kokku levinumate probleemide esikümme, keskendumegi nüüd neile probleemidele ja sellele, kuidas neid meie käsutuses olevate tööriistadega lahendada.

Kui te pole neid veel installinud, heitke pilk alltoodud maatriksile. Selles on kasutatud mitut tööriista. Võimaluse korral on lisatud ka lingid installikohtadele. Loend sisaldab levinumaid võrgujälitusriistu, näiteks Netmon ja Wireshark, kuid võite kasutada mis tahes jälitusriista, mis on teie jaoks tuttav ja mida olete harjunud võrguliikluse filtreerimiseks kasutama. Testimisel pidage meeles järgmist.

  • Sulgege kõik brauseriaknad peale selle, kus te testi käitate. See aitab üldist jäädvustatava liikluse hulka piirata. Nii pole jälitusandmete fail ebaolulisest teabest üle koormatud.

  • Tühjendage klientarvutis DNS-i resolveri vahemälu. See tagab puhtama ja selgema jälitustulemuse.

Põhiprobleemid

Millised on põhilised probleemid, millega võite silmitsi seista? Ja kuidas neid võrgujälitusteabest üles leida?

Põhiline probleem

Tööriist

Otsitav teave

TCP akende suuruse muutmine

  • Asukoht: SYN – SYN/ACK.

  • Pärand- või aegunud riistvara ei pruugi TCP akende suuruse muutmist ära kasutada.

  • Ilma õigete TCP akende mastaapimise säteteta täitub TCP päiste 16-bitine vaikepuhver mõne millisekundiga.

  • Liiklus ei saa pakette edasi saata enne, kui klientarvuti on vastu võtnud kinnituse algsete andmete kättesaamise kohta. See põhjustab viivitusi.

Netmon

Wireshark

Otsige oma võrgujälituse andmetest SYN – SYN/ACK liiklust.

Netmonis kasutage filtrit (nt tcp.flags.syn == 1). Wiresharkis on kasutusel sama filter.

Filter Netmonis või Wiresharkis mõlema tööriista Syn-pakettide jaoks: TCP.Flags.Syn == 1.

Pöörake tähelepanu sellele, et igal SYN-il on ka lähtepordi (SrcPort) number koos vastava kinnituse (SYN/ACK) sihtpordiga (DstPort).

Kui soovite vaadata oma võrguühenduse kasutatavat aknamastaapimise väärtust, laiendage esmalt SYN ja seejärel vastav SYN/ACK.

Ajadelta hankimiseks SrcPorti ja DstPorti vastendamist selgitav skeem.

TCP jõudeaja sätted

  • Ajalooliselt on enamik perimeetervõrke konfigureeritud ajutiste ühenduste jaoks. See tähendab, et jõudeolekus ühendused enamasti lõpetatakse.

  • Puhverserverid ja tulemüürid võivad jõudeolekus TCP-seansid lõpetada 100–300 sekundi möödumisel.

  • Outlook Online’i jaoks tähendab see aga probleemi, kuna see teenus loob ja kasutab pikaajalisi ühendusi, olgu need siis jõude või mitte.

  • Kui puhverserver või tulemüüriseade lõpetab ühenduse, siis klientseadet sellest ei teavitata ning Outlook Online’i kasutamise katse tähendab, et klientarvuti proovib olemasolevat ühendust enne uue ühenduse loomist korduvalt üles äratada.

  • See aga võib kaasa tuua toote hangumise, viipade kuvamise või lehe aeglase laadimise.

Netmon

Wireshark

Otsige Netmonis üles pendellevi ajanihke väli Time Offset. Pendellevi on aeg, mille arvestamine algab hetkest, kui klientarvuti saadab päringu serverisse, ja lõpeb vastuse saabumisel. Seda aega tuleb vaadata kliendi ja väljumispunkti (nt klient -> puhverserver) või kliendi ja Office 365 (klient -> Office 365) vahel. Pendellevi aega mõõdetakse paljude paketitüüpide korral.

Netmoni filter võib välja näha näiteks selline: .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12. Wiresharkis seevastu võib filter olla selline: ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Näpunäited : 

  • Kas te ei tea, kas jälitusandmetes olev IP-aadress kuulub teie DNS-serverile? Vaadake aadress käsurea kaudu järele. Valige Start > Käivita ja tippige cmd või vajutage Windowsi klahvi ja tippige cmd. Tippige käsureale nslookup <the IP address from the network trace>. Testimiseks kasutage nslookupi uuesti koos oma arvuti IP-aadressiga.

  • Microsofti IP-vahemike loendi leiate artiklist Office 365 URL-id ja IP-aadresside vahemikud.

Kui jõudlusega on probleeme, peaksid ajanihete (Time Offset) väärtused olema päris suured. Käesoleva näite (Outlook Online) korral on see nii eeskätt TLS:TLS-i pakettides, mis näitavad rakendusandmete kulgemist (Netmonis leiate rakendusandmete paketid filtriga .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Aja edenemine seansi jooksul peaks üldjuhul olema sujuv. Kui Outlook Online’i värskendamisel esineb pikki viivitusi, võib põhjus olla arvukate lähtestuste saatmises.

Latentsusaeg / pendellevi aeg

  • Latentsusaeg on näitaja, mis võib päris olulisel määral muutuda paljude muutujate tõttu – vanade seadmete väljavahetamine, suure hulga kasutajate võrku lisamine, protsent läbilaskevõimest, mille võtavad ära muud sama võrguühendust kasutavad toimingud.

  • Office 365 läbilaskevõime heade tavade lehel on Office 365 jaoks saadaval läbilaskevõime kalkulaatorid.

  • Kas teil on vaja mõõta oma ühenduse kiirust või ISP ühenduse läbilaskevõimet? Proovige seda saiti (või muid sarnaseid saite): Speedtesti ametlik sait ja Pingtest.

Ping

PsPing

Netmon

Wireshark

Latentsuse jälitamisel on kindlasti kasu sellest, kui olete esmalt üles märkinud klientarvuti IP-aadressi ja Office 365 DNS-serveri IP-aadressi. See aitab jälitusandmeid hiljem hõlpsamini filtreerida. Kui loote ühenduse puhverserveri kaudu, peate oma töö lihtsustamiseks teadma klientarvuti IP-aadressi, puhverserveri/väljumispunkti IP-aadressi ja Office 365 DNS-i IP-aadressi.

URL-ile outlook.office365.com saadetud pingimispäring annab teile teada päringu vastuvõtva andmekeskuse nime – seda ka siis, kui ping ei saa järjestikuste ICMP-pakettide saatmiseks ühendust luua. Kui kasutate tasuta allalaaditavat tööriista PsPing ning määrate pordi (443) ja näiteks IPv4 kasutamise (-4), saate teada saadetud pakettide keskmise pendellevi aja. See toimib samamoodi ka teiste Office 365 teenuste URL-ide korral, näiteks psping -4 yourSite.sharepoint.com:443. Keskmise aja väärtuse jaoks suurema valimi saamiseks saate tegelikult määrata suure hulga pinge. Proovige näiteks järgmist käsku: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Märkus. : PsPing ei saada ICMP-pakette. Kuna see saadab pingimiseks TCP-paketid kindla pordi kaudu, saate kasutada suvalist porti, mille kohta teate, et see on avatud. Office 365 korral, kus on kasutusel SSL/TLS, proovige oma PsPingi lõppu lisada port:443.

Kuvatõmmis ping-käsu saatmisest lehele outlook.office365.com ja PSPing-käsust, mis teeb pordi 443 kaudu sama ning tagastab RTT väärtuseks 6,5 millisekundit.

Kui laadisite võrgujälituse ajal aeglase Office 365 lehe, proovige Netmoni või Wiresharki jälitusandmetele rakendada filter DNS. See on üks neist IP-dest, mida me otsime.

IP-aadressi leidmise (ja DNS-i latentsuse vaatamise) jaoks Netmonile filtri rakendamiseks tehke järgmist. Selles näites on kasutusel outlook.office365.com, kuid selle asemel võte kasutada ka näiteks mõne SharePoint Online’i rentniku URL-i (nt terekestseal.sharepoint.com).

  1. Pingige URL-i käsuga ping outlook.office365.com ja otsige tulemustest üles selle DNS-serveri nimi ja IP-aadress, kuhu pingipäring saadeti. Märkige see teave üles.

    Pingimispäring lehele outlook.office365.com, kus on näha lehe namnorthwest DNS ja IP-aadress.

  2. Käivitage võrgujälitus lehe avamisel (või muu jõudlusprobleemiga toimingu tegemisel). Kui märkate, et pingimise enda latentsusaeg on suur, analüüsige võrgujälituse abil pingimist.

  3. Avage jälitus Netmonis ja filtreerige välja DNS (see filter toimib ka Wiresharkis, kuid seal on see tõstutundlik – dns). Kuna pingimine andis teile teada DNS-serveri nime, saate Netmonis töö kiirendamiseks rakendada veel täpsema filtri: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"), Wiresharkis näeb see välja selline: dns and frame contains "namnorthwest".

    Avage vastusepakett. Klõpsake Netmoni aknas Frame Details veergu DNS, et seda täpsema teabe kuvamiseks laiendada. DNS-i teabe hulgast leiate selle DNS-serveri IP-aadressi, kuhu päring Office 365-s saadeti. Seda IP-aadressi läheb teil vaja järgmises etapis (PsPingi tööriist). Eemaldage filter ja paremklõpsake Netmonis veergu DNS Response (Frame Summary > Find Conversations > DNS), et DNS-i päringut ja vastust kõrvuti vaadata.

    Jälitusteave, mis on filtreeritud esmalt vestluste otsimise ja seejärel DNS-i filtriga.

  4. Pöörake Netmonis tähelepanu DNS-i päringu ja vastuse teabe vahele jäävale veerule Time Offset.

    Täiendavad Netmoni tulemused, mis on filtreeritud filtriga DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest"), kust ilmneb väga väike ajanihe päringu ja vastuse vahel.

PsPingi tööriist, mida on lihtne installida ja kasutada, on järgmises etapis suureks abiks, kuna ICMP on sageli tulemüüride poolt blokeeritud ja kuna PsPing jälitab latentsusaega käepäraselt millisekundites. PsPing loob TCP-ühenduse kindla aadressi ja pordiga (käesoleval juhul avatud pordiga 443).

  1. Installige PsPing.

  2. Avage käsuviip (Start > Käivita ja tippige cmd või vajutage Windowsi klahvi ja tippige cmd) ning asendage PsPingi käsu käivitamiseks vaikekausta tee selle kausta teega, kuhu te PsPingi installisite. Siinse näite korral oleme C-ketta juurkaustas loonud jõudluse tõrkeotsingu jaoks kausta „Perf“. Kiirema juurdepääsu huvides võite teha sama.

  3. Tippige käsk, mis saadab PsPingi päringu Netmoni jälituse kaudu leitud Office 365 DNS-serveri IP-aadressile. Lisage kindlasti ka pordi number. Teisisõnu tippige järgmine käsk: psping -n 20 132.245.24.82:445. Teile esitatakse 20 pingist koosnev valim; PsPingi peatumisel arvutatakse automaatselt ka keskmine latentsusaeg.

    PSPingi käsk psping -n 20 132.245.24.82:443, mis tagastab keskmise latentsusaja 25,51 millisekundit.

Kui teie ja Office 365 vahele jääb puhverserver, on vajalikud toimingud veidi teistsugused. Esmalt peaksite PsPingi kaudu pingima oma puhverserverit, et mõõta keskmine latentsus millisekundites puhverserverini/väljumispunktini ja tagasi, ning seejärel käitama PsPingi puhverserveris või otsese Interneti-ühendusega arvutis, et saada puuduv väärtus (aeg, mis kulub paketi jõudmiseks Office 365 serverisse ja tagasi).

Kui otsustate PsPingi käitada puhverserveris, saate kaks millisekundites mõõdetud väärtust: klientarvutist puhverserveri või väljumispunktini ja puhverserverist Office 365 serverini. Ongi kõik! Vähemalt selles osas, mis puudutab väärtuste salvestamist.

Kui käitate PsPingi mõnes muus klientarvutis, millel on otsene Interneti-ühendus (st ilma puhverserverita), on teil tulemuseks samuti kaks millisekundites mõõdetud väärtust: klientarvutist puhverserveri või väljumispunktini ja klientarvutist Office 365 serverini. Sel juhul lahutage paketi klientarvutist puhverserverisse (või mõnda teise väljumispunkti) liikumise aeg paketi klientarvutist Office 365 serverisse liikumise ajast. Tulemuseks ongi pendellevi aeg teie klientarvutist puhverserverini (või mõne teise väljumispunktini) ja puhverserverist (või muust väljumispunktist) Office 365 serverini.

Kui jõudlusprobleemi all kannatavas asukohas on mõni selline klientarvuti, millel on otsene Interneti-ühendus või mille liiklus möödub puhverserverist, võiksite juba alustuseks vaadata, kas jõudlusprobleem kordub selles klientarvutis, ja edaspidi kasutada testimiseks just seda arvutit.

Nagu Netmoni jälitus näitab, võivad kõik need millisekundid latentsusaja mõõtmisel ühe seansi jooksul päris palju aega lisada.

Netmoni üldise latentsusaja vaade, kus Netmoni vaikeveerg Time Delta on lisatud paanile Frame Summary.

Märkus. : Teie IP-aadress võib siintoodud IP-aadressidest erineda (näiteks võib teie ping tagastada aadressi 157.56.0.0/16 või muu sarnase vahemiku). Office 365 kasutatavate vahemike loendi leiate artiklist Office 365 URL-id ja IP-aadresside vahemikud. Laiendage kindlasti kõik sõlmed (lehe ülaosas on selleks vastav nupp), kui soovite otsida näiteks aadressi 132.245.

Puhverserveri autentimine

  • Järgmised juhised on teie jaoks asjakohased üksnes juhul, kui kasutate puhverserverit. Muul juhul võite need juhised vahele jätta.

  • Kui puhverserveri autentimine töötab õigesti, ei tohiks see kunagi võtta rohkem kui mõne millisekundi ja jõudlus peaks alati olema enam-vähem sama. Ka kasutuse tippajal ei tohiks see ajutiselt märkimisväärselt rohkem aega võtta.

  • Kui puhverserveri autentimine on sisse lülitatud, peate iga kord, kui loote teabe saamiseks Office 365 serveriga uue TCP-ühenduse, läbima automaatse autentimisprotsessi. Teie seade autenditakse automaatselt näiteks iga kord, kui avate Outlook Online’is meiliakna asemel kalendri või vastupidi. Ja kui SharePoint Online’is kuvatakse lehel mitmelt saidilt või asukohast pärit meediumifaile või andmeid, autenditakse teie seade iga erineva TCP-ühenduse jaoks, mida on nende andmete renderdamiseks vaja.

  • Outlook Online’is võib lehe laadimine olla aeglane näiteks kalendrist postkasti siirdumisel (või vastupidi). Samuti võib lehtede laadimine SharePoint Online’is aeglaseks jääda. Jõudlusprobleemidele viitavad sümptomeid on teisigi.

    Puhverserveri autentimine on teie väljumiskoha puhverserveri säte. Kui see põhjustab Office 365 kasutamisel jõudlusprobleeme, peaksite nõu pidama oma võrgundusmeeskonna töötajatega.

Netmon

Wireshark

Puhverserveri autentimine leiab aset iga kord, kui käivitatakse uus TCP-seanss, näiteks serverist failide või teabe pärimiseks või teabe edastamiseks. Näiteks võite puhverserveri autentimist kohata HTTP GET- või HTTP POST-päringute korral. Kui soovite jälituses näha päringute autentimise kaadreid, lisage Netmonis veerg NTLMSSP Summary ja rakendage filter .property.NTLMSSPSummary. Autentimiseks kuluva aja vaatamiseks lisage ka veerg Time Delta. Veeru lisamiseks Netmoni vaatesse tehke järgmist.

  1. Paremklõpsake mõnda veergu, näiteks Description.

  2. Klõpsake käsku Choose Columns. Otsige loendis üles väärtused NTLMSSP Summary ja Time Delta ning klõpsake nuppu Add.

  3. Nihutage uued veerud veeru Description ette või järele, et saaksite neid kõrvuti lugeda. Klõpsake nuppu OK.

Netmoni filter töötab ka siis, kui te veergu ei lisa. Tõrkeotsing on aga oluliselt lihtsam, kui näete täpselt, millises autentimise etapis te parajasti asute. Puhverserveri autentimise eksemplare otsides uurige kindlasti tähelepanelikult kõiki kaadreid, mis sisaldavad NTLM Challenge’i või Authenticate Message’i märget. Vajaduse korral paremklõpsake konkreetset liikluskildu ja valige Find Conversations > TCP. Pöörake kindlasti tähelepanu nende dialoogide Time Delta väärtustele.

Netmoni jälitusandmed, kus on nähtaval vestluse järgi filtreeritud puhvri autentimised.

Puhvri autentimise neljasekundiline viivitus Wiresharkis kuvatuna. Veeru Time delta from previous displayed frame lisamiseks paremklõpsati üksikasjaliku kaadriteabe paanil samanimelist välja ja valiti käsk Add as Column.

Wiresharkis saab veeru „Time delta from previous displayed frame“ lisamiseks paremklõpsata üksikasjaliku kaadriteabe paanil samanimelist välja ja valida käsu Add as Column (Lisa veeruna).

DNS-i jõudlus

  • Nimeresolvimine toimib kõige paremini (ja kiiremini) siis, kui see leiab aset klientarvuti asukohariigile võimalikult lähedal.

  • Kui DNS-i nimeresolvimine tehakse teisel pool maakera, võib see lehtede laadimise mitme sekundi võrra aeglasemaks muuta.

  • Ideaaljuhul ei tohiks nimeresolvimine võtta üle 100 ms. Kui selleks kulub rohkem aega, peaksite asja edasi uurima.

Näpunäide. : Kas te pole kindel, kuidas klientrakenduse ühenduvus Office 365 korral töötab? Lugege klientrakenduse ühenduvuse juhenddokumenti, mille leiate siit.

Netmon

Wireshark

PsPing

DNS-i jõudluse analüüsimine on üldjuhul samuti võrgujälituse alla kuuluv toiming. Võimalike põhjuste väljaselgitamisel (või elimineerimisel) on aga abiks ka PsPing.

DNS-i liiklus põhineb TCP- ja UDP-päringutel ning vastused on selgelt tähistatud ID-ga, mis aitab konkreetse päringu sellele vastava vastusega kokku viia. DNS-i liiklust näete näiteks juhul, kui SharePoint Online kasutab veebilehel võrgu nime või URL-i. Rusikareeglina võib öelda, et suurem osa sellest liiklusest (v.a tsoonide üleviimisel) käib UDP kaudu.

Nii Netmonis kui ka Wiresharkis on lihtsaim filter, mis võimaldab teil DNS-i liiklust vaadata, lihtsalt dns. Filtri määramisel kirjutage see kindlasti väiketähtedega. Enne probleemi esilekutsumist klientarvutis tühjendage DNS-i resolveri vahemälu. Kui näiteks SharePoint Online’i avalehe laadimine võtab palju aega, peaksite sulgema kõik brauserid, avama uue brauseriakna, käivitama jälituse, tühjendama DNS-i resolveri vahemälu ja seejärel liikuma oma SharePoint Online’i saidile. Kui terve leht on resolvitud, peaksite jälituse peatama ja salvestama.

Tavaline DNS-i filter Netmonis on DNS.

Siin peaksite tähelepanu pöörama ajanihkele. Samuti võib abi olla veeru Time Delta lisamisest Netmonis. Selleks tehke järgmist.

  1. Paremklõpsake mõnda veergu, näiteks Description.

  2. Klõpsake käsku Choose Columns.

  3. Otsige loendist üles väärtus Time Delta ja klõpsake nuppu Add.

  4. Nihutage uus veerg veeru Description ette või järele, et saaksite neid kõrvuti lugeda. Klõpsake nuppu OK.

Kui leiate mõne huvipakkuva päringu, võiksite selle teistest eraldada. Selleks paremklõpsake päringut üksikasjaliku kaadriteabe paanil ja valige Find Conversations > DNS. Nagu näete, kuvatakse paanil Network Conversations kohe UDP liikluse logis konkreetne dialoog.

Netmoni jälitusteave Outlook Online’i kohta, mis on filtreeritud DNS-i põhjal ning mille tulemuste piiritlemiseks on kasutatud vestluste otsimist ja seejärel DNS-i.

Wiresharkis saate DNS-i aja jaoks omaette veeru ise luua. Tehke (või avage) Wiresharkis jälitus ja rakendage filter dns või dns.time. Klõpsake mõnda DNS-i päringut. Üksikasjapaanil laiendage väärtus Domain Name System (response). Kuvatakse aja väli (nt [Time: 0.001111100 seconds]). Paremklõpsake seda aega ja valige Apply as Column. See annab teie käsutusse jälituse kiiremat sortimist võimaldava ajaveeru (Time). Klõpsake uut veergu, et väärtused kahanevas järjestuses sortida ja vaadata, millise DNS-i kutse resolvimine võttis kõige rohkem aega.

SharePoint Online‘i vaade, mis on Wiresharkis filtreeritud filtriga (väiketähed) dns-time ja kus üksikasjade ajateave on muudetud veeruks ja sorditud tõusvas järjestuses.

Kui soovite DNS-i resolvimise aega põhjalikumalt analüüsida, testige PsPingiga TCP kasutatavat DNS-i porti (nt psping <IP address of DNS server>:53). Kas jõudlusprobleemid on ikka alles? Kui jõudlusprobleemid pole lahenenud, võib põhjus olla võrgus laiemalt, mitte konkreetses DNS-i rakenduses, kuhu teie liiklus resolvimiseks suundub. Samuti tasub uuesti märkida, et aadressi outlook.office365.com pingimine annab teile teada, kus Outlook Online’i DNS-i nime resolvimine aset leiab (nt outlook-namnorthwest.office365.com).

Kui probleem näib olevat seotud konkreetselt DNS-iga, võiksite pöörduda oma ettevõtte IT-osakonna poole ning probleemi täpsemaks analüüsimiseks uurida DNS-i konfiguratsioone ja DNS-i edasisuunamislahendusi.

Puhverserveri mastaabitavus

  • Office 365 teenused (nt Outlook Online) loovad klientseadmes pikaajalise ühenduse.

  • Seetõttu võib iga kasutaja kasutada rohkem ühendusi, mis nõuavad pikemat eluiga.

Näpunäide. : Kas teil on vaja läbilaskevõimet täpsemalt kavandada, kuna plaanite Office 365 teenuste jaoks palju kasutajaid lisada? Lugege Office 365 Interneti läbilaskevõime kasutuse plaanimise artiklit. Sealt leiate kalkulaatorid läbilaskevõime arvutamiseks.

Matemaatika

Selle jaoks pole ühtegi konkreetset võrgujälitus- ega tõrkeotsingutööriista. Aluseks võetakse läbilaskevõime arvutused, kus on arvesse võetud piiranguid ja muid muutujaid.

TCP lubatud maht (MSS)

  • Asukoht: SYN – SYN/ACK.

  • Selle kontrolli võiks ära teha iga kord, kui tegelete jõudluse mõõtmiseks võrgujälitusega, kuna see aitab tagada TCP-pakettide sellise konfiguratsiooni, mis lubab edastada võimalikult suurt hulka andmeid.

  • Siht-MSS on 1460 baiti andmeedastuse kohta.

  • Kui töötate puhverserveri taga või kasutate NAT-d, käitage seda testi võimalikult täpsete tulemuste saamiseks esmalt paketi klientseadmest puhverserverisse, väljumispunkti või NAT-sse jõudmiseks kuluva aja mõõtmiseks ja seejärel puhverserverist, väljumispunktist või NAT-st Office 365 serverisse jõudmiseks kuluva aja mõõtmiseks. Need TCP seansid on erinevad.

Netmon

TCP lubatud maht (Max Segment Size – MSS) on teie võrgujälituses teine kolmesuunalise kätluse parameeter. Vajalikud andmed leiate SYN – SYN/ACK-i paketist. MSS-i leidmine on tegelikult päris lihtne.

Avage jõudluse võrgujälituse teave ja otsige üles ühendus, mis teile huvi pakub või millega seoses jõudlusprobleem ilmnes.

Märkmed : 

  • Kui vaatate jälitusandmeid ja teil on vaja üles leida oma dialoogi jaoks asjakohane liiklus, saate andmed filtreerida klientarvuti IP, puhverserveri või muu väljumispunkti IP või mõlema järgi. Otseühenduse korral peate testitavat URL-i pingima, et selgitada välja, milline IP-aadress jälitusteabes kuulub teile huvipakkuvale Office 365 teenusele, ja kasutama filtrina seda URL-i.

  • Kas vaatate varem jäädvustatud jälitusandmeid? Filtrid aitavad teil ennast selle teabega kurssi viia. Käivitage Netmonis URL-i põhjal otsing (nt Containsbin(framedata, ascii, "sphybridExample")) ja märkige üles kaadri number. Wiresharkis sobib näiteks järgmine otsing: frame contains "sphybridExample". Kui märkate, et olete üles leidnud Remote Winsocki (RWS) liikluse (Wiresharkis võib see ilmuda kujul [PSH, ACK]), siis peaks teile abiks olema teadmine, et RWS-i ühendused eelnevad enamasti üsna vahetult asjakohastele SYN – SYN/ACK-idele. Sellesse kohta jõudes võite üles märkida kaadri numbri, filtri eemaldada ja klõpsata Netmoni aknas Network Conversations nuppu All Traffic, et vaadata lähimat SYN-i.

  • Kui te ei saanud jälituse käitamise ajal IP-aadressi teavet, aitab jälitusandmetest oma URL-i leidmine (nt osa URL-ist sphübriidNäide-minu.sharepoint.com) teil ühtlasi üles leida ka IP-aadressid, mida seejärel filtrina kasutada.

  1. Otsige jälitusteabest üles ühendus, mida soovite vaadata. Selleks võite jälitusteabest lihtsalt pilgu üle lasta, seda IP-aadresside alusel filtreerida või valida Netmoni aknas Network Conversations konkreetsete dialoogide ID-d (Conversation ID).

    Vestluste alusel filtreerimine. Paremklõpsake SYN-paneeli ning valige vestluste otsimise käsk ja TCP.

  2. Pärast soovitud SYN-paketi leidmist laiendage paanil Frame Details väärtus TCP (Netmonis) või Transmission Control Protocol (Wiresharkis).

  3. Laiendage väärtused TCP Options ja MaxSegmentSize.

  4. Otsige üles seostuv SYN-ACK kaader ning laiendage väärtused TCP Options ja MaxSegmentSize.

  5. Väiksem neist kahest väärtusest on teie MSS ehk lubatud maht.

Järgmisel pildil oleme ära kasutanud Netmoni valmisveergu nimega TCP Troubleshoot.

Netmonis sisseehitatud veergude abil filtreeritud võrgujälitusteave.

See valmisveerg asub paani Frame Details ülaservas. (Tavavaatesse naasmiseks klõpsake uuesti nuppu Columns ja valige siis Time Zone.)

TCP tõrkeotsingu jaoks vajaliku veergude ripploendi asukoht (paani Frame Summary ülaservas).

Siin on filtreeritud jälitusteabe näide Wiresharkis. Kasutatud on spetsiaalselt MSS-väärtuse jaoks mõeldud filtrit (tcp.options.mss). SYN-i, SYN/ACK-i ja ACK-i kätluse kaadrid on teie töö lihtsustamiseks Wiresharki üksikasjaliku kaadriteabe paani allosas omavahel lingitud (kaader 47 ACK on seotud kaadriga 46 SYN/ACK, mis on omakorda seotud kaadriga 43 SYN).

Wiresharkis maksimaalse segmendisuuruse filtriga (MSS) tcp.options.mss filtreeritud jälitusteave.

Kui peate kontrollima valikulist kinnitust (see on käesoleva maatriksi järgmine teema), siis ärge jälitusandmeid sulgege!

Valikuline kinnitus

  • Asukoht: SYN – SYN/ACK.

  • See peab nii SYN-is kui ka SYN/ACK-is olema staatusega Permitted (Lubatud).

  • Valikuline kinnitus (Selective Acknowledgment – SACK) võimaldab andmeid sujuvamalt uuesti edastada, kui mõni pakett tee peal kaduma läheb.

  • Kuna seadmed saavad selle funktsiooni keelata, võib see kaasa tuua jõudlusprobleeme.

  • Kui töötate puhverserveri taga või kasutate NAT-d, käitage seda testi võimalikult täpsete tulemuste saamiseks esmalt paketi klientseadmest puhverserverisse, väljumispunkti või NAT-sse jõudmiseks kuluva aja mõõtmiseks ja seejärel puhverserverist, väljumispunktist või NAT-st Office 365 serverisse jõudmiseks kuluva aja mõõtmiseks. Need TCP seansid on erinevad.

Netmon

Valikuline kinnitus (SACK) on üks SYN – SYN/ACK kätluse parameetreid. SYN – SYN/ACK filtreerimiseks jälitusteabes on mitu võimalust.

  1. Otsige jälitusandmetes üles ühendus, mis teile huvi pakub. Selleks vaadake jälitusteave pilguga üle, filtreerige seda IP-aadresside alusel või klõpsake Netmoni aknas Network Conversations mõnda dialoogi ID-d (Conversation ID).

  2. Pärast soovitud SYN-paketi leidmist laiendage jaotises Frame Details väärtus TCP (Netmonis) või Transmission Control Protocol (Wiresharkis).

  3. Laiendage esmalt väärtus TCP Options ja seejärel SACK.

  4. Otsige üles seostuv SYN-ACK kaader ning laiendage väärtus TCP Options koos tema SACK väljaga.

  5. Veenduge, et SACK oleks lubatud nii SYN-i kui ka SYN/ACK all.

Siin on SACK-väärtused Netmonis ja Wiresharkis.

Valikuline kinnitus (SACK) Netmonis pärast filtri tcp.flags.syn == 1 rakendamist.

SACK Wiresharkis filtriga tcp.flags.syn == 1

DNS-i geograafiline asukoht

  • Teie ühenduskiirust mõjutab muu hulgas ka see, millises maailma nurgas proovib Office 365 teie DNS-i kutset resolvida.

  • Outlook Online’is kasutatakse pärast esimese DNS-i otsingu lõpuleviimist selle DNS-i asukohta teile lähima andmekeskusega ühenduse loomiseks. Teid ühendatakse Outlook Online’i CAS-serveriga, mis, kasutab tuumvõrku selle andmekeskusega ühenduse loomiseks, kus teie andmed asuvad. See teeb ühenduse kiiremaks.

  • SharePoint Online’iga ühenduse loomisel suunatakse välismaal viibiv kasutaja (nt reisil) oma aktiivsesse andmekeskusesse ehk andmekeskusesse, mille asukoht põhineb kasutaja SPO rentniku kodubaasil (ehk teisisõnu kui kasutaja on näiteks põhiliselt USA-s, on selleks USA-s asuv andmekeskus).

  • Lync Online’il on aktiivsed sõlmed korraga rohkem kui ühes andmekeskuses. Lync Online’i eksemplaride päringute saatmisel teeb Microsofti DNS kindlaks, kust päring saabub, jatagastab selle lähima piirkondliku andmekeskuse IP-aadressid, kus Lync Online on aktiivne.

Näpunäide. : Kas soovite rohkem teavet selle kohta, kuidas klientarvutid Office 365-ga ühenduse loovad? Lugege artiklit klientrakenduste ühilduvuse kohta (see sisaldab ka abistavaid graafikuid).

Ping

PsPing

Kliendi DNS-serveritest Microsofti DNS-serveritesse saadetud aadressiteisenduspäringud peaksid enamasti ajendama Microsofti DNS-i tagastama mõne piirkondliku andmekeskuse IP-aadressi. Mida see teie jaoks tähendab? Oletagem, et teie ettevõtte peakontor asub näiteks Indias, kuid teie reisite parajasti Ameerika Ühendriikides. Kui teie brauser saadab Outlook Online’i päringu, peaksid Microsofti DNS-serverid teile andma USA-s asuvate andmekeskuste (piirkondliku andmekeskuse) IP-aadressid. Kui Outlookist on vaja tuua meilisõnum, kulgevad need andmed Microsofti kiirest tuumvõrgus ühest andmekeskusest teise.

DNS töötab kiiremini, kui aadress teisendatakse kasutaja asukohale võimalikult lähedal. Kui asute Euroopas, peaks teie liiklus suunduma mõne Euroopas asuva Microsofti DNS-i suunas ja ideaaljuhul peaks kogu teie töö käima Euroopas asuva andmekeskuse kaudu. Kui klientarvuti asub Euroopas, kuid DNS ja andmekeskus Ameerikas, mõjutab see ka jõudlust.

Pingige aadressi outlook.office365.com, et teha kindlaks, kuhu teie DNS-i päring marsruuditakse. Kui asute Euroopas, peaks vastus olema näiteks outlook-emeawest.office365.com või outlook-emeaeast2.office365.com. Ameerikas seevastu peaksite nägema umbes sellist aadressi: outlook-namnorthwest.office365.com.

  1. Avage klientarvutis käsuviip (Start > Käivita > cmd või Windowsi klahv ja tippige cmd).

  2. Tippige ping outlook.office365.com ja vajutage sisestusklahvi (ENTER).

    Kui soovite pingida IPv4 kaudu, määrake kindlasti -4. Te ei pruugi ICMP-pakettidest vastust saada, kuid peaksite nägema selle DNS-i nime, kuhu päring marsruuditi.

Kui soovite näha selle ühenduse latentsusnäitajaid, proovige kasutada PsPingi selle serveri IP-aadressi jaoks, mille pingimine tagastas.

Lehe outlook.office365.com pingimispäring, mis näitab lahendust aadressil outlook-namnorthwest.

PSPingi käsk lehe outlook.office365.com pingimispäringu tagastatud IP-aadressile, mis näitab keskmiselt 28-millisekundilist latentsusaega.

Office 365 rakenduse tõrkeotsing

Netmon

HTTPWatch

F12-konsool brauseris

Selles võrgundusele pühendatud artiklis ei käsitleta rakendusekohase tõrkeotsingu tööriistu. Ülevaate ressurssidest, mida saate kasutada, leiate sellelt lehelt.

Seotud teemad

Office 365 lõpp-punktide haldamine
Office 365 ühenduse tõrkeotsing

Täiendage oma oskusi
Tutvuge koolitusmaterjalidega
Kasutage uusi funktsioone enne teisi
Liituge Office Insideri programmiga

Kas sellest teabest oli abi?

Täname tagasiside eest!

Täname tagasiside eest! Tundub, et võiksime teid kokku viia ühega meie Office'i tugiagentidest, kes aitab teil probleemi lahendada.

×