„Office 365“ efektyvumo didinimas naudojant bazines linijas ir našumo istoriją

Ryšio tarp „Office 365“ ir jūsų organizacijos veikimo našumą galima patikrinti keletu paprastų būdų. Taip galėtumėte susidaryti apytikrį vaizdą apie ryšio kokybę. Žinodami, kaip per tam tikrą laiką kinta ryšio su klientų kompiuteriais našumas, galite iš anksto pastebėti gresiančias problemas ir sutrikimus.

Jei su veikimo našumo problemomis susiduriate nedažnai, šis straipsnis supažindins su keletu bendrųjų šios temos aspektų, pvz., kaip suprasti, ar patiriama problema yra susijusi su prastu veikimu, ar įvyko „Office 365“ tarnybos incidentas? Kaip suplanuoti gerą ilgalaikį veikimą? Kaip galima stebėti veikimą? Jei jūsų komanda arba klientai susiduria su lėtu „Office 365“ veikimu, o jūs ieškote atsakymų į šiuos klausimus, šis straipsnis skirtas jums.

Svarbu : Turite kliento ir „Office 365“ veikimo problemų? Atlikite veiksmus, nurodytus Veikimo trikčių šalinimo „Office 365“ planas.

Svarbi informacija apie „Office 365“ veikimą

„Office 365“ veikia didelės talpos skirtajame „Microsoft“ tinkle, kurį nuolat stebi ne tik automatizuoti procesai, bet ir žmonės. Dalis „Office 365“ debesies tvarkymo tikslų apima veikimo tobulinimą ir supaprastinimą. „Office 365“ debesies klientai prisijungia internetu, todėl nuolat tobuliname ir „Office 365“ tarnybų veikimą. Veikimo debesyje tobulinimas yra nuolatinis procesas, o mes esame sukaupę daug debesų technologijos priežiūros ir spartaus veikimo patirties. Jei kiltų veikimo problemų prisijungiant prie „Office 365“ iš jūsų buvimo vietos, geriausia ne kurti pagalbos atvejį ir laukti kol jis bus išspręstas. Geriau yra pradėti problemos tyrimą nuo pradžių. Tai yra, pradėti nuo savojo tinklo ir aiškintis iki „Office 365“. Prieš atidarydami bylą su „Office 365“ palaikymo tarnyba, galite surinkti duomenis ir imtis tiriamųjų veiksmų, kurie gali išspręsti jūsų problemą.

Svarbu : Atsižvelkite į pajėgumų planavimą ir „Office 365“ apribojimus. Surinkta informacija padės greičiau išspręsti kilusias veikimo problemas. Pateikiame saitą į „Office 365“ platformos tarnybos aprašą. Visos „Office 365“ siūlomos tarnybos turi saitus, nukreipiančius į šioje centrinėje vietoje pateikiamus jų tarnybų aprašus. Tai reiškia, kad prireikus peržiūrėti, pvz., standartinius „SharePoint Online“ limitus, spustelėsite „SharePoint Online“ tarnybos aprašą ir surasite dalyje „SharePoint Online“ apribojimai.

Šalindami nesklandumus nepamirškite, kad veikimas yra kintantis ir nėra siekiama gauti tobulas reikšmes ir išlaikyti jį nepriekaištingą (jei taip manote, tai retkarčiais didelės spartos užduotys, tokios kaip daugelio vartotojų įtraukimas ar didelių duomenų kiekių perkėlimas gali būti labai slegiančios, todėl tokiais atvejais planuokite veikimo sulėtėjimą). Reikėtų nusistatyti apytikslius veikimo tikslus, tačiau veikimui įtaką daro daug kintamųjų, todėl jis būna įvairus. Toks yra veikimo principas.

Veikimo trikčių šalinimas nėra susijęs su konkrečių tikslų įgyvendinimu ir tobulo veikimo palaikymu, o su esamos veiklos tobulinimu atsižvelgiant į visus kintamuosius.

Kaip atskirti veikimo problemą?

Iš pradžių būtina įsitikinti, kad kilo veikimo problema, o ne tarnybos incidentas. „Office 365“ veikimo problema skiriasi nuo tarnybos incidento. Štai kaip galima jas atskirti.

Jei kilo „Office 365“ tarnybos problemų, tai vadinama tarnybos incidentu. „Office 365“ administravimo centro srityje Dabartinė sveikata bus raudonos arba geltonos piktogramos, taip pat galite pastebėti lėtą klientų kompiuterių veikimą prisijungiant į prie „Office 365“. Pavyzdžiui, jei srityje Dabartinė sveikata rodoma raudona piktograma, o šalia „Exchange“ rodomas Tiriama , galite sulaukti skambučių iš savo organizacijos narių, besiskundžiančių netinkamu klientų, kurie naudoja „Exchange Online“, pašto dėžučių veikimu. Tokiu atveju būtų galima daryti išvadą, kad kilo „Exchange Online“ tarnybos problemų.

„Office 365“ sveikatos ataskaitų sritis su visais darbo krūviais rodomais žaliai, išskyrus „Exchange“, kuri rodo, kad paslauga atkurta.

Savo ruožtu, „Office 365“ administratorius turėtų dažnai tikrinti sritį Dabartinė sveikata, tada Peržiūrėti išsamią informaciją ir retrospektyvą, kad sužinotų apie mūsų sistemos tvarkymo darbus. Ataskaitų srityje Dabartinė sveikata pateikiama informacija apie pakeitimus ir tarnybos problemas. Sveikatos retrospektyvos administratorių administratoriams skirtos pastabos ir paaiškinimai padeda įvertinti savo įtaką ir informuoja apie atliekamus darbus.

„Office 365“ sveikatos ataskaitų srities paveikslėlis, kuriame paaiškinama, kad „Exchange Online“ tarnyba buvo atkurta ir kodėl.

Veikimo problema nėra tarnybos incidentas, net jei dėl incidento sulėtėtų veikimas. Veikimo problemos pavyzdys:

  • Veikimo problema įvyksta neatsižvelgiant į „Office 365“ administravimo centro srities Dabartinė sveikata ataskaitas.

  • Veiksmai, kurie buvo pakankamai greitai atliekami, dabar atliekami ilgai arba išvis neatliekami.

  • Galite pakartoti problemą arba bent žinote, kad ji kils atlikus tam tikrus veiksmus.

  • Jei problema kartojasi ne nuolat, vis tiek yra tam tikras veikimo modelis, pvz., žinote, kad 10:00 val. sulauksite skambučių iš vartotojų, kurie negali patikimai pasiekti „Office 365“, o skambučiai liausis apie vidurdienį.

Tai tikriausiai kažkur girdėta, gal net per dažnai. Jei žinote, kad veikimo problema, klausimas tampa „Ką daryti toliau?“ Likusioji straipsnio dalis kaip tik padės tai nustatyti.

Kaip nustatyti ir patikrinti veikimo problemą

Veikimo problemos dažnai kyla per tam tikrą laiką, todėl gali būti sudėtinga nustatyti faktinę problemą. Būtina sukurti tikslų problemos apibūdinimą, tinkamai susipažinti su problemos kontekstu, tada generuoti galimus pakartoti tikrinimo veiksmus, kad pavyktų greitai pašalinti problemą. Kitu atveju, nors ir nėra jūsų kaltės, galite sugaišti daug laiko. Kodėl? Toliau pateikti keli problemų apibūdinimų, teikiančių nepakankamai informacijos, pavyzdžiai:

  • Perėjimas iš aplanko Gauta į Kalendorių trukdavo labai trumpai, o dabar tai trunka visą kavos pertraukėlę. Ar galite padaryti, kad viskas veiktų kaip anksčiau?

  • Labai ilgai nusiunčiami failai į „SharePoint Online“. Kodėl siuntimas būna lėtas po pietų, o kitu laiku greitas? Ar jis gali būti tiktai greitas?

Minėtieji problemų apibūdinimai meta kelis didelius iššūkius. Visų pirma, kyla daug neaiškumų. Pavyzdžiui:

  • Neaišku, kaip perėjimas iš aplanko Gauta į Kalendorių veikė anksčiau naudojant nešiojamąjį kompiuterį.

  • Kai vartotojo rašo „ar gali siuntimas būti vykdomas greitai“, neaišku, kas yra „greitai“?

  • Kiek trunka „labai ilgai“? Kelias sekundes, minutes ar vartotojas gali nueiti papietauti, o siuntimas bus baigtas po dešimties minučių jam grįžus?

Informacija pateikta neatsižvelgiant į tai, kad administratorius ir problemų šalintojas negali žinoti tokiame problemos apibūdinime nepateiktų faktų. Pavyzdžiui, prasidėjus problemoms kiti nežino; kad vartotojas dirba namuose ir jam tik kartais nutinka lėtas perėjimas dirbant namų tinkle; kad vartotojui tenka paleisti kelias kitas daug operatyviosios atminties naudojančias programas vietos kliente arba vartotojas naudoja ankstesnę operacinę sistemą ar nėra įdiegęs naujausių naujinimų.

Vartotojams pranešant apie veikimo problemą būtina surinkti daug informacijos. Šios informacijos rinkimas yra proceso, vadinamo problemos aprėpimu arba jos tyrimu, dalis. Toliau pateiktas pagrindinis aprėpimo sąrašas, kurį galima naudoti renkant informaciją apie veikimo problemą. Šis sąrašas nėra galutinis, bet jį naudojant galima sukurti savąjį išsamų sąrašą:

  • Kokia problemos atsiradimo data ir kuriuo dienos ar nakties metu ji įvyko?

  • Kokio tipo kliento kompiuteris buvo naudojamas ir kaip jis buvo prijungiamas prie įmonės tinklo (VPN, laidine jungtimi, belaidžiu ryšiu)?

  • Dirbote nuotoliniu būdu ar biure?

  • Ar bandėte atlikti tokius pačius veiksmus kitame kompiuteryje ir pastebėjote tokį patį veikimą?

  • Apgalvokite veiksmus, kuriuos atliekant kyla problemų, kad galėtumėte juos aprašyti.

  • Kokio lėtumo sekundėmis ir minutėmis yra veikimas?

  • Kurioje pasaulio vietoje esate?

Kai kurie iš šių klausimų yra daugiau akivaizdūs, nei kiti. Beveik visi supranta, kad problemos šalintojui reikės atlikti tiksliai tokius pačius veiksmus, kad būtų atkurta problema. Kaip dar būtų galima nustatyti, kas yra blogai, ir patikrinti, ar problema pašalinta? Mažiau akivaizdūs yra kiti klausimai, pvz., „koks problemos laikas ir data“ ar „kurioje pasaulio vietoje esate“. Šią informaciją galima pateikti kartu. Atsižvelgiant į vartotojo darbo laiką, dėl kelių valandų skirtumo tam tikros įmonės tinklo dalyse jau gali būti atliekami priežiūros darbai. Jei įmonė naudoja hibridinį diegimą, pvz., hibridinę „SharePoint“ iešką, kuri gali apdoroti ieškos indeksus „SharePoint Online“ ir vietiniame „SharePoint Server 2013“ egzemplioriuje, naujinimai jau gali būti pradėti vietiniame ūkyje. Jei visa įmonės veikla vykdoma debesyje, sistemos priežiūra gali apimti tinklo aparatinės įrangos pridėjimą ar šalinimą, visoje įmonėje taikytų naujinimų atšaukimą ar DNS arba kitos pagrindinės infrastruktūros pakeitimus.

Veikimo problemos šalinimas šiek tiek panašus į veiklą nusikaltimo vietoje. Būtina būti tiksliam, pastabiam ir daryti tikslias išvadas atsižvelgiant į įrodymus. Todėl būtina sukurti tikslų problemos apibūdinimą kaupiant įrodymus. Jie turi apimti kompiuterio kontekstą, vartotojo kontekstą ir tikslius veiksmus, kuriuos atliekant kilo veikimo problema. Šis problemos apibūdinimas turi būti pagrindinė jūsų pastabų dalis. Kai radus sprendimą peržiūrimas problemos apibūdinimas, jūs atliekate tikrinimo veiksmus ir įsitikinate, kad atlikti veiksmai padėjo išspręsti problemą. Tai labai svarbu nusprendžiant, kad problema buvo sėkmingai pašalinta.

Ar žinote, koks efektyvumas buvo laikomas geru?

Jei nežinote jūs, nežino niekas. Niekas neturi skaičių. Tai reiškia, kad niekas negali atsakyti į paprastą klausimą, „kiek sekundžių trukdavo perėjimas į aplanką Gauta naudojant „Office 365“?", arba „kiek trukdavo vadovų „Lync Online“ susitikimai?“. Tokie scenarijai kartojasi daugelyje įmonių.

Čia trūksta pagrindinės veikimo informacijos.

Pagrindinė informacija teikia veikimo kontekstą. Atsižvelgiant į įmonės poreikius, tam tikrais intervalais reikėtų kaupti pagrindinę informaciją. Jei įmonė didelė, operacijų komanda gali būti jau surinkusi pagrindinę informaciją apie vietinę aplinką. Jeigu visiems „Exchange“ serveriams pirmąjį mėnesio pirmadienį taikomos pataisos, o visiems „SharePoint“ serveriams jos taikomos trečiąjį pirmadienį, operacijų komandos nariai tikriausiai turi užduočių ir scenarijų sąrašą, kurias atlieka pritaikius pataisas, kad įsitikintų svarbiausių funkcijų tinkamu veikimu. Pavyzdžiui, atidaro aplanką Gauta, spusteli Siųsti/gauti ir įsitikina, kad aplankai naujinami arba, jei naudojama „SharePoint“, naršo pagrindinį tinklalapį, eina į įmonės ieškos puslapį ir atlieka iešką, kuri pateikia rezultatus.

Jei programos yra „Office 365“, pagrindinė informacija apima laiką (milisekundėmis) nuo kliento kompiuterio tinklo viduje iki išėjimo punkto arba laiko, kai paliekamas tinklas ir einama į „Office 365“. Toliau pateikti keli pagrindinės informacijos punktai, kuriuos galima patikrinti ir įrašyti:

  • Nustatykite įrenginius tarp kliento kompiuterio ir išėjimo punkto, pvz., tarpinį serverį.

    • Būtina žinoti tam tikrą informaciją apie savo įrenginius (IP adresus, įrenginių tipus ir t. t.), kad kilus problemų turėtumėte tam tikrą kontekstą.

    • Tarpiniai serveriai yra įprasti išėjimo punktai, todėl patikrinus naršyklę galima sužinoti, kokį tarpinį serverį jį naudoja, jei toks yra.

    • Yra trečiųjų šalių siūlomų įrankių, kurie padeda rasti ir susieti tinklą, tačiau patogiausias būdas sužinoti apie įrenginius yra paklausti apie juos tinklo komandos narių.

  • Nustatykite interneto paslaugų teikėją (ISP), užsirašykite jo kontaktinę informaciją ir paklauskite, kiek ir kokio pralaidumo grandinių turite.

  • Įmonės viduje nustatykite įrenginių išteklius tarp kliento ir išėjimo punkto arba identifikuokite kontaktinį asmenį, į kurį galima kreiptis dėl tinklo problemų.

Toliau pateikta informacija, kurią galima surinkti naudojant paprastus tikrinimo įrankius:

  • Laikas nuo kliento kompiuterio iki išėjimo punkto milisekundėmis

  • Laikas nuo išėjimo punkto iki „Office 365“ milisekundėmis

  • Serverio, kuris naršant sprendžia „Office 365“ URL, vieta pasaulyje

  • ISP DNS nustatymas milisekundėmis, paketų gavimo nenuoseklumai (tinklo nuokrypis), nusiuntimo ir atsisiuntimo laikai milisekundėmis

Jei nežinote, kaip atlikti šiuos veiksmus, šiame straipsnyje rasite išsamų jų aptarimą.

Kas yra pagrindinė informacija?

Sutrikus veikimui pastebimas pablogėjimas, tačiau neturint retrospektyvinių veikimo duomenų neįmanoma suvokti konteksto ir nustatyti, kada sutriko veikimas arba kiek rimtas yra sutrikimas. Be pagrindinės informacijos neturėsite pagrindinio dėlionės sprendimo rakto – paveikslėlio ant dėlionės dėžutės. Šalinant veikimo triktis būtinas palyginimas. Veikimo pagrindinę informaciją nėra sudėtinga surinkti. Gali būti, kad operacijų komanda ją reguliariai renka. Tarkime, kad jūsų ryšys yra toks:

Bazinė tinklo schema, rodanti klientą, tarpinį serverį ir „Office 365“ debesį.

Tai reiškia, kad patikrinote su tinklo komanda ir sužinojote, kad paliekate įmonę ir prisijungiate prie interneto per tarpinį serverį, o tas tarpinis serveris tvarko visas užklausas, kurias kliento kompiuteris siunčia į debesį. Tokiu atveju galima sudaryti supaprastintą ryšio versiją nurodant visus tarpinius įrenginius. Dabar įterpkite įrankius, naudojamus tikrinti veikimą tarp kliento, išėjimo punkto (pro kurį paliekate tinklą ir jungiatės prie interneto) ir „Office 365“ debesies.

Bazinis tinklas su klientu, tarpiniu serveriu ir debesimi, įrankių pasiūlymais PSPing, TraceTCP ir tinklo sekimu.

Parinktys pateikiamos kaip Paprastos ir Išplėstinės, nes siekiant rasti veikimo duomenis būtini skirtingi patirties lygiai. Tinklo sekimas ilgai trunka palyginus su komandų eilutės įrankių paleidimu, pvz., „PsPing“ ir „TraceTCP“. Šie du komandų eilutės įrankiai pasirinkti todėl, kad nenaudoja ICMP paketų, kurie bus blokuojami „Office 365“, ir todėl, kad pateikia laiką milisekundėmis, per kurį paliekamas kliento kompiuteris ar tarpinis serveris (jei turite prieigą) ir pasiekiama „Office 365“. Gaunamos atskirų perėjimų nuo vieno kompiuterio prie kito vertės, todėl labai patogu rinkti pagrindinę informaciją. Taip pat labai svarbu, kad šie komandų eilutės įrankiai leidžia įtraukti prievado numerį į komandą. Tai visai naudinga, nes „Office 365“ palaiko ryšį per 443 prievadą, kurį naudoja SSL ir TLS protokolai. Tačiau jums gali geriau tikti trečiųjų šalių įrankiai. „Microsoft“ palaiko ne visus šiuos įrankius, todėl, jeigu dėl kokių nors priežasčių neveikia „PsPing“ ir „TraceTCP“, naudokite tokį tinklo sekimo įrankį, kaip „Netmon“.

Pagrindinę informaciją galima surinkti prieš darbo valandas, didelių apkrovų metu ir pasibaigus darbo valandoms. Tokiu būdu galite naudoti panašią aplankų struktūrą:

Grafinis elementas, kuriame siūlomas būdas, kaip sutvarkyti našumo duomenis į aplankus.

Taip pat būtina pasirinkti failų vardų suteikimo strategiją. Štai keli pavyzdžiai:

  • 2015_Vas_09_9-00_VeikimoInformacija_Netmon_KlientasIšėjimas_Iprastas

  • 2015_Sau_10_15-00_VeikimoInformacija_PsPing_KlientasO365_apeinamasTarpinis_LETAS

  • 2015_Vas_08_14-00_VeikimoInformacija_BLOGASveikimas

  • 2015_Vas_08_8-30_VeikimoInformacija_GerasVeikimas

Yra daug įvairių būdų, tačiau patogu pradėti naudojant formatą <dateTime><what's happening in the test>. Kruopščiai pasiruošus bus lengviau šalinti triktis. Vėliau galėsite informuoti, kad vasario 8 d. sekėte veikimą du kartus, vieną kartą jis buvo tinkamas, kitą – lėtas, todėl mes galėsime juos palyginti. Tai labai naudinga šalinant triktis.

Retrospektyvinė pagrindinė informacija turi būti tvarkoma organizuotai. Šiame pavyzdyje naudojant paprastus būdus gautos trys komandų eilutės išvestys, o rezultatai sukaupti kaip ekrano nuotraukos, tačiau galima naudoti ir tinklo fiksavimo failus. Pasirinkite tinkamiausią metodą. Išsaugokite retrospektyvinę pagrindinę informaciją ir remkitės ja pastebėję tinklo tarnybų veikimo pokyčius.

Kodėl reikėtų rinkti veikimo duomenis naudojant bandomąją versiją?

Labai patogu pradėti rinkti pagrindinę informaciją naudojant bandomąją „Office 365“ tarnybos versiją. Įmonėje gali būti tūkstančiai vartotojų, šimtai tūkstančių, o gali būti tik penki, tačiau net ir esant keliems vartotojams galima atlikti tikrinimus, skirtus matuoti veikimo pokyčius. Jei įmonė didelė, kelių šimtų vartotojų „Office 365“ naudojimą galima pritaikyti kelių tūkstančių vartotojų naudojimui, todėl bus galima nuspėti galimas problemas.

Jei įmonė nedidelė, o vartotojai pradeda naudoti tarnybą tuo pačiu metu ir nėra vadovo, rinkite veikimo matavimus, kad galėtumėte pateikti duomenis asmenims, kuriems gali tekti šalinti netinkamo veikimo triktis. Jeigu pastebite, kad turite laiko vaikščioti po patalpas, kol nusiunčiamas vidutinio dydžio grafinis elementas, nors anksčiau toks elementas būdavo nusiunčiamas labai greitai.

Kaip rinkti pagrindinę veikimo informaciją

Siekdami įgyvendinti visus trikčių šalinimo planus, turėsite identifikuoti mažiausiai šiuos dalykus:

  • naudojamas kliento kompiuteris (kompiuterio arba įrenginio tipas, IP adresas ir veiksmai, dėl kurių kilo problema);

  • kur yra kompiuteris (pvz., ar šis vartotojas prisijungęs prie tinklo per VPN, dirba nuotoliniu būdu ar įmonės intranete);

  • kurioje vietoje kliento kompiuteris išeina iš jūsų tinklo (t. y. kurioje vietoje srautas iš jūsų įmonės pereina į internetą arba pradeda naudoti ISP paslaugas).

Tinklo schemą gali pateikti tinklo administratorius. Jei naudojate nedidelį tinklą, peržiūrėkite įrenginius, naudojamus prisijungiant prie interneto, tada kreipkitės į ISP, jei turite klausimų apie tinklo schemą. Sukurkite galutinės schemos grafinį elementą.

Šis skyrius suskirstytas į paprastus komandų eilutės įrankius ir būdus, ir išsamesnius įrankius ir parinktis. Iš pradžių aptarsime paprastus būdus. Jeigu jau kilo veikimo problemą, pereikite prie išplėstinių metodų ir išbandykite veikimo trikčių šalinimo veiksmų plano pavyzdį.

Paprasti būdai

Šių paprastų būdų tikslas – surinkti, suprasti ir tinkamai išsaugoti paprastą veikimo pagrindinę informaciją per tam tikrą laiką, kad būtumėte informuojami apie „Office 365“ veikimą. Toliau pateikta labai paprasta diagrama, kurią matėte anksčiau:

Bazinis tinklas su klientu, tarpiniu serveriu ir debesimi, įrankių pasiūlymais PSPing, TraceTCP ir tinklo sekimu.

Pastabos : 

  • „TraceTCP“ įtrauktas į šią ekrano kopiją, nes tai naudingas įrankis, skirtas milisekundėmis rodyti, kiek ilgai apdorojama užklausa, ir kiek tinklo perėjimų arba ryšių iš vieno kompiuterio į kitą reikia tikslinei vietai pasiekti. „TraceTCP“ taip pat teikia perėjimams naudojamų serverių vardus, o tai gali būti naudinga „Microsoft Office 365“ trikčių šalintojui iš palaikymo komandos.

  • „TraceTCP“ komandos gali būti labai paprastos, pvz.:

  • tracetcp.exe outlook.office365.com:443

  • Nepamirškite įtraukti prievado numerį į komandą!

  • „TraceTCP“ galima atsisiųsti nemokamai, tačiau yra pagrįsta „Wincap“. „Wincap“ yra įrankis, kurį diegia ir naudoja „Netmon“. Išplėstinių metodų skyriuje mes taip pat naudojame „Netmon“.

Jei turite kelis biurus, turite laikyti duomenų rinkiniu iš kliento kiekvienoje iš tų vietų. Šis testas matuoja gaištį, kuri šiuo atveju yra skaitinė reikšmė, apibūdinanti laikotarpį tarp kliento užklausos siuntimo į „Office 365“ ir „Office 365“ reagavimo į užklausą. Tikrinimas pradedamas jūsų domeno kliento kompiuteryje ir matuoja kelionės pirmyn ir atgal laiką tinklo viduje, išėjimą iš išėjimo punkto, vykdymą internetu iki „Office 365“ ir atgal.

Yra keletas būdų, kaip elgtis su išėjimo punktu, šiuo atveju tarpiniu serveriu. Galima sekti vykdymą iš 1 iki 2, tada iš 2 iki 3, o tada susumuoti skaičius milisekundėmis ir taip gauti galutinį keliavimo skaičių iki jūsų tinklo ribų. Arba galima konfigūruoti, kad kuriant ryšį būtų apeinamas „Office 365“ adresų tarpinis serveris. Didesniame tinkle su užkarda, atvirkštiniu tarpiniu serveriu ar tam tikru šių elementų deriniu, gali tekti kurti išimtis tarpiniame serveryje, kuris leidžia URL srautus. „Office 365“ naudojamų galinių taškų sąrašą žr. „Office 365“ URL ir IP adresų diapazonai. Jei turite autentifikavimo tarpinį serverį, pradėkite tikrinti šių elementų išimtis:

  • 80 ir 443 prievadai

  • TCP ir HTTP

  • Ryšiai, kurie siunčiami į bet kurį iš šių URL:

  • *.microsoftonline.com

  • *.microsoftonline-p.com

  • *.sharepoint.com

  • *.outlook.com

  • *.lync.com

  • osub.microsoft.com

Visiems vartotojams turėtų būti leidžiama pasiekti šiuos adresus be jokių tarpinio serverio trukdžių ar autentifikavimo. Mažesniame tinkle reikėtų įtraukti juos į tarpinio serverio apėjimo sąrašą žiniatinklio naršyklėje.

Jei norite įtraukti juos į savo tarpinio serverio apėjimo sąrašą programoje „Internet Explorer“, eikite į Įrankiai > Interneto parinktys > Ryšiai > LAN parametrai > Išsamiau. Skirtuke Išsamiau taip pat rasite savo tarpinio serverio ir tarpinio serverio prievado informaciją. Gali tekti spustelėti žymės langelį Naudoti tarpinį serverį savo LAN, kad pasiektumėte mygtuką Išsamiau . Įsitikinkite, kad pažymėtas žymės langelis Apeiti vietos adresų tarpinį serverį. Spustelėjus Išsamiau bus rodomas teksto laukas, kuriame galėsite įvesti išimtis. Atskirkite pirmiau nurodytus pakaitos simbolių URL kabliataškiais, pvz.:

*.microsoftonline.com; *.sharepoint.com

Apėjus tarpinį serverį turėtų būti galima naudoti ryšio užklausą ar „PsPing“ tiesiogiai „Office 365“ URL. Kitas veiksmas bus patikrinti ryšio užklausą outlook.office365.com. Arba, jei naudojate „PsPing“ ar kitą įrankį, kad galėtumėte pateikti prievado numerį komandai, „PsPing“ portal.microsoftonline.com:443, kad milisekundėmis būtų rodomas kelionės pirmyn ir atgal laiko vidurkis.

Kelionės pirmyn ir atgal laikas arba RTT yra skaitinė reikšmė, nurodant, kaip ilgai trunka HTTP užklausos siuntimas į serverį, pvz., outlook.office365.com, ir gauti atsakymą, kuris patvirtina,kad serverio žino, ką atlikote. Kartais tai trumpinama RTT. Tai turėtų būti sąlyginai trumpas laiko tarpas.

Jei norite atlikti šio tikrinimo, būtina naudoti „PSPing“ ar kitą įrankį, kuris nenaudoja ICMP paketų, kuriuos blokuoja „Office 365“.

Kaip naudoti „PsPing“ norint gauti bendrą kelionės pirmyn ir atgal laiką milisekundėmis tiesiogiai iš „Office 365“ URL

  1. Didesnėmis teisėmis vykdykite komandų eilutę atlikdami šiuos veiksmus:

    1. Spustelėkite Pradėti.

    2. Skirtuke Pradėti iešką įveskite cmd, tada paspauskite CTRL + SHIFT + ENTER.

    3. Jei rodomas dialogo langas Vartotojo paskyros valdymo tarnyba, patvirtinkite, kad jos rodomas veiksmas yra tinkamas, tada spustelėkite Tęsti.

  2. Pereikite į aplanką, kuriame įdiegtas įrankis (šiuo atveju „PsPing“), tada išbandykite šiuos „Office 365“ URL:

    • psping portal.office.com:443

    • psping microsoft-my.sharepoint.com:443

    • psping outlook.office365.com:443

    • psping www.yammer.com:443

      PSPing komanda, einant į microsoft-my.sharepoint.com prievadą 443.

Būtinai nurodykite 443 prievado numerį. Atminkite, kad „Office 365“ veikia šifruotu kanalu. Jei „PsPing“ be prievado numerio, jūsų užklausa nepavyks. Patikrinus savąjį trumpą sąrašą žr. vidutinį laiką milisekundėmis (ms). Štai ką reikėtų įrašyti!

Grafinis elementas, rodantis kliento su tarpinio serverio PSPing, kai laikas į abi puses 2,8 milisekundžių.

Jei nesate susipažinę su tarpinio serverio apėjimu ir norite atlikti veiksmus paeiliui, iš pradžių būtina sužinoti tarpinio serverio vardą. Programoje „Internet Explorer“ eikite į Įrankiai > Interneto parinktys > Ryšiai > LAN parametrai > Išsamiau. Skirtuke Išsamiau nurodytas jūsų tarpinis serveris. Patikrinkite tarpinio serverio ryšį naudodami komandų eilutę ir atlikdami šią užduotį:

Norėdami patikrinti tarpinį serverį ir gauti kelionės pirmyn ir atgal 1 ir 2 etapo reikšmę milisekundėmis

  1. Didesnėmis teisėmis vykdykite komandų eilutę atlikdami šiuos veiksmus:

    1. Spustelėkite Pradėti.

    2. Skirtuke Pradėti iešką įveskite cmd, tada paspauskite CTRL + SHIFT + ENTER.

    3. Jei rodomas dialogo langas Vartotojo paskyros valdymo tarnyba, patvirtinkite, kad jos rodomas veiksmas yra tinkamas, tada spustelėkite Tęsti.

  2. Įveskite ping < tarpinio serverio, kurį naudoja jūsų naršyklė, vardas arba tarpinio serverio IP adresas >, tada paspauskite ENTER. Jei naudojate „PsPing“ ar kitą įrankį, galite naudoti kitą įrankį.

    Jūsų komanda gali atrodyti kaip vienas iš šių pavyzdžių:

    • ping mūsųtarpinisserveris.mūsųdomenas.pramonėsšaka.įmonė.com

    • ping 155.55.121.55

    • ping mūsųtarpinisserveris

    • psping mūsųtarpinisserveris.mūsųdomenas.pramonėsšaka.įmonė.com:80

    • psping 155.55.121.55:80

    • psping mūsųtarpinisserveris:80

  3. Kai sekant nustojama siųsti bandomuosius paketus, gausite trumpą suvestinę su vidurkiu milisekundėmis, o būtent šio skaičiaus jums ir reikia. Padarykite raginimo ekrano kopiją ir išsaugokite ją naudodami savo vardų suteikimo strategiją. Taip pat galima įvesti šią reikšmę į diagramą.

Galbūt sekėte anksti ryte ir jūsų klientas gali greitai pasiekti tarpinį serverį (ar kitą išėjimo serverį, išeinantį į internetą). Tokiu atveju skaičiai gali atrodyti maždaug taip:

Grafinis elementas, kuriame rodomas 2,8 milisekundžių laikas į abi puses iš kliento į tarpinį serverį.

Jei kliento kompiuteris yra vienas iš nedaugelio turinčių prieigą prie tarpinio (arba išėjimo) serverio, galite pradėti kitą tikrinimo etapą nuotoliniu būdu prisijungdami prie to kompiuterio, paleisdami komandų eilutę „PsPing“ į „Office 365“ URL iš ten. Jei neturite prieigos prie to kompiuterio, galite kreiptis į tinklo išteklius vykdydami kitą tikrinimo etapą ir gauti taip gauti tikslius skaičius. Jei tai įmanoma, naudokite „PsPing“ tikrindami „Office 365“ URL ir palyginkite su „PsPing“ ar ryšio užklausos laiku su jūsų tarpiniu serveriu.

Jei yra 51,84 milisekundės laikotarpis ryšiui iš kliento su „Office 365“ URL ir yra 2,8 milisekundės laikotarpis ryšiui iš kliento su tarpiniu serveriu (arba išėjimo punktu), jūsų laikotarpis ryšiui iš išėjimo punkto su „Office 365“ yra 49,04 milisekundės. Jei aktyviausiu dienos metu „PsPing“ yra 12,25 milisekundės iš kliento su tarpiniu serveriu, ir 62,01 milisekundės iš kliento su „Office 365“ URL, jūsų terpinio serverio išėjimo su „Office 365“ URL vidutinė reikšmė yra 49.76 milisekundės.

Papildomas grafinis elementas, kuriame parodytas ryšio tikrinimas milisekundėmis iš kliento į tarpinį serverį šalia iš kliento į „Office 365“, kad šias reikšmes būtų galima atimti.

Šalinant triktis vien ši informacija gali nemažai padėti. Jei pastebėsite, kad paprastai yra nuo 40 iki 59 milisekundžių gaištis nuo tarpinio serverio arba išėjimo punkto su „Office 365“ URL, o kliento su tarpiniu serveriu ar išėjimo punktu gaištis yra nuo 3 iki 7 milisekundžių (atsižvelgiant į tinklo srautą, stebimą tuo dienos metu), tada tikrai žinosite, kad kilo problemų, jeigu trijų paskutinių kliento ryšių su tarpiniu ar išėjimo serveriu gaištis yra 45 milisekundės.

Išplėstiniai metodai

Jei tikrai norite sužinoti, kas vyksta su jūsų interneto užklausomis su „Office 365“, būtina susipažinti su tinklo sekimu. Nesvarbu, kokius įrankius naudosite sekimui, „HTTPWatch“, „Netmon“, „Message Analyzer“, „Wireshark“, „Fiddler“, „Developer Dashboard“ ar kurį kitą, tiks visi įrankiai, galintys fiksuoti ir filtruoti tinklo srautą. Šiame skyriuje sužinosite, kad naudinga paleisti daugiau negu vieną šių įrankių, kad galėtumėte susidaryti išsamų problemos vaizdą. Atliekant bandymą kai kurie įrankiai taip pat veikia kaip tarpiniai serveriai. Papildomame straipsnyje Veikimo trikčių šalinimo „Office 365“ planas naudojami įrankiai apima Netmon 3.4, HTTPWatch arba WireShark.

Veikimo informacijos rinkimas naudojant šį metodą yra lengvoji dalis, o daugelis veiksmų yra tokie patys, kaip šalinant veikimo problemą. Išsamesni veikimo pagrindinės informacijos kūrimo metodai reikalauja sekti ir įrašyti tinklo pėdsakus. Daugelyje šio straipsnio pavyzdžių naudojama „SharePoint Online“, bet jums reikėtų sukurti paprastų tikrinimo ir įrašymo veiksmų sąrašą visoms „Office 365“ tarnyboms, kurias esate užsiprenumeravę. Pagrindinės informacijos pavyzdys:

  • SPO pagrindinės informacijos sąrašas – 1 žingsnis: Raskite SPO svetainės pagrindinį puslapį ir sekite tinklą. Įrašykite sekimą.

  • SPO pagrindinės informacijos sąrašas – 2 žingsnis: Ieškokite termino (pvz., įmonės pavadinimo) naudodami įmonės iešką ir sekite tinklą. Įrašykite sekimą.

  • SPO pagrindinės informacijos sąrašas – 3 žingsnis: Nusiųskite didelį failą į „SharePoint Online“ dokumentų biblioteką ir sekite tinklą. Įrašykite sekimą.

  • SPO pagrindinės informacijos sąrašas – 4 žingsnis: Raskite „OneDrive“ svetainės pagrindinį puslapį ir sekite tinklą. Įrašykite sekimą.

Šiame sąraše turėtų būti svarbiausi bendrieji veiksmai, kuriuos vartotojai turi atlikti naudodami „SharePoint Online“. Atkreipkite dėmesį, kad atliekant paskutinį žingsnį ir sekant iki „OneDrive“ verslui, apimamas „SharePoint Online“ pagrindinio puslapio įkėlimo (kurį dažnai tinkina įmonės) ir „OneDrive“ verslui pagrindinio puslapio įkėlimo, kuris retai tinkinamas, palyginimas. Tai pats paprasčiausias patikrinimas, kai lėtai įkeliama „SharePoint Online“ svetainė. Galite įtraukti šį skirtumą į savo tikrinimą.

Jei įpusėjote šalinti veikimo problemą, daugelis veiksmų yra tokie patys kaip kaupiant pagrindinę informaciją. Tinklo sekimai tampa labai svarbūs, todėl toliau aptariama, kaip tinkamai sekti.

Jei norite dabar šalinti veikimo problemą, jums reikia vykdyti sekimą problemos pasireiškimo metu. Būtina turėti tinkamus įrankius, skirtus kaupti žurnalus ir sudaryti veiksmų planą, apimantį trikčių šalinimo veiksmus, kad būtų kaupiama kuo tikslesnė informacija. Iš pradžių reikia įrašyti tikrinimo datą ir laiką, kad būtų galima įrašyti failus aplanke, kuris atspindi laiką. Tada būtina susiaurinti problemos šalinimo veiksmus. Tie veiksmai yra tokie patys, kokius atliekate tikrindami. Nepamirškite pagrindų: jei kilo tik „Outlook“ problema, nepamirškite įrašyti, kad veikimo problemų kilo tiks su viena „Office 365“ tarnyba. Siaurinant problemos aprėptį lengviau ją išspręsti.

Taip pat žr.

„Office 365“ pabaigos taškų valdymas

Tobulinkite savo įgūdžius
Ieškoti mokymo
Pirmiausia gaukite naujų funkcijų
Prisijunkite prie „Office Insider“ dalyvių

Ar ši informacija buvo naudinga?

Dėkojame už jūsų atsiliepimus!

Dėkojame už jūsų atsiliepimą! Panašu, kad gali būti naudinga jus sujungti su vienu iš mūsų „Office“ palaikymo agentų.

×