Office 365 jõudluse suurendamine võrdlusandmete ja jõudlusajaloo abil

Office 365 ja teie ettevõtte vahelise ühenduse jõudluse kontrollimiseks on mõned lihtsad viisid, mis võimaldavad teil määrata ühenduvuse jaoks ligikaudse lähteplaani. Klientarvuti ühenduse jõudluse ajaloo teadmine võib aidata ilmnevaid probleem varem avastada ning probleeme tuvastada ja ennustada.

Kui teil pole jõudlusprobleemidega töötamisega kogemusi, aitab see artikkel teil arvestada mõne enamlevinud küsimusega (nt Kuidas aru saada, et probleem on seotud jõudlusega ja pole teenusekomplekti Office 365 teenusejuhtum?). Kuidas kavandada süsteemi head jõudlust pikaajaliselt? Kuidas jõudlusel silma peal hoida? Kui teie meeskond või kliendid tajuvad Office 365 kasutamisel jõudlusprobleeme ja te murrate eeltoodud küsimuste üle pead, lugege edasi.

NB! : Kas teie klientseadmel on just praegu Office 365 kasutamisel jõudlusega probleeme? Täitke teemas Office 365 jõudluse tõrkeotsingu plaan kirjeldatud juhised.

Asjad, mida peaksite Office 365 jõudluse kohta teadma

Office 365 koduks on võimas sihtotstarbeline Microsofti võrk. Lisaks võrgu automaatsele haldamisele hoiavad selle tööl pidevalt silma peal ka päris inimesed. Office 365 pilveteenuse hooldamine hõlmab muu hulgas ka jõudluse peenhäälestamise ja optimeerimise võimaluste sisseehitamist. Kuna Office 365 pilveteenuste kliendid peavad teenustega ühenduse looma Interneti kaudu, proovime Office 365 teenuste jõudlust pidevalt paremaks muuta. Jõudluse täiustamisega tegelemine ei lõpe pilveteenuste korral mitte kunagi. Meil on pilveteenuste töökorras hoidmise ja kiiruse tagamisega pikaajalised kogemused. Kui teil on jõudlusprobleeme oma asukohast Office 365 teenustega ühenduse loomisel, pole mõtet alustada klienditoele abipalve esitamisest ja sealt lahenduse ootamisest. Selle asemel peaksite asuma probleemi põhjuseid välja selgitama „seestpoolt väljapoole“. Teisisõnu tuleks teil alustada oma võrgust ja seejärel järkjärgult Office 365 poole liikuda. Enne Office 365 klienditoele taotluse esitamist saate andmeid koguda ning teha päris palju ära selleks, et jõuda oma probleemi põhjustes selgusele. Sageli tuleb ka lahendus välja juba selle eeltöö käigus.

NB! : Office 365 kasutamisel pöörake kindlasti tähelepanu jõudluse plaanimisele ja erinevatele piirangutele. See teave on jõudlusega seotud probleemidele lahenduse otsimisel suureks abiks. Siin on Office 365 platvormi teenusekirjelduse link. See on keskne koht ning kõigil Office 365 pakutavatel teenustel on link, mis viib siit nende oma teenuste kirjeldusteni. See tähendab, et kui teil näiteks on vaja vaadata SharePoint Online’i tavapiiranguid, siis saate valida SharePoint Online’i teenusekirjelduse ja otsida üles SharePoint Online’i piirangute jaotise.

Üks asi, mida peaksite tõrkeotsingut alustades meeles pidama, on see, et jõudlust mõõdetakse libiseval skaalal: tegemist pole ühe kindla ideaalväärtuse saavutamise ja igavese säilitamisega. (Kui juhtute just seda uskuma, siis võivad ajutised suure koormusega toimingud, näiteks paljude kasutajate korraga lisamine või mahukate andmehulkade migreerimine, tuua kaasa väga palju stressi – kui te seda muul ajal ei tee, siis vähemalt sellistes olukordades tasub kindlasti arvestada, et jõudlus võib ajutiselt halveneda.) Muidugi peaks teil olema umbkaudne arusaam sellest, millist jõudlust soovite, kuid tegeliku jõudluse määrab ära terve hulk muutujaid ja seetõttu on ka jõudlus muutuv. Jõudlus on kord juba selline.

Jõudluse tõrkeotsingu otstarve pole mitte konkreetsete eesmärkide täitmine ja nende näitajate pidev säilitamine, vaid praeguste tegevuste optimeerimine, võttes arvesse kõiki muutujaid.

Kuidas jõudlusprobleem välja näeb?

Kõigepealt tuleb teil veenduda, et probleemid on tõepoolest seotud jõudlusega ning et tegemist pole teenusejuhtumiga. Jõudlusprobleem pole sama, mis Office 365 teenusejuhtum. Siit saate teada, kuidas neil vahet teha.

Kui probleem on Office 365 teenusega, on tegemist teenusejuhtumiga. Sellisel juhul näete Office 365 halduskeskuses jaotises Praegune seisund punaseid või kollaseid ikoone. Samuti võite märgata jõudlusprobleeme Office 365 kasutavates klientarvutites. Oletagem näiteks, et praeguse seisundi jaotises on punane ikoon ja Exchange’i nime kõrval on märge Uurimisel. Samal ajal saate hulga kõnesid oma asutuse töötajatelt, kes kurdavad, et Exchange Online’i kasutavate klientpostkastide töö on aeglane. Sel juhul on mõistlik eeldada, et teie Exchange Online’i jõudluse probleemid on seotud teenuses endas esinevate probleemidega.

Office 365 teenuste seisundi armatuurlaud, kus kõik töökoormused (peale Exchange‘i, mille juures kuvatakse teade „Teenus on taastatud“) on tähistatud rohelise värviga.

Office 365 administraatorina peaksite seega end pidevalt kursis hoidma nii jaotisega Praegune seisund kui ka vaatama jaotist Kuva üksikasjad ja ajalugu, et saaksite jälgida, millist hooldust süsteemis parajasti teostatakse. Armatuurlaud Praegune seisund ongi loodud selleks, et teid kursis hoida nii teenuses toimuvate muudatuste kui ka probleemidega. Seisundiajaloo märkmed ja selgitused on kirjutatud teiste administraatorite poolt ning need aitavad teil hinnata probleemide mõju oma asutuse tööle ja annavad teada, kuidas probleemide lahendamine kulgeb.

Pilt Office 365 teenuste seisundi armatuurlauast, kus selgitatakse, kas ja miks on Exchange Online‘i teenus taastatud.

Jõudlusprobleem pole teenusejuhtum, ehkki teenusejuhtumid võivad põhjustada jõudlusmuresid. Jõudlusprobleemiga võib tegu olla siis, kui teie olukorrale vastab mõni järgmistest punktidest.

  • Jõudlusprobleem ei sõltu sellest, mida Office 365 halduskeskuse leht Praegune seisund teenuse kohta teatab.

  • Mõni varem üsna sujuvalt kulgenud toiming võtab nüüd palju aega või ei jõuagi lõpule.

  • Saate probleemi vajadusel ise uuesti esile kutsuda või vähemalt teate, et see tekib teatud kindlate toimingute tegemisel.

  • Kui probleem esineb üksnes aeg-ajalt, kuid selles on välja kujunenud teatud muster – näiteks kui teate, et kella kümneks hommikul saate hulga kõnesid kasutajatelt, kes ei pääse Office 365 teenustele juurde, kuid keskpäevaks kaebusi enam ei esine.

Tõenäoliselt kõlab see kõik tuttavalt. Ehk isegi liiga tuttavalt. Kui teate, et tegemist on jõudlusprobleemiga, on järgmine küsimus ilmselt selles, mida edasi teha. Ülejäänud artikkel aitabki teil otsustada, mida järgmiseks ette võtta.

Jõudlusprobleemi määratlemine ja testimine

Kuna jõudlusega seotud probleemid kerkivad sageli esile pikema aja jooksul, võib probleemi tegeliku põhjuse väljaselgitamine olla üsna keeruline. Lahenduse leidmiseks tuleb teil kokku panna probleemi kirjeldus, saada hea ülevaade probleemi kontekstist ja seejärel esitada korratavad sammud probleemi testimiseks. Muidu võite õige teeotsa kergesti kaotada, ilma et teeksite ise midagi valesti. Miks see nii on? Siit leiate mõned näited probleemikirjeldustest, mis ei paku piisavalt olulist teavet.

  • Postkastist kalendrisse liikumine käis varem nii sujuvalt, et ma ei pannud seda isegi tähele, kuid nüüd jõuan ma endale enne kohvi teha, kui see toiming lõpule jõuab. Kas varasema kiiruse saaks jälle tagasi?

  • Failide üleslaadimine SharePoint Online’i võtab terve igaviku. Miks see pärastlõunal nii aeglane on, kui muul ajal käib kõik kiiresti? Kas ei saaks nii, et see oleks kogu aeg kiire?

Ülaltoodud kirjeldustel on päris mitu puudujääki. Eeskätt on mure selles, et need sisaldavad liiga palju segaseks jäävaid väiteid, näiteks:

  • pole selge, kuidas postkastist kalendrisse liikumine ja vastupidi varem sülearvutis toimus;

  • mida kasutaja „kiire“ all silmas peab, kui ta küsib „Kas ei saaks nii, et see oleks kogu aeg kiire?“;

  • kui pikk aeg on „terve igavik“? Kas see tähendab mitut sekundit või minutit – või hoopis seda, et kasutaja võib toimingu käivitada, siis rahulikult lõunale minna ja pärast tööle tagasi jõudmist veel kümme minutit oodata, enne kui toiming viimaks lõpule jõuab?

Sellistes probleemikirjeldustes ei võeta arvesse seda, et administraator ja tõrkeotsingut tegev inimene ei saa neist kuidagi kätte paljusid vajalikke üksikasju. Näiteks puudub neist kirjeldustest teave selle kohta, millal probleem tekkis. Samuti pole neis kirjas näiteks seda, et kasutaja töötab kodust ja postkastist kalendrisse liikumine on aeglane üksnes koduvõrgus, et kasutaja kohalikus klientseadmes töötab mitu muud ressursinäljast rakendust või et kasutaja arvutis töötab vanem opsüsteem või ta pole installinud viimaseid värskendusi.

Kui kasutaja teatab jõudlusprobleemist, on vaja koguda päris palju teavet. Selle teabe kogumine moodustab osa protsessist, mida nimetatakse probleemi ulatuse määramiseks ehk uurimiseks. Järgmine loend sisaldab põhilisi ulatuse määramiseks vajalikke küsimusi, mis aitavad teil jõudlusprobleemi kohta teavet koguda. Loend pole sugugi ammendav, kuid see aitab vähemalt algust teha.

  • Millisel kuupäeval probleem ilmnes? Millisel kellaajal, päeval või öösel?

  • Millist klientarvutit te kasutasite ja kuidas on see teie ettevõtte võrguga ühenduses (VPN, kaabelvõrk, juhtmeta võrk)?

  • Kas töötasite kodus (kaugühenduse kaudu) või kontoris?

  • Kas proovisite teha sama mõnes muus arvutis? Kas sama käitumine kordus ka seal?

  • Kirjeldage probleemset tegevust üksikasjalikult, samm-sammult, märkides täpselt üles kõik toimingud, mida te teete.

  • Mida tähendab „aeglane jõudlus“? Kui mitu sekundit või minutit toiming aega võtab?

  • Kus te asute (geograafiliselt)?

Osa neist küsimustest on iseenesest mõistetavad, osa mitte. Enamik inimesi mõistab, et tõrkeotsingu tegemiseks on IT-töötajal tarvis täpselt teada, kuidas probleem esile kutsuda. Kuidas muidu kindlaks teha, mis tegelikult valesti on? Kuidas muidu testida, kas probleem on lahendatud? Seda, miks on vaja teada asukohta ning probleemi kuupäeva ja kellaaega, pole ehk nii kerge mõista, kuid nendele küsimustele antud vastustest võib sageli abi olla. Näiteks võib selguda, et kasutajal ilmnes probleem töötegemise käigus täpselt siis, kui teie ettevõtte võrgus või mõnes selle osas käisid hooldustööd. Kui teie ettevõttes on kasutusel mõni hübriidjuurutus (nt SharePointi otsingu hübriidjuurutus, mis esitab päringuid nii SharePoint Online’is kui ka SharePoint Server 2013 kohapealses eksemplaris asuvatesse päringuregistritesse), võib kohapealses serveripargis olla käsil värskenduste installimine. Kui aga teie ettevõttes on kasutusel üksnes pilveteenused, võib süsteemihooldus hõlmata võrguriistvara lisamist või eemaldamist, ettevõtteüleste värskenduste väljastamist või DNS-i (või muude oluliste taristuelementide) muutmist.

Jõudlusprobleemi põhjuste väljaselgitamist võiks võrrelda kuriteopaigal tõendite kogumisega: peate olema äärmiselt täpne ja tähelepanelik, et kogutud asitõendite põhjal otsuseid langetada. Selleks läheb teil vaja head probleemikirjeldust, mille saamiseks tuleb esmalt kogu vajalik tõendusmaterjal kokku koguda. Sinna alla kuulub näiteks arvuti kontekst, kasutaja kontekst, probleemi ilmnemise aeg ja täpne ülevaade sellest, millised toimingud viisid probleemi esilekerkimiseni. See probleemikirjeldus peaks olema teie märkmetes kõige esimesel kohal. Kui arvate, et olete leidnud lahenduse, saate probleemikirjelduse uuesti ette võtta ja seal kirjeldatud toimingud läbi mängida, et kontrollida, kas teie tegevus on tõepoolest probleemi lahendanud. Ilma selle sammuta ei saa te olla kindel, et teie töö on tõepoolest tehtud.

Missugune näeb välja hea (suur) jõudlus?

Kui teil üldse ei vea, ei oska sellele küsimusele vastata mitte keegi. Kellelgi pole mingeid andmeid üles märgitud. See tähendab, et mitte keegi ei oska vastata isegi sellistele lihtsatele küsimustele nagu „Kui kaua (sekundites, kas või umbkaudu) postkasti avamiseks Office 365 lehel kulus?“ või „Kui palju aega Lynci koosolekute käivitamine varem võttis?“, mis on paljudes ettevõtetes üsna tavaline.

Teisisõnu on meil puudu jõudluse võrdlusalus.

Võrdlusalused pakuvad jõudluse hindamisel konteksti. Sõltuvalt ettevõtte vajadustest peaksite võrdlusalust mõõtma regulaarselt, nii harva või nii tihti kui tarvis. Suurettevõttes võib teie IT-meeskond juba praegu kohapealses keskkonnas aeg-ajalt jõudluse võrdlusaluse määramiseks mõõtmisi teha. Kui teie ettevõttes on näiteks otsustatud, et kõik Exchange’i serverid paigatakse kuu esimesel esmaspäeval ja kõik SharePointi serverid kuu kolmandal esmaspäeval, on teie IT-meeskonnal ilmselt juba olemas loetelu toimingutest ja stsenaariumidest, mida kriitilise tähtsusega funktsioonide töökorras olekus veendumiseks paikamise järel käitada. Selline stsenaarium võib hõlmata näiteks postkasti avamist, nupu Saada ja võta vastu klõpsamist ning veendumist, et kaustad värskendatakse õigesti, või SharePointis saidi avalehele liikumist, ettevõtteotsingu lehe avamist ja veendumist, et otsing tagastab tulemeid.

Kui teie rakendused asuvad Office 365 saidil, võiksite olulisemate võrdlusaluste määramiseks näiteks mõõta aega (millisekundites) teie võrgus asuvast klientarvutist kuni väljumispunktini ehk punktini, milles te oma võrgust lahkute ja Office 365 juurde liigute. Siit leiate ülevaate võrdlusalustest, mille mõõtmine ja uurimine sageli kasuks tuleb.

  • Tehke kindlaks, millised seadmed asuvad teie klientarvuti ja väljumispunkti (nt puhverserveri ehk proksi) vahel.

    • See on oluline teave, et teil oleks võimalike jõudlusprobleemide tekkimisel keskkonna kohta rohkem konteksti (IP-aadressid, seadme tüüp, jne).

    • Puhverserverid on levinud väljumispunktid. Võite oma veebibrauseris järele vaadata, millist puhverserverit see on määratud kasutama (kui puhverserver on kasutusel).

    • Olemas on ka kolmanda osapoole tööriistu, mis oskavad teie võrku üles leida ja kaardistada, kuid kõige kindlam on seadmetest ülevaate saamiseks küsida vajalikke andmeid mõnelt oma võrgumeeskonna liikmelt.

  • Tehke kindlaks, kes on teie Interneti-teenuse pakkuja (ISP), kirjutage üles tema kontaktteave ja küsige, kui palju on teile ribalaiust ehk läbilaskevõimet eraldatud.

  • Uurige järele, millised ressursid on teie ettevõttes olemas teie klientseadme ja väljumispunkti vahele jäävate seadmete jaoks või uurige välja, kellega saaksite hädaolukorras võrguprobleemidest rääkida.

Siit leiate ülevaate põhilistest võrdlusalustest, mille saab kiiresti välja arvutada vastavate tööriistadega tehtavate testide abil:

  • aeg (millisekundites) teie klientarvutist väljumispunktini;

  • aeg (millisekundites) teie väljumispunktist Office 365-ni;

  • selle serveri geograafiline asukoht, mis tegeleb veebisirvimisel Office 365 URL-ide resolvimisega;

  • teie ISP DNS-i resolvimise aeg (millisekundites), ebakõlad pakettide kohalesaabumisel (võrguvärin), üles- ja allalaadimisajad (millisekundites).

Kui te pole varem selliseid asju teinud, siis leiate käesolevast artiklist allpool täpsemad juhised.

Mis on võrdlusalus?

Kui midagi läheb untsu, on see silmaga näha. Ent kui teil pole varasemaid jõudlusandmeid võrdluseks võtta, siis pole teil ka konteksti, mis näitab, kui palju halvemaks on olukord läinud ja millal see juhtus. Teisisõnu tähendab võrdlusaluse puudumine, et teil pole ühte mõistatuse lahendamiseks kõige vajalikumat juhtlõnga: te ei tea, milline peaks pilt tegelikult olema. Jõudluse tõrkeotsingu tegemiseks on teil vaja võrdlusandmeid. Lihtsamaid jõudluse võrdlusaluseid mõõta pole sugugi keeruline. Võite anda oma IT-meeskonnale ülesande seda regulaarselt teha. Oletagem näiteks, et teie ühendus näeb välja umbes järgmine:

Skeem põhivõrgusüsteemist, mis sisaldab klienti, puhvrit ja Office 365 pilve.

See tähendab, et olete oma võrgumeeskonnaga aru pidanud ja saanud teada, et liiklus väljub teie ettevõtte võrgust Internetti puhverserveri kaudu ning et see puhverserver töötleb kõiki päringuid, mille teie klientarvuti pilveteenustele saadab. Sel juhul võiksite koostada joonise oma ühenduse lihtsustatud versioonist, kus on ära toodud kõik klientarvuti ja puhverserveri vahele jäävad seadmed. Seejärel lisage tööriistad, mida saate kasutada jõudluse mõõtmiseks klientarvuti, väljumispunkti (koha, kust liiklus väljub teie võrgust ja siirdub edasi Internetti) ja Office 365 pilve vahel.

Põhiline võrgusüsteem kliendi, puhvri ja pilvega ning PSPingi, TraceTCP ja Network Tracesi tööriistade soovitustega

Variandid on tähistatud kui Lihtne ja Edasijõudnud, et näidata, kui palju kogemusi peaks teil jõudlusandmete leidmiseks olema. Võrgujälitus on võrreldes käsureatööriistade (nt PsPing või TraceTCP) käitamisega oluliselt aeganõudvam. Valisime välja just need kaks käsureariista, kuna need ei kasuta ICMP-pakette, mille Office 365 blokeerib, ja kuna need näitavad aega (millisekundites), mis kulub paketi klientarvutist või puhverserverist (kui teil on sellele juurdepääs) lahkumisest kuni Office 365 serverisse jõudmiseni. Iga individuaalne hopp ühest arvutist teise annab ajalise väärtuse, mis on võrdlusaluse mõõtmisel suureks abiks. Niisama oluline on aga ka see, et need käsureariistad lubavad teil käsule lisada pordinumbri. See on hea, kuna Office 365 suhtleb pordi 443 kaudu – sama port, mida kasutavad SSL (Secure Sockets Layer – turvasoklikiht) ja TLS (Transport Layer Security – transpordikihi turve). Muidugi on võimalik, et teie konkreetses situatsioonis sobib paremini mõni muu tööriist. Microsoft ei toeta kõiki kolmandate osapoolte pakutavaid tööriistu, nii et kui te mingil põhjusel ei saa PsPingi ja TraceTCP-d tööle, soovitame teil edasi minna võrgujälitusega, kasutades selleks näiteks Netmoni või mõnda muud sarnast tööriista.

Võrdlusaluse võite mõõta näiteks enne tööpäeva algust, siis kõige tihedama töö ajal ja seejärel uuesti siis, kui tööpäev on läbi saanud. Mõõtmistel tekkiv kaustastruktuur võib lõpetuseks välja näha umbes selline:

Skeemina esitatud soovitus tulemustega seotud andmete kaustadesse korraldamiseks

Samuti peaksite oma failide jaoks valima nimetamisreegli. Siin on mõned näited:

  • Veebr_09_2015_9-00PST_JõudlVõrdlusalus_Netmon_KliendistVäljumispunktini_Tavaline

  • Jaan_10_2015_15-00CST_JõudlVõrdlusalus_PsPing_KliendistO365ni_PuhvristMöödumine_AEGLANE

  • Veebr_08_2015_14-00EST_JõudlVõrdlusalus_HALBJõudlus

  • Veebr_08_2015_8-30EST_JõudlVõrdlusalus_HeaJõudlus

Muidugi on selleks palju erinevaid võimalusi, kuid <dateTime><what's happening in the test> on alustamiseks igati sobiv vorming. Kui suhtute sellesse tõsiselt, on sellest hiljem, kui proovite probleemide põhjuseid leida, väga palju abi. Näiteks saate hiljem öelda, et tegite 8. veebruaril kaks jälitust, millest üks näitas head jõudlust ja teine halba, ning saate neid nüüd võrrelda. Tõrkeotsingu jaoks on sellest ääretult palju abi!

Varasemate võrdlusaluste mõõtmistulemuste alleshoidmiseks vajate samuti sellist süsteemi, kus kõik püsib selge ja organiseeritud. Selle näite korral tekitasid meie valitud lihtsad meetodid kolm käsureaväljundit, mis koguti kuvatõmmistena, kuid on võimalik, et teil tegeleb hoopis võrk ise failide hõivamisega. Kasutage enda jaoks sobivaimat meetodit. Pange mõõtmistulemused kindlasse kohta tallele, et leiaksite need kiiresti üles, kui märkate võrguteenuste käitumises muutusi ja soovite praegust seisu varasemate andmetega võrrelda.

Miks tuleks pilootprojekti käigus jõudlusandmeid koguda?

Võrdlusaluste kogumise alustamiseks pole paremat aega kui Office 365 teenuse kasutuselevõtu pilootjärk. Pole tähtis, kas teie ettevõttes töötab tuhandeid või isegi sadu tuhandeid kasutajaid või kõigest viis inimest – jõudluse kõikumise mõõtmiseks saate teste teha ka siis, kui kasutajaid on vähe. Kui suurettevõttes osaleb Office 365 pilootprojektis mitusada kasutajat, saab selle põhjal teha prognoose mitme tuhande kasutaja kohta, et oskaksite võimalikke probleeme ette näha.

Väikeettevõttes, kus kasutuselevõtt tähendab seda, et kõik kasutajad võtavad teenuse kasutusele korraga ja pilootjärku ei ole, tasuks jõudlusnäitajate mõõtmistulemused alles hoida juba seetõttu, et saaksite neid näidata inimesele, kes peab edaspidi tegelema kehva jõudluse tõrkeotsinguga. Tõrkeotsingut tuleks kindlasti teha näiteks siis, kui märkate, et saate järsku tervele majale tiiru peale teha selle aja jooksul, mis kulub keskmise suurusega pildi üleslaadimiseks, ehkki varem käis see väga kiiresti.

Kuidas koguda võrdlusandmeid?

Kõigi tõrkeotsingukavade jaoks peate teadma vähemalt järgmist:

  • kasutatav klientarvuti (arvuti või seadme tüüp, IP-aadress ja toimingud, mis probleemi põhjustasid);

  • kus klientarvuti asub (nt kas kasutaja töötab VPN-kaudu, kaugarvutis või ettevõtte sisevõrgus);

  • väljumispunkt teie võrgust, mida klientarvuti kasutab (punkt, kus liiklus väljub teie ettevõttest ISP-sse või Internetti).

Võrguskeemi saate küsida võrguadministraatorilt. Kui teie võrk on väike, uurige välja, milliste seadmete kaudu teie Interneti-ühendus käib; kui teil tekib võrguskeemiga seoses küsimusi, helistage ISP-le. Koostage võrgu paigutusest skeem, et pilt püsiks hiljem selge.

Käesolev jaotis on jagatud kaheks osaks: lihtsamad käsureatööriistad ja meetodid ning edasijõudnud kasutajatele mõeldud tööriistad. Esmalt käsitleme lihtsamaid meetodeid. Kui teil on aga just praegu jõudlusega probleeme, peaksite kohe siirduma täpsemate meetodite jaotisse ja proovima jõudluse tõrkeotsingu näidistegevuskava.

Lihtsamad meetodid

Need lihtsamad meetodid aitavad teil regulaarselt teha põhilisi jõudluse võrdlusaluste mõõtmisi ning neid mõõtmistulemusi mõista ja tallele panna, et püsiksite oma Office 365 jõudlusega kursis. Siin on väga lihtne võrdlusaluse mõõtmise skeem, mida olete juba eespool näinud:

Põhiline võrgusüsteem kliendi, puhvri ja pilvega ning PSPingi, TraceTCP ja Network Tracesi tööriistade soovitustega

Märkmed : 

  • Kuvatõmmis sisaldab TraceTCP-d, kuna see on igati kasulik tööriist, mis näitab, kui kaua (millisekundites) kulub päringu töötlemiseks ning kui palju hoppe ehk võrgus ühest arvutist järgmiseni loodavaid ühendusi päringul sihtkohta jõudmiseks kulub. Samuti oskab TraceTCP nimetada serverid, mida hopid läbivad. Microsoft Office 365 tõrkeotsingutöötajale võib sellest teabest palju abi olla.

  • TraceTCP käsud on sageli väga lihtsad, näiteks:

  • tracetcp.exe outlook.office365.com:443

  • Kaasake käsku kindlasti ka pordinumber!

  • TraceTCP on tasuta allalaaditav tööriist, kuid selle kasutamine eeldab Wincapi olemasolu. Wincap on tööriist, mida kasutab ja mille installib Netmon. Netmoniga teeme lähemat tutvust täpsemate meetodite jaotises.

Kui teie ettevõttel on mitu kontorit, peate igas kontoris mõõtma ja alles hoidma vähemalt ühe klientseadme kohta käivad andmed. See test mõõdab latentsust ehk käesolevas kontekstis arvväärtust, mis kirjeldab aega, mis kulub klientseadme poolt Office 365-le päringu saatmisest kuni hetkeni, mil Office 365 vastab päringule. Testimine algab teie domeenis, klientarvutis. Mõõdetakse pendellevi: teie võrgust väljumispunkti kaudu välja, Interneti kaudu Office 365 serverisse ja tagasi algpunkti.

Väljumispunktiga tegelemiseks (käesoleval juhul on selleks puhverserver) on mitu võimalust. Üks võimalus on jälitada paketi liikumist punktist 1 punkti 2 ning seejärel punktist 2 punkti 3 ja siis arvud (aeg millisekundites) kokku liita, et saada teada oma võrgu servani liikumiseks kuluv aeg. Teise võimalusena saate ühenduse konfigureerida nii, et Office 365 aadresside korral jäetaks puhverserver vahele. Suuremas võrgus, kus on ka tulemüür, pöördproksi või nende kahe kombinatsioon, võib juhtuda, et peate puhverserveris määrama paljude URL-ide jaoks erandid, mis lubavad liiklusel sinna suunduda. Office 365 kasutatavate lõpp-punktide loendi leiate artiklist Office 365 URL-id ja IP-aadresside vahemikud. Kui kasutate autentivat proksit, alustage järgmiste punktidega seotud erandite testimisest:

  • pordid 80 ja 443

  • TCP ja HTTPs

  • väljaminevad ühendused, mis viivad mõnele järgmistest URL-idest:

  • *.microsoftonline.com

  • *.microsoftonline-p.com

  • *.sharepoint.com

  • *.outlook.com

  • *.lync.com

  • osub.microsoft.com

Kõigil kasutajatel peab olema võimalus neile aadressidele juurde pääseda ilma puhverserveri sekkumise või autentimiseta. Väiksemas võrgus võiksite need aadressid oma veebibrauseris puhverserverist möödumise loendisse lisada.

Internet Exploreris valige nende aadresside puhverserverist möödumise loendisse lisamiseks Tööriistad > Interneti-suvandid > Ühendused > Kohtvõrgu sätted > Täpsemalt. Täpsemate sätete vahekaardil leiate ka oma puhverserveri ja puhverserveri pordi teabe. On võimalik, et nupule Täpsemalt juurdepääsuks peate esmalt märkima ruudu Kasutage oma kohtvõrgu jaoks puhverserverit. Jälgige, et ruut Möödu kohalike aadresside puhul puhverserverist oleks märgitud. Pärast nupu Täpsemalt klõpsamist näete tekstivälja, kuhu saate erandid sisestada. Eraldage ülaltoodud metamärkidega URL-id üksteisest semikooloniga:

*.microsoftonline.com; *.sharepoint.com

Pärast puhverserverist möödumist peaksite saama pingi või PsPingi otse Office 365 URL-il kasutada. Järgmiseks tuleks testpingida URL-i outlook.office365.com. Kui kasutate PsPingi või mõnda muud tööriista, mis lubab teil käsule pordinumbri lisada, proovige PsPingi URL-iga portal.microsoftonline.com:443, et näha keskmist pendellevi aega (millisekundites).

Pendellevi aeg on arvväärtus, mis näitab, kui palju aega kulub HTTP-päringu saatmiseks serverisse (nt outlook.office365.com) ja vastuse saamiseks, mis näitab, et server teab päringu saatmisest. Vahel kasutatakse pendellevi jaoks ka ingliskeelset suurtähtlühendit RTT. See aeg peaks olema suhteliselt lühike.

Selle testi jaoks peaksite kasutama PSPingi või mõnda muud tööriista, mis ei kasuta ICMP-pakette, kuna Office 365 blokeerib need paketid.

PsPingi kasutamine pendellevi üldaja (millisekundites) mõõtmiseks otse mõnelt Office 365 URL-ilt

  1. Käivitage käsuviip administraatoriõigustes. Selleks tehke järgmist.

    1. Klõpsake nuppu Start.

    2. Tippige väljale Käivita otsing tekst cmd ja seejärel vajutage klahvikombinatsiooni CTRL+SHIFT+ENTER.

    3. Kui kuvatakse dialoogiboks Kasutajakonto kontroll, veenduge, et selles kirjeldatud toiming on see, mida soovite, ja klõpsake siis nuppu Jätka.

  2. Liikuge kausta, kuhu tööriist (meie näite korral PsPing) on installitud, ja testige sellega järgmisi Office 365 URL-e:

    • psping portal.office.com:443

    • psping microsoft-my.sharepoint.com:443

    • psping outlook.office365.com:443

    • psping www.yammer.com:443

      PSPing-käsk lehele my.sharepoint.com pordi 443 kaudu

Kaasake kindlasti pordinumber 443. Pidage meeles, et Office 365 töötab krüptitud kanalil. Kui kasutate PsPingi ilma pordinumbrita, siis teie päring nurjub. Pärast nende nelja URL-i pingimist heitke pilk keskmisele ajale millisekundites (ms). See on teave, mille peaksite üles kirjutama!

Kliendi ja puhvri vahelise PSPing-käsu 2,8-millisekundilise teekonna skeem.

Kui puhverserverist möödumine pole teie jaoks tuttav teema ja eelistate üksikasjalikke juhiseid, peate esmalt välja uurima oma puhverserveri nime. Internet Exploreris valige Tööriistad > Interneti-suvandid > Ühendused > Kohtvõrgu sätted > Täpsemalt. Teie puhverserveri nimi on ära toodud vahekaardil Täpsemalt. Pingige seda puhverserverit käsuviiba kaudu. Selleks täitke järgmised juhised.

Puhverserveri pingimine ja pendellevi aja mõõtmine (millisekundites), etapist 1 etappi 2

  1. Käivitage käsuviip administraatoriõigustes. Selleks tehke järgmist.

    1. Klõpsake nuppu Start.

    2. Tippige väljale Käivita otsing tekst cmd ja seejärel vajutage klahvikombinatsiooni CTRL+SHIFT+ENTER.

    3. Kui kuvatakse dialoogiboks Kasutajakonto kontroll, veenduge, et selles kirjeldatud toiming on see, mida soovite, ja klõpsake siis nuppu Jätka.

  2. Tippige ping &lt;teie brauseri kasutatava puhverserveri nimi või puhverserveri IP-aadress&gt; ja vajutage siis sisestusklahvi (ENTER). Kui teil on PsPing või mõni muu tööriist installitud, võite kasutada seda.

    Teie käsk võib välja näha umbes järgmine:

    • ping meiepuhver.meiedomeen.valdkond.firma.com

    • ping 155.55.121.55

    • ping meiepuhver

    • psping meiepuhver.meiedomeen.valdkond.firma.com:80

    • psping 155.55.121.55:80

    • psping meiepuhver:80

  3. Kui jälitusriist lõpetab testpakettide saatmise, kuvatakse põgus kokkuvõte, kus on ära toodud keskmine aeg millisekundites. See ongi teie jaoks vajalik väärtus. Tehke viibast kuvatõmmis ja salvestage see oma nimetamisreeglit kasutades. Samuti võiksite väärtuse oma skeemile lisada.

Oletagem, et testisite ühendust varahommikul ja teie klientarvutist väljuv liiklus jõuab puhverserverisse (või muude Internetti viivasse väljumispunkti) kiiresti. Sel juhul võivad teie arvud välja näha umbes järgmised:

Skeem, mis illustreerib andmete jõudmist kliendilt puhvrini 2,8 millisekundiga.

Kui teie klientarvuti on üks neist vähestest väljavalitutest, millel on juurdepääs puhverserverile (väljumispunktile), saate testi järgmise etapi käitamiseks luua selle arvutiga kaugühenduse ja pingida mõnda Office 365 URL-i PsPingiga sealtkaudu. Kui teil pole juurdepääsu sellele arvutile, võite järgmise etapi asjus pöörduda oma võrguspetsialistide poole, et nemad annaksid teile täpsed mõõtmistulemused. Kui see pole võimalik, pingige Office 365 URL-i PsPingiga ja võrrelge seda oma puhverserveri pingimise (või PsPingi) ajaga.

Kui näiteks klientseadmest Office 365 URL-ini liikumine võtab 51,84 millisekundit ja kliendist puhverserverisse (või väljumispunkti) liikumine 2,8 millisekundit, kulub väljumispunktist Office 365 serverisse liikumiseks järelikult 49,04 millisekundit. Kui aga PsPingi paketil kulub päeva kõige kibedamal tööajal klientseadmest puhverserverisse jõudmiseks 12,25 millisekundit ja klientseadmest Office 365 URL-ile jõudmiseks 62,01 millisekundit, on puhverserverist Office 365 URL-ile liikumise keskmine väärtus järelikult 49,76 millisekundit.

Täiendav skeem, kus on näha lisaks kliendilt teenusekomplekti Office 365 ka kliendilt puhvrini pingimiseks kulunud aeg millisekundites, mis võimaldab väärtused lahutada.

Kui teil on need võrdlusaluste väärtused olemas, võib selleks tõrkeotsingus palju abi olla. Oletagem näiteks, et üldjuhul on puhverserverist või väljumispunktist Office 365 URL-ile jõudmise latentsusaeg umbes 40–59 millisekundit ning klientseadmest puhverserverisse või väljumispunkti liikumise latentsusaeg umbes 3–7 millisekundit (sõltuvalt võrguliiklusest, mis sellel kellaajal tavaliselt teie võrgus liigub). Sel juhul võite olla päris kindel, et kuskil on midagi valesti, kui teie kolm viimast klientseadmest puhverserverisse või väljumispunkti pingimise katset annavad tulemuseks 45 millisekundit.

Täpsemad meetodid

Kui te soovite tõepoolest täpselt teada, mis teie Interneti-päringutega teel Office 365 serverisse toimub, peate tutvust tegema võrgujälitusega. Pole tähtis, millist tööriista te jälituse jaoks eelistate: sobivad nii HTTPWatch, Netmon, Message Analyzer, Wireshark, Fiddler, arendaja armatuurlaud kui ka kõik muud tööriistad, mis võimaldavad võrguliiklust jäädvustada ja filtreerida. Nagu sellest jaotisest näete, tasub probleemist võimalikult täpse ülevaate saamiseks käitada rohkem kui ühte tööriista. Testimisel toimib nii mõnigi neist tööriistadest ise puhverserverina. Käesoleva artikliga seotud artiklis Office 365 jõudluse tõrkeotsingu kava on kasutatud järgmisi tööriistu: Netmon 3.4, HTTPWatch või WireShark.

Jõudluse võrdlusaluse mõõtmine on selle meetodi lihtsam osa. Paljud toimingud on samad, mis jõudlusprobleemi tõrkeotsingu tegemisel. Jõudluse võrdlusaluste koostamise täpsemad meetodid eeldavad võrgujälituse tegemist ja tulemuste salvestamist. Enamikus selle artikli näidetes on kasutatud SharePoint Online’i, kuid peaksite ise koostama loendi levinumatest toimingutest, mis hõlmavad kõiki teie tellitud Office 365 teenuseid, et jõudlust testida ja tulemused salvestada. Üks võrdlusaluse näide on järgmine.

  • SPO võrdlusaluste loend – 1. toiming: minge SPO veebisaidi avalehele ja tehke võrgujälitus. Salvestage jälituse tulemused.

  • SPO võrdlusaluste loend – 2. toiming: otsige ettevõtteotsingu kaudu mõnda mõistet (nt oma ettevõtte nime) ja tehke võrgujälitus. Salvestage jälituse tulemused.

  • SPO võrdlusaluste loend – 3. toiming: laadige mahukas fail üles SharePoint Online’i dokumenditeeki ja tehke võrgujälitus. Salvestage jälituse tulemused.

  • SPO võrdlusaluste loend – 4. toiming: minge OneDrive’i veebisaidi avalehele ja tehke võrgujälitus. Salvestage jälituse tulemused.

See loend peaks sisaldama kõige olulisemaid levinud toiminguid, mida kasutajad SharePoint Online’is teevad. Pöörake tähelepanu sellele, et viimane toiming (OneDrive for Businessi liikumise jälitus) koostab võrdluse SharePoint Online’i avalehe laadimise (see on leht, mida ettevõtted sageli kohandavad) ja harva kohandatava OneDrive for Businessi avalehe laadimise vahel. SharePoint Online’i saidi aeglase laadimise korral on see üks elementaarsemaid teste, mida teha. Nende kahe saidi laadimise vahet saate oma testides arvesse võtta.

Kui tegelete parajasti jõudlusprobleemi lahendamisega, on paljud toimingud samad, mis võrdlusaluse mõõtmise korral. Kuna võrgujälitusel on selles äärmiselt oluline osa, käsitleme järgmisena seda, kuidas olulisi jälitusi teha.

Jõudlusprobleemi lahendamiseks kohe praegu tuleb teil jälitus teha ajal, mil jõudlusprobleem ilmneb. Selleks on teil vaja logide kogumiseks sobivaid tööriistu ja tegevuskava ehk loendit tõrkeotsingutegevustest, mis võimaldavad teil asjakohased andmed kõige optimaalsemal viisil kokku koguda. Esiteks tuleb teil üles märkida testi kuupäev ja kellaaeg, et failid saaks salvestada testi tegemise aega näitavasse kausta. Seejärel tuleb probleemi lahendamine jaotada konkreetseteks toiminguteks. Need on toimingud või sammud, mida te testimiseks teete. Ärge unustage põhilist: kui probleem on näiteks ainult Outlookis, siis märkige kindlasti üles teave, et üksnes ühe Office 365 teenuse käitumine on probleemne. Probleemi ulatuse täpne piiritlemine aitab teil keskenduda sellele, mida ja kuidas saate lahendada.

Vt ka

Office 365 lõpp-punktide haldamine

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.

×