Ugađanje performansi sustava Office 365 pomoću referentnih vrijednosti i prethodnih performansi

Vezu između sustava Office 365 i svoje tvrtke možete provjeriti na nekoliko jednostavnih načina da biste dobili približan uvid u njezine mogućnosti. Kad znate dosadašnje performanse veze klijentskih računala, lakše ćete brzo otkriti pojavu problema, prepoznati ih i predvidjeti.

Ako niste navikli na rad s problemima u performansama, u ovom ćete članku pronaći česta pitanja, npr. kako prepoznati radi li se o problemu s performansama ili o incidentu servisa sustava Office 365. Kako dugoročno postići dobre performanse? Kako pratiti performanse? Ako vaš tim ili klijenti primijete slabe performanse dok koriste Office 365 i postavljate si neko od gore navedenih pitanja, nastavite s čitanjem.

Važno : Klijent upravo sada primjećuje poteškoće u performansama sustava Office 365? Slijedite korake navedene u odjeljku Plan za otklanjanje poteškoća za Office 365.

Važne informacije o performansama sustava Office 365

Office 365 nalazi se u namjenskoj Microsoftovoj mreži velikog kapaciteta koju osim automatskih sustava stalno prate i osobe. Dio održavanja sustava Office 365 u oblaku ugrađivanje je prilagođavanja performansi i pojednostavnjivanje gdje god je to moguće. Budući da se klijenti sustava Office 365 s njime povezuju iz bilo kojeg dijela interneta, kontinuirano nastojimo poboljšati performanse svih servisa sustava Office 365. Poboljšanje performansi u oblaku zapravo nikad ne prestaje, pa imamo veliko iskustvo u omogućivanju ispravnog i brzog rada u oblaku. Ako prilikom povezivanja sa sustavom Office 365 sa svojeg mjesta primijetite lošije performanse, nemojte odmah započeti sa zahtjevom za podršku niti je čekati. Umjesto toga započnite istraživati problem iznutra prema van. Tj., istraživanje započnite u svojoj mreži i krećite se prema sustavu Office 365. Prije nego što pošaljete zahtjev podršci sustava Office 365 možete prikupiti podatke i poduzeti radnje za istraživanje te tako možda riješiti svoj problem.

Važno : Imajte na umu planiranje kapaciteta i ograničenja u sustavu Office 365. Te će vam informacije pomoći da brže riješite problem s performansama. Ovo je veza na opis servisa platforme sustava Office 365. To je središte kroz koje prolaze veze na opise svih servisa u sklopu sustava Office 365. To znači da ako želite saznati standardna ograničenja sustava SharePoint Online, na primjer, možete kliknuti Opis servisa sustava SharePoint Online te pronaći odjeljak o ograničenjima sustava SharePoint Online.

Kada pristupate otklanjanju poteškoća, imajte na umu da su performanse vrlo promjenjive. Cilj nije postići idealnu vrijednost i zauvijek je održati (ako mislite da jest, povremeni zadaci koji zauzimaju mnogo propusnosti, kao što su uvođenje velikog broja korisnika u sustav ili migracija mnogo podataka, bit će vam vrlo stresni – zato u to vrijeme računajte na smanjene performanse). Možete i trebali biste znati otprilike kakve performanse želite, no performanse ovise o mnogo čimbenika, pa se mogu mijenjati. To je priroda performansi.

Otklanjanje poteškoća s performansama nije ispunjavanje određenih ciljeva i održavanje tih vrijednosti zauvijek, već je riječ o poboljšavanju postojećih aktivnosti u okvirima zadanih uvjeta.

Kako izgleda problem s performansama?

Prvo se morate uvjeriti jesu li poteškoće zaista vezane uz performanse, ne uz incident vezan uz servis. Problem s performansama razlikuje se od incidenta vezanog uz servis u sustavu Office 365. Evo kako ih možete razlikovati.

Ako postoje problemi sa servisom sustava Office 365, to je incident vezan uz servis. U centru za administratore sustava Office 365 u odjeljku Trenutno stanje vidjet ćete crvene ili žute ikone, a možda ćete primijetiti i sporiji rad na klijentskim računalima koji su povezani sa sustavom Office 365. Na primjer, ako je u odjeljku Trenutno stanje prikazana crvena ikona i uz odjeljak Exchange prikaže se Istraživanje, vjerojatno će vam mnogo ljudi iz tvrtke ili ustanove upućivati pozive i žaliti se da su im njihovi klijentski poštanski sandučići sustava Exchange Online spori. U tom slučaju možete pretpostaviti da su performanse sustava Exchange Online slabije zbog problema unutar servisa.

Nadzorna ploča stanja sustava Office 365 sa svim radnim opterećenjima u zelenoj boji, osim sustava Exchange koji pokazuje status Servis je vraćen.

U tom slučaju vi, kao administrator sustava Office 365, često morate provjeravati Trenutno stanje pa Prikaz detalja i povijesti da biste bili u tijeku s održavanjem koje provodimo na sustavu. Nadzorna ploča Trenutno stanje osmišljena je tako da vam pruža informacije o promjenama servisa i problemima u njemu. Bilješke i objašnjenja zapisana u povijest stanja koja razmjenjuju administratori olakšat će vam procjenu utjecaja problema te će vam pružiti informacije o radovima u tijeku.

Slika nadzorne ploče stanja sustava Office 365 s objašnjenjem da je servis Exchange Online vraćen i zašto.

Problem s performansama nije incident vezan uz servis, iako incidenti mogu uzrokovati loše performanse. Problem s performansama izgleda ovako:

  • Problem s performansama događa se bez obzira na stanje servisa koje je navedeno u centru za administratore sustava Office 365 u odjeljku Trenutno stanje.

  • Funkcija koja se nekad brzo izvršavala sada traje dugo ili se nikada ne izvrši.

  • Problem možete i ponoviti ili barem znate da će se dogoditi ako poduzmete određeni niz koraka.

  • Ako je problem povremen, i dalje postoji uzorak, primjerice, znate da ćete do 10.00 primiti pozive korisnika koji ne mogu kvalitetno pristupiti sustavu Office 365, a pozivi će prestati oko podneva.

To vam možda zvuči i previše poznato. Kada znate da je riječ o problemima vezanim uz performanse, pitate se: „Što dalje?” U ostatku članka objašnjeno je upravo to.

Definiranje i testiranje problema s performansama

Problemi s performansama često se pojavljuju kroz dulje razdoblje, pa ponekad može biti teško definirati točan problem. Da biste problem mogli riješiti, morate ga dobro definirati, saznati u kojim se okolnostima pojavljuje te osmisliti ponovljive korake za testiranje. U suprotnom se nećete moći snaći. Zašto? Evo nekoliko definicija problema koje ne sadrže dovoljno informacija.

  • Prijelaz iz mape Ulazna pošta u mapu Kalendar i obratno nekada nisam ni primjećivao, a sada mogu za to vrijeme otići na kavu. Možete li to popraviti da bude kao prije?

  • Prijenos mojih datoteka u SharePoint Online traje cijelu vječnost. Zašto je popodne sporo, a u druga vremena brzo? Ne može li uvijek biti brzo?

Te su definicije problema problematične iz nekoliko bitnih razloga. Na primjer, poprilično su dvosmislene. Na primjer:

  • nije jasno kako je prebacivanje iz mape ulazne pošte u kalendar i obratno funkcioniralo na prijenosnom računalu.

  • Kada korisnik kaže „Ne može li uvijek biti brzo?”, što znači brzo?

  • Koliko traje vječnost? Je li to nekoliko sekundi, minuta ili korisnik može otići na ručak, a akcija će se izvršiti deset minuta nakon njegova povratka?

Uz to administrator i osoba koja otklanja poteškoću iz takvih definicija problema ne može saznati mnoge detalje. Na primjer: kada se problem počeo pojavljivati? Korisnik radi od kuće i problem sa sporim prebacivanjem vidi samo dok je na kućnoj mreži. Korisnik mora pokretati nekoliko drugih aplikacija koje koriste mnogo RAM-a na lokalnom klijentu, a možda korisnik koristi stariji operacijski sustav ili nije instalirao zadnja ažuriranja.

Kada korisnici prijave poteškoće s performansama, potrebno je prikupiti mnogo informacija. Prikupljanje tih informacija dio je postupka koji nazivamo određivanje dosega problema, odnosno istraživanje problema. Slijedi popis osnovnih pitanja za određivanje dosega pomoću kojeg možete prikupiti informacije vezane uz problem s performansama. To nije cjelovit popis, no predstavlja početak za stvaranje vlastitog popisa:

  • Kojeg se datuma dogodio problem i u koje doba dana ili noći?

  • Koju ste vrstu klijentskog računala koristili i na koji se način ono povezuje s poslovnom mrežom (VPN, žičanom ili bežičnom vezom)?

  • Jeste li radili s udaljenog mjesta ili u uredu?

  • Jeste li iste akcije poduzeli na drugom računalu i dobili isti rezultat?

  • Poduzmite problematične korake da biste mogli zapisati akcije koje poduzimate.

  • Koliko su performanse spore u sekundama ili minutama?

  • U kojoj se zemlji nalazite?

Neka su pitanja očiglednija od drugih. Većini je jasno da su osobi koja otklanja poteškoću potrebni detaljni koraci da bi mogla ponovno reproducirati problem. Kako inače možete zabilježiti što nije dobro i kako biste mogli provjeriti je li problem riješen? Manje su očigledna pitanja „Kojega datuma i u koje se vrijeme problem pojavio” te „U kojoj se zemlji nalazite?”, pitanja koja se koriste u paru. Ovisno o tome kada je korisnik radio, nekoliko sati razlike može značiti da je održavanje u dijelovima mreže tvrtke već u tijeku. Ako tvrtka ima hibridnu implementaciju, na primjer SharePoint Search, koji može postavljati upite za pretraživanje indeksa u sustavu SharePoint Online i u lokalnoj instanci sustava SharePoint Server 2013, ažuriranja se možda već implementiraju u lokalnoj fami poslužitelja. Ako su sustavi vaše tvrtke u potpunosti u oblaku, održavanje sustava može uključivati dodavanje ili uklanjanje mrežnog hardvera, primjenu ažuriranja u cijeloj tvrtki ili izmjene DNS-a te ostale temeljne infrastrukture.

Kada otklanjamo poteškoće s performansama, to nalikuje detektivskom poslu: morate biti točni i uočavati detalje da biste zaključke mogli temeljiti na dokazima. Da biste to mogli učiniti, prikupljanjem dokaza morate dobro definirati problem. Definicija mora sadržavati informacije o računalu i korisniku, početak problema i točne korake koji su doveli do poteškoće s performansama. Ta definicija problema mora biti i ostati glavna stranica u vašim bilješkama. Poduzimanjem koraka iz definicije problema nakon njegovog rješenja provjerit ćete jesu li akcije koje ste poduzeli otklonile problem. To je vrlo važno da biste znali da je vaš posao završen.

Znate li kako su performanse izgledale dok su bile dobre?

Ako nemate sreće, nitko to neće znati. Nitko nije zabilježio mjerne vrijednosti. To znači da nitko ne može odgovoriti na jednostavno pitanje „Koliko je sekundi trajalo pokretanje mape ulazne pošte u sustavu Office 365?” ili „Koliko je trajalo kada bi direktori imali sastanak u programu Lync Online”, što je slučaj u većini tvrtki.

U tom slučaju nedostaju referentne vrijednosti performansi.

Referentne vrijednosti predstavljaju kontekst na temelju kojeg procjenjujete performanse. Referentne vrijednosti bilježite povremeno ili često, ovisno o potrebama tvrtke. Ako je riječ o većoj tvrtki, operativni tim možda je već zabilježio referentne vrijednosti za lokalno okruženje. Na primjer, ako prvog ponedjeljka u mjesecu na sve poslužitelje sustava Exchange primjenjujete zakrpe, a na poslužitelje sustava SharePoint svakog trećeg ponedjeljka, operativni tim vjerojatno ima popis zadataka i scenarija kroz koje prolazi nakon primjena zakrpa da bi provjerio funkcioniraju li ključne funkcije ispravno. Takvi koraci su, primjerice, otvaranje mape ulazne pošte, klik na gumb Slanje/Primanje, provjera jesu li mape ažurne ili, u sustavu SharePoint, pregled glavne stranice web-mjesta, otvaranje stranice za pretraživanje u tvrtki te provjera hoće li pretraživanje vratiti rezultate.

Ako su aplikacije u sustavu Office 365, neke od glavnih referentnih vrijednosti predstavljaju vrijeme u milisekundama koje je potrebno od klijentskog računala u mreži do izlazne toče ili točke u kojoj napuštate svoju mrežu i pristupate sustavu Office 365. Evo nekoliko referentnih vrijednosti koje možete izmjeriti i zabilježiti:

  • Pronađite uređaje na putu od klijentskog računala do izlazne točke, kao što je proxy poslužitelj.

    • Morate znati koji su to uređaji da biste u slučaju poteškoća s performansama imali kontekst (IP adrese, vrsta uređaja i dr.).

    • Proxy poslužitelji najčešće su izlazne točke pa u web-pregledniku možete vidjeti koristi li se proxy poslužitelj i njegov naziv.

    • Postoje alati drugih proizvođača koji mogu otkriti uređaje u mreži i mapirati je, no preporučujemo da popis uređaja zatražite od tima za mrežu.

  • Saznajte tko je davatelj internetskih usluga (ISP), zapišite njegove podatke za kontakt i od njega zatražite informaciju koliko imate sklopova i kolika je propusnost.

  • U tvrtki pronađite uređaje koji se nalaze na putu od vašeg klijenta do izlazne točke ili kontakt za podršku u slučaju mrežnih problema.

Evo nekih referentnih vrijednosti koje možete dobiti jednostavnim testiranjem alatima:

  • vrijeme od klijentskog računala do izlazne točke u milisekundama

  • vrijeme od izlazne točke do sustava Office 365 u milisekundama

  • mjesto na kojem se nalazi poslužitelj koji razrješava URL-ove za Office 365 kada pregledavate internet

  • brzina kojom DNS vašeg ISP-a razrješava zahtjeve u milisekundama, nekonzistentnosti u isporuci paketa, vrijeme prijenosa i preuzimanja u milisekundama

Ako ne znate kako poduzeti te korake, u ovom ćemo ih članku detaljnije objasniti.

Koje su referentne vrijednosti?

Znat ćete kada sustav loše funkcionira, no ako vam nisu poznati povijesni podaci o performansama nećete imati kontekst u okviru kojeg možete znati koliko zaista loše funkcionira i kada. Ako nemate referentnu vrijednost, nedostaje vam bitan dio cijele slike tj., kao da vam nedostaje komadić slagalice, pa ne možete složiti sliku s kutije. Prilikom otklanjanja poteškoća s performansama morate moći uspoređivati vrijednosti. Jednostavne referentne vrijednosti nije teško zabilježiti. Vaš operativni tim može to redovno raditi. Pretpostavimo da vaša veza izgleda ovako:

Grafika osnovne mreže s prikazom klijenta, proxyja i sustava Office 365 u oblaku.

To znači da ste provjerili s timom za mreže i saznali da internetu iz tvrtke pristupate putem proxy poslužitelja te da proxy rukuje svim zahtjevima koje vaše klijentsko računalo šalje u oblak. U tom slučaju preporučujemo da nacrtate pojednostavnjenu verziju veze koja sadrži popis svih međuuređaja. Sada umetnite alate pomoću kojih možete testirati performanse između klijenta, izlazne točke (mjesta na kojem napuštate svoju mrežu i pristupate internetu) i oblaka sustava Office 365.

Osnovna mreža s klijentom, proxyjem i oblakom te prijedlozi alata PSPing, TraceTCP i praćenja mreže.

Mogućnosti su na popisu svrstane u kategorije Jednostavno i Napredno, što označava razinu stručnosti potrebnu za pronalaženje podataka o performansama. Praćenje komunikacije na mreži trajat će jako dugo za razliku od pokretanja alata naredbenog retka kao što su PsPing i TraceTCP. Ta dva alata naredbenog retka odabrali smo jer ne koriste ICMP pakete koje bi Office 365 blokirao i zato jer kao rezultat vraćaju vrijeme u milisekundama potrebno da zahtjev s klijentskog računala ili proxy poslužitelja (ako mu možete pristupiti) dođe do sustava Office 365. Svaki prijelaz s jednog računala na drugo zabilježit će se u obliku vremena, što je sjajno za stvaranje referentnih vrijednosti. Bitno je i to što ti alati naredbenog retka omogućuju dodavanje broja priključka u naredbu, što je korisno jer Office 365 komunicira na priključku 443 koji koriste SSL i TSL (Secure Sockets Layer i Transport Layer Security). No alati nekih drugih proizvođača možda će biti primjereniji za vaš slučaj. Microsoft ne podržava sve alate pa, ako vam iz nekog razloga PsPing i TraceTCP ne funkcioniraju, pratite komunikaciju na mreži pomoću alata kao što je Netmon.

Referentne vrijednosti možete bilježiti prije radnog vremena, tijekom najvećeg opterećenja te ponovno nakon radnog vremena. To znači da ćete na kraju imati strukturu mapa nalik sljedećoj:

Grafika s prikazom načina za organiziranje podataka o performansama u mape.

Odaberite i pravila imenovanja datoteka. Evo nekoliko primjera:

  • Velj_09_2015_9hPST_ReferentnePerf_Netmon_KlijentDoIzlaza_Normalno

  • Sij_10_2015_15hCST_ReferentnePerf_PsPing_KlijentDoO365_bezProxy_SPORO

  • Velj_08_2015_14hEST_ReferentnePerf_LOŠEPerf

  • Velj_08_2015_8-30hEST_ReferentnePerf_DOBREPerf

To možete učiniti na razne načine, no preporučujemo korištenje oblika <dateTime><what's happening in the test>. Ako to učinite detaljno, lakše ćete kasnije otklanjati poteškoće. Kasnije ćete moći reći: „8. veljače zabilježio sam dva praćenja. Za jedno su performanse bile dobre, a za drugo loše pa ih možemo usporediti”. To je izuzetno korisno za otklanjanje poteškoće.

Povijesne referentne vrijednosti morate čuvati na organiziran način. U ovom primjeru jednostavni postupci stvorili su tri izlaza naredbenog retka, a rezultati su zabilježeni u obliku snimki zaslona, no mogli ste i spremiti datoteke mrežnog prometa. Odaberite postupak koji vam najbolje odgovara. Pohranite povijesne referentne vrijednosti da biste ih mogli koristiti kada primijetite promjene u funkcioniranju internetskih servisa.

Prikupljanje podataka o performansama tijekom probnog razdoblja

Probno je razdoblje najbolje vrijeme za stvaranje referentnih vrijednosti servisa sustava Office 365. U tvrtki možda imate tisuće ili stotine tisuća korisnika, a možda i samo pet korisnika, no čak i uz tako mali broj možete testirati sustav da biste zabilježili promjene performansi. Ako je tvrtka velika, reprezentativni uzorak od nekoliko stotina korisnika koji testiraju Office 365 može se projicirati na nekoliko tisuća pa ćete moći predvidjeti probleme.

Ako je tvrtka mala, što znači da tijekom rada svi korisnici istovremeno pristupaju usluzi i nema probnog rada, bilježite vrijednosti performansi da biste imali podatke koje možete pokazati osobi koja otklanja poteškoće s lošim performansama. Na primjer, možda ćete u nekom trenutku primijetiti da možete prošetati oko zgrade za vrijeme potrebno za prijenos grafičkog elementa srednje veličine, a nekad je taj prijenos trajao vrlo kratko.

Kako prikupiti referente vrijednosti

Za sve planove za otklanjanje poteškoća morate barem utvrditi sljedeće:

  • koje klijentsko računalo koristite (vrsta računala ili uređaja, IP adresa i akcije koje su uzrokovale problem)

  • gdje se nalazi klijentsko računalo (npr. je li u pitanju korisnik koji se VPN-om povezuje s mrežom, radi udaljeno ili se nalazi u intranetu tvrtke)

  • izlaznu točku koju klijentsko računalo koristi u mreži (točku u kojoj promet izlazi iz tvrtke prema davatelju internetskih usluga ili samom internetu)

Plan arhitekture mreže možete zatražiti od administratora mreže. Ako je mreža mala, obratite pažnju na uređaje pomoću kojih ste povezani s internetom te ako imate pitanja vezana uz arhitekturu mreže zatražite ih od davatelja internetskih usluga. Stvorite dijagram arhitekture da biste ga mogli koristiti kao referencu.

Ovaj je odjeljak podijeljen na jednostavne alate i postupke naredbenog retka te naprednije mogućnosti alata. Najprije ćemo opisati jednostavnije postupke. No ako upravo sada imate poteškoća s performansama, preskočite na napredne postupke i isprobajte ogledni akcijski plan za otklanjanje poteškoća s performansama.

Jednostavni postupci

Cilj tih jednostavnih postupaka naučiti je kako tijekom vremena bilježiti, tumačiti i ispravno pohranjivati jednostavne referentne vrijednosti radi stjecanja uvida u performanse sustava Office 365. Evo jednostavnog dijagrama koji ste već vidjeli:

Osnovna mreža s klijentom, proxyjem i oblakom te prijedlozi alata PSPing, TraceTCP i praćenja mreže.

Napomene : 

  • TraceTCP uvršten je na ovu snimku zaslona jer je to koristan alat za prikazivanje trajanja obrade u milisekundama i broja mrežnih prijelaza ili veza s jednog računala na drugo kojima zahtjev prolazi do odredišta. TraceTCP može i dodijeliti nazive poslužiteljima koji se koriste tijekom prijelaza, što može biti korisno osobi u Microsoftovoj podršci za Office 365 koja otklanja poteškoću.

  • Naredbe alata TraceTCP mogu biti vrlo jednostavne, na primjer:

  • tracetcp.exe outlook.office365.com:443

  • U naredbu obavezno uvrstite broj priključka.

  • TraceTCP besplatan je alat, no oslanja se na Wincap. Wincap je alat koji koristi i instalira i Netmon. U odjeljku s naprednim postupcima koristimo i Netmon.

Ako imate više ureda na različitim mjestima, morat ćete čuvati podatke klijentskih računala iz svakog ureda zasebno. U ovom se testu mjeri kašnjenje koje je, u ovom slučaju, brojčana vrijednost koja predstavlja vrijeme potrebno da zahtjev koji šalje klijent dođe do sustava Office 365 te da sustav Office 365 odgovori na taj zahtjev. Početna točka testiranja u vašoj je domeni na klijentskom računalu, a testiranjem se mjeri put zahtjeva iz vaše mreže preko izlazne točke, zatim putem interneta do sustava Office 365 pa natrag.

Izlaznu točku, u ovom je to slučaju proxy poslužitelj, možete u obzir uzeti na više načina. Zahtjev možete pratiti od točke 1 do točke 2, a zatim od točke 2 do točke 3 te zbrojiti vrijednosti u milisekundama da biste dobili ukupnu vrijednost do ruba mreže. Možete i vezu konfigurirati tako da zaobiđe proxy za adrese sustava Office 365. U većim mrežama s vatrozidom, reverznim proxy poslužiteljem ili kombinacijom ta dva poslužitelja, možda ćete morati stvoriti iznimke na proxy poslužitelju kojima ćete dopustiti promet za mnogo URL-ova. Popis krajnjih točaka koje koristi Office 365 potražite u odjeljku URL-ovi i rasponi IP adresa za Office 365. Ako imate proxy za provjeru autentičnosti, započnite testiranjem iznimaka za sljedeće:

  • priključke 80 i 443

  • TCP i HTTP

  • izlazne veze za neki od sljedećih URL-ova:

  • *.microsoftonline.com

  • *.microsoftonline-p.com

  • *.sharepoint.com

  • *.outlook.com

  • *.lync.com

  • osub.microsoft.com

Svim korisnicima mora biti omogućen pristup tim adresama bez korištenja proxy poslužitelja i provjere autentičnosti. Na manjim mrežama te iznimke dodajte na popis za zaobilaženje proxy poslužitelja u web-pregledniku.

Da biste te popise za zaobilaženje proxy poslužitelja dodali u programu Internet Explorer, otvorite Alati > Internetske mogućnosti > Veze > Postavke LAN-a > Dodatno. Na kartici s dodatnim mogućnostima pronaći ćete i svoj proxy poslužitelj i njegov priključak. Možda ćete morati potvrditi okvir Koristite proxy poslužitelj za svoj LAN da biste mogli pristupiti gumbu Dodatno. Obavezno potvrdite okvir Ne koristi proxy poslužitelj za lokalne adrese. Kada kliknete Dodatno prikazat će se tekstni okvir u koji možete unijeti iznimke. Prethodno navedene URL-ove sa zamjenskim znakovima odvojite točkama sa zarezom, na primjer:

*.microsoftonline.com; *.sharepoint.com

Kada zaobiđete proxy, moći ćete koristiti naredbu ping ili alat PsPing direktno prema URL-u sustava Office 365. Sljedeći je korak testno pokretanje naredbe prema adresi outlook.office365.com. Ako koristite PsPing ili neki drugi alat koji omogućuje unos broja priključka u naredbu, pokrenite ga za adresu portal.microsoftonline.com:443 da biste vidjeli prosječno vrijeme povratnog puta u milisekundama.

Vrijeme povratnog puta ili RTT brojčana je vrijednost koja predstavlja vrijeme potrebno za slanje HTTP zahtjeva na poslužitelj, na primjer outlook.office365.com, i dobivanje povratnog odgovora kojim se potvrđuje da je poslužitelj primio zahtjev. Ponekad se to vrijeme označava kraticom RTT. To vrijeme mora biti relativno kratko.

Da biste mogli provesti to testiranje, morate koristiti PSPing ili neki drugi alat koji ne koristi ICMP pakete koje Office 365 blokira.

Korištenje alata PsPing za mjerenje trajanja povratnog puta u milisekundi izravno s URL-a sustava Office 365

  1. Poduzmite sljedeće korake da biste pokrenuli naredbeni redak s povećanim ovlastima:

    1. Kliknite Start.

    2. U okvir Započni pretraživanje upišite cmd, a zatim pritisnite CTRL + SHIFT + ENTER.

    3. Ako se prikaže dijaloški okvir Kontrola korisničkog računa, potvrdite da je prikazana željena akcija, a zatim kliknite Nastavi.

  2. Dođite do mape u koju je instaliran alat (u ovom je slučaju to PsPing) pa testirajte sljedeće URL-ove sustava Office 365:

    • psping portal.office.com:443

    • psping microsoft-my.sharepoint.com:443

    • psping outlook.office365.com:443

    • psping www.yammer.com:443

      Naredba PSPing do web-mjesta microsoft-my.sharepoint.com, priključak 443.

Obavezno uvrstite broj priključka 443. Napominjemo da Office 365 funkcionira na šifriranom kanalu. Ako PsPing upotrijebite bez broja priključka, zahtjev se neće uspješno izvršiti. Kada pošaljete ping zahtjeve za popis odabranih URL-ova, potražite prosječno vrijeme u milisekundama (ms). To je ono što želite zabilježiti.

Grafika s prikazom ilustracije naredbe PSPing s trajanjem putovanja od klijenta do proxyja od 2,8 milisekunde.

Ako ne znate kako zaobići proxy, i potrebne su vam detaljne upute, najprije pronađite naziv proxy poslužitelja. U programu Internet Explorer, otvorite Alati > Internetske mogućnosti > Veze > Postavke LAN-a > Dodatno. Proxy poslužitelj možete pronaći na popisu na kartici Napredno. U naredbenom retku pokrenite naredbu ping za taj proxy poslužitelj da biste izvršili sljedeći zadatak:

izvršavanje naredbe ping za proxy poslužitelj radi bilježenja vrijednosti povratnog puta u milisekundama za 1. i 2. korak

  1. Poduzmite sljedeće korake da biste pokrenuli naredbeni redak s povećanim ovlastima:

    1. Kliknite Start.

    2. U okvir Započni pretraživanje upišite cmd, a zatim pritisnite CTRL + SHIFT + ENTER.

    3. Ako se prikaže dijaloški okvir Kontrola korisničkog računa, potvrdite da je prikazana željena akcija, a zatim kliknite Nastavi.

  2. Upišite ping <naziv proxy poslužitelja koji koristi preglednik ili IP adresu proxy poslužitelja>, a zatim pritisnite ENTER. Ako ste instalirali PsPing ili neki drugi alat, možete njega koristiti.

    Naredba može izgledati kao neki od sljedećih primjera:

    • ping ourproxy.ourdomain.industry.business.com

    • ping 155.55.121.55

    • ping našproxy

    • psping ourproxy.ourdomain.industry.business.com:80

    • psping 155.55.121.55:80

    • psping ourproxy:80

  3. Kada praćenje prestane slati testne pakete, prikazat će se kratak sažetak s popisom prosječnih vrijednosti u milisekundama, a to su vrijednosti koje tražite. Snimite snimku zaslona naredbenog retka pa joj dajte naziv u skladu s pravilima imenovanja i spremite je. Predlažemo da sada na dijagram upišete tu vrijednost.

Možda ste pratili promet na mreži rano ujutro i vaše klijentsko računalo može brzo doći do proxy poslužitelja, odnosno do izlaznog poslužitelja prema internetu. U tom slučaju vrijednosti mogu izgledati ovako:

Grafika s prikazom trajanja putovanja od klijenta do proxyja od 2,8 milisekundi.

Ako je vaše klijentsko računalo jedno od nekoliko koji imaju pristup proxy poslužitelju, odnosno izlaznom poslužitelju, možete pokrenuti sljedeći korak testa tako da se s udaljenog mjesta povežete s tim računalom, a zatim pokrenete naredbeni redak da biste pomoću alata PsPing s tog mjesta pokrenuli naredbu ping za URL sustava Office 365. Ako nemate pristup tom računalu, obratite se odjelu za mrežne resurse i od njih zatražite pomoć za sljedeći korak testa da biste na taj način dobili točne vrijednosti. Ako to nije moguće, pokrenite alat PsPing za taj URL sustava Office 365 i usporedite ga s vremenom naredbe ping u alatu PsPing ili naredbenom retku za proxy poslužitelj.

Na primjer, ako je za slanje zahtjeva od klijentskog računala do URL-a sustava Office 365 potrebno 51,84 milisekunde, a slanje zahtjeva od klijentskog računala do proxy poslužitelja, odnosno izlaznog poslužitelja, traje 2,8 milisekundi, to znači da slanje zahtjeva od izlazne točke do sustava Office 365 traje 49,04 milisekundi. Slično tome, ako ping pomoću alata PsPing od klijenta do proxy poslužitelja tijekom najvećeg opterećenja u danu traje 12,25 milisekundi, a od klijenta do URL-a sustava Office 365 62,01 milisekundi, prosječna je vrijednost vremena od izlaznog proxy poslužitelja do URL-a sustava Office 365 49,76 milisekundi.

Dodatna grafika s prikazom naredbe ping u milisekundama od klijenta do proxyja uz prikaz klijenta do sustava Office 365 tako da se mogu oduzeti vrijednosti.

U pogledu otklanjanja poteškoća i samo čuvanje tih referentnih vrijednosti može otkriti nešto zanimljivo. Ako, primjerice, saznate da je kašnjenje od proxy poslužitelja ili izlazne točke do URL-a sustava Office 365 obično od 40 do 59 milisekundi, a od klijentskog računala do proxy poslužitelja ili izlazne točke kašnjenje iznosi od 3 do 7 milisekundi (ovisno o količini mrežnog prometa u to doba dana), znat ćete da postoji problem ako su zadnje tri referentne vrijednosti kašnjenja između klijentskog računala i proxy poslužitelja 45 milisekundi.

Napredni postupci

Ako zaista želite znati što se događa s vašim internetskim zahtjevima prema sustavu Office 365, morate se upoznati s praćenjem mrežnog prometa. Nije važno koji alat radije koristite za ta praćenja, bilo da je to HTTPWatch, Netmon, Message Analyzer, Wireshark, Fiddler, Developer Dashboard ili neki drugi alat, sve dok taj alat može snimati i filtrirati mrežni promet. U ovom ćete odjeljku saznati da je korisno pokrenuti više takvih alata da biste dobili kompletniju sliku problema. Prilikom testiranja neki od tih alata ponašaju se i sami kao proxy. Alati koji se koriste u popratnom članku, Plan otklanjanja poteškoća s performansama za Office 365 obuhvaćaju Netmon 3.4, HTTPWatch ili WireShark.

Bilježenje referentnih vrijednosti jednostavniji je dio ovog postupka, a većina je koraka identično koracima postupka otklanjanja poteškoća s performansama. Napredniji postupci stvaranja referentnih vrijednosti performansi zahtijevaju bilježenje i spremanje praćenja mrežnog prometa. Većina primjera u ovom članku koristi SharePoint Online, no morate stvoriti popis najčešćih akcija za sve servise sustava Office 365 na koje ste se pretplatili da biste ih mogli testirati i zabilježiti. Evo primjera referentne vrijednosti:

  • Popis referentnih vrijednosti za SPO – Prvi korak: Dođite na početnu stranicu SPO web-mjesta, a zatim pokrenite praćenje mrežnog prometa. Spremite ga.

  • Popis referentnih vrijednosti za SPO – Drugi korak: Potražite neki izraz, na primjer naziv vaše tvrtke, pomoću korporativnog pretraživanja, a zatim pokrenite praćenje mrežnog prometa. Spremite ga.

  • Popis referentnih vrijednosti za SPO – Treći korak: Prenesite veliku datoteku u biblioteku dokumenata sustava SharePoint Online,a zatim pokrenite praćenje mrežnog prometa. Spremite ga.

  • Popis referentnih vrijednosti za SPO – Četvrti korak: Dođite na početnu stranicu web-mjesta servisa OneDrive, a zatim pokrenite praćenje mrežnog prometa. Spremite ga.

Popis mora sadržavati najčešće uobičajene akcije koje korisnik poduzima, a vezane su uz SharePoint Online. Napominjemo da se u zadnjem koraku, kada praćenje dolazi do servisa OneDrive za tvrtke, stvara usporedba između učitavanja početne stranice sustava SharePoint Online (koji tvrtke često prilagođavaju) i početne stranice servisa OneDrive za tvrtke koja se rijetko prilagođava. To je osnovni test kada je riječ o sporom učitavanju web-mjesta SharePoint Online. U svoj test možete ugraditi zapis o toj razlici.

Ako upravo sada imate poteškoća s performansama, većina je koraka identična bilježenju referentnih vrijednosti. Praćenje mrežnog prometa od ključne je važnosti, pa ćemo u sljedećem odjeljku razmotriti kako pokrenuti praćenje mrežnog prometa koje je od ključne važnosti.

Da biste se odmahpozabavili problemom, morate pratiti mrežni promet za vrijeme poteškoća s performansama. Da biste prikupili najbolje moguće podatke, pri ruci morate imati odgovarajuće alate za prikupljanje zapisnika, a potreban vam je i akcijski plan, tj. popis akcija za otklanjanje poteškoća. Prvi korak je zabilježiti datum i vrijeme testa da biste datoteke mogli spremiti u mapu za određeno vrijeme. Nakon toga suzite same korake problema. To su točno oni koraci koje ćete koristiti za testiranje. Nemojte zaboraviti osnovno: ako je problem vezan samo uz Outlook, obavezno zabilježite da se pojavljuje samo u jednom servisu sustava Office 365. Kada suzite opseg problema lakše ćete se usredotočiti na ono što možete riješiti.

Dodatni sadržaji

Upravljanje krajnjim točkama sustava Office 365

Proširite svoje vještine
Istražite osposobljavanje

Jesu li vam ove informacije bile korisne?

Hvala vam na povratnim informacijama!

Hvala vam na povratnim informacijama! Čini se da bi vam pomoglo kad bismo vas povezali s nekim od naših agenata podrške za Office.

×