Plan pentru Office 365 depanare a performanței

Important : Acest articol este tradus automat, consultați exonerarea de răspundere. Versiunea în limba engleză a acestui articol se poate găsi aici pentru referință.

Trebuie să știți pașii de urmat să identificați și remediați GAL-uri, este suspendat și performanță lentă între SharePoint Online, OneDrive pentru Business, Exchange Online sau Skype for Business Online și computerul client? Înainte de a apela asistența, acest articol vă poate ajuta să depanați problemele de performanță Office 365 și chiar și remedierea unele dintre problemele cele mai comune.

Acest articol este de fapt un eșantion de plan de acțiune care se pot utiliza pentru a captura datele importante despre problema de performanță, așa cum se întâmplă. Câteva probleme de sus sunt, de asemenea, listate aici.

Dacă sunteți familiarizat cu performanța de rețea și doriți să creați un plan pe termen lung pentru a monitoriza performanță între client mașini și Office 365, Aruncați o privire la Depanarea - Admin și Pro și ajustarea performanței Office 365.

Exemplu de performanță plan de acțiune pentru depanare

Acest plan de acțiune are două părți: o fază de pregătire și una de înregistrare în jurnal. Dacă aveți o problemă de performanță chiar acum și trebuie să colectați date, puteți începe să utilizați acest plan imediat.

Pregătirea computerului client

  • Găsiți un computer client care poate reproduce problema de performanță. Acest computer va fi utilizat în timpul depanării.

  • Scrieți pașii care provoacă problema de performanță, pentru a fi pregătit atunci când vine timpul să testați.

  • Instalați instrumentele pentru colectarea și înregistrarea informațiilor:

    • Instalați Netmon 3.4 (sau utilizați un instrument de trasare în rețea echivalent).

    • Instalați ediția de bază gratuită de HTTPWatch (sau utilizați un instrument de trasare în rețea echivalent).

    • Utilizați un înregistrator de ecran sau rulați programul Înregistrator de pași (PSR.exe) livrat cu Windows Vista și versiuni mai recente, pentru a păstra o înregistrare a pașilor necesari în timpul testării.

Înregistrați problema de performanță

  • Închideți toate browserele de internet ciudate.

  • Porniți Înregistrator de pași sau un alt înregistrator de ecran.

  • Porniți captura Netmon (sau instrumentul de trasare în rețea).

  • Goliți memoria cache DNS de pe computerul client din linia de comandă, tastând ipconfig/flushdns.

  • Porniți o nouă sesiune de browser și activați HTTPWatch.

  • Opțional: Dacă testați Exchange Online, rulați instrumentul Analizator de performanța client Exchange din consola de administrare Office 365.

  • Reproduceți pașii exacți care provoacă problema de performanță.

  • Opriți trasarea Netmon sau de alt tip.

  • În linia de comandă, rulați o comandă traceroute pentru abonamentul Office 365, tastând următoarea comandă, apoi apăsând ENTER:

    tracert <numeabonament>.onmicrosoft.com

  • Opriți Înregistrator de pași și salvați fișierul video. Nu uitați să includeți data și ora capturii și dacă demonstrează o performanță bună sau slabă.

  • Salvați fișierele de trasare. Din nou, nu uitați să includeți data și ora capturii și dacă demonstrează o performanță bună sau slabă.

Dacă nu sunteți familiarizat cu instrumentele menționate în acest articol, nu vă faceți griji, deoarece vă oferim pașii necesari în continuare. Dacă sunteți obișnuit cu acest tip de captură de rețea, puteți trece la secțiunea Cum se citesc trasările, care descrie filtrarea și citirea jurnalelor.

Goliți întâi memoria cache DNS

De ce? Prin golirea memoriei cache DNS, începeți testele de la zero. Prin golirea memoriei cache, resetați conținutul rezolvitorului DNS la cele mai recente intrări. Rețineți că o golire nu elimină intrările de tip fișier HOSTs. Dacă utilizați intrările de tip fișier HOST la scară largă, ar trebui să le copiați într-un fișier din alt director și să goliți fișierul HOST.

Goliți memoria cache a Rezolvitorului DNS

  1. Deschideți linia de comandă, (Start > Rulare > cmd sau tasta Windows > cmd).

  2. Tastați următoarea comandă și apăsați ENTER:

    ipconfig /flushdns

Netmon

Microsoft rețea monitorizare instrument (Netmon) analizează pachete, care este de trafic care trece între computere rețele. Utilizând Netmon să urmăriți traficul cu Office 365 să capturați, vizualizarea, și citiți pachetelor anteturi, identificați dispozitivele respectivă, Verificați setările importante pe hardware de rețea, căutați scăzut pachete și urmați fluxul de trafic între computere în rețeaua de corporație și Office 365. Deoarece corpul real de trafic este criptat, înseamnă că îl (călătoriile pe port 443 prin SSL/TLS, nu poate citi fișiere este trimis. În schimb, veți primi o Trasare nefiltrate căii care aibă pachetelor care vă pot ajuta să găsiți comportamentul problema.

Aveți grijă să nu aplicați un filtru în acest moment. În schimb, parcurgeți pașii și demonstrați problema înainte de a opri trasarea și a salva.

După ce instalați Netmon 3.4, deschideți instrumentul și urmați acești pași:

Efectuați o Trasare Netmon și reproduceți problema

  1. Lansați Netmon 3.4.

    Există trei panourilor pe pagina de început : Surprinde recente, Selectați rețeleși introducere Noţiuni de bază cu Microsoft Network Monitor 3.4. Notificare. Panoul Selectați rețele, de asemenea, vă va oferi o listă de rețele implicite din care puteți să capturați. Asigurați-vă că cărți de rețea sunt selectate aici.

  2. Faceți clic pe New Capture (Captură nouă) în partea de sus a paginii Start. Acest lucru adaugă o filă nouă lângă fila de pagină Start, numită Capture 1.

    Interfața de utilizator Nemon cu butoanele de captură nouă, Start și Stop evidențiate.

  3. Pentru a realiza o captură simplă, faceți clic pe Start pe bara de instrumente.

  4. Reproduceți pașii care prezintă o problemă de performanță.

  5. Faceți clic pe Stop > File (Fișier) > Save as (Salvare ca). Nu uitați să oferiți data și ora, inclusiv fusul orar, și să menționați dacă demonstrează o performanță bună sau slabă.

HTTPWatch

HTTPWatch intervine încărcate, și o ediție gratuit. Ediția de bază gratuită acoperă tot ceea ce aveți nevoie pentru acest test. HTTPWatch monitoare de rețea traficul și pagina timpul de încărcare direct din fereastra browserului. HTTPWatch este un insert pentru Internet Explorer care descrie grafic de performanță. Analiza poate fi salvat și vizualizat în HTTPWatch Studio.

Note : 

  • Dacă utilizați alt browser, cum ar fi Firefox, Google Chrome sau dacă nu puteți instala HTTPWatch în Internet Explorer, deschideți o fereastră de browser nouă și apăsați F12 pe tastatură. Ar trebui să vedeți fereastra pop-up Instrument pentru dezvoltatori în partea de jos a browserului. Dacă utilizați Opera, apăsați CTRL+SHIFT+I pentru Web Inspector, apoi faceți clic pe fila Rețea și efectuați testarea descrisă mai jos. Informațiile vor fi ușor diferite, dar timpii de încărcare vor fi afișați în continuare în milisecunde.

  • HTTPWatch este foarte util și pentru probleme cu timpii de încărcare ai paginii SharePoint Online.

Rulați HTTPWatch și reproduceți problema

  1. HTTPWatch este un plugin pentru browser, astfel că expunerea instrumentului în browser este ușor diferită pentru fiecare versiune de Internet Explorer. De obicei, puteți găsi HTTPWatch sub bara Comenzi din browserul Internet Explorer.

    Dacă nu vedeți pluginul HTTPWatch în fereastra browserului, verificați versiunea browserului, faceți clic pe Ajutor > Despre sau, în versiunile mai recente de Internet Explorer, faceți clic pe simbolul roată dințată și pe Despre Internet Explorer. Pentru a lansa bara Comenzi, faceți clic dreapta pe bara de meniuri din Internet Explorer și faceți clic pe bara Comenzi. În trecut, HTTPWatch era asociat cu barele Comenzi și Explorer, deci, odată ce instalați, dacă nu vedeți imediat pictograma (chiar și după ce reporniți), verificați Instrumente și barele de instrumente pentru a o găsi. Rețineți că barele de instrumente pot fi particularizate și li se pot adăuga opțiuni.

    Bara de instrumente de comenzi Internet Explorer, cu pictograma HTTPWatch afișată.

  2. Lansați HTTPWatch într-o fereastră de browser Internet Explorer. Va apărea andocat în browser, în partea de jos a ferestrei respective. Faceți clic pe Record (Înregistrare).

  3. Reproduceți pașii exacți implicați în problema de performanță. Faceți clic pe butonul Stop din HTTPWatch.

  4. Salvați HTTPWatch sau trimiteți prin e-mail. Nu uitați să denumiți fișierul, astfel încât să includă informații de dată și oră și să spună dacă Watch conține o demonstrație de performanță bună sau slabă.

    HTTPWatch afișând fila Rețea pentru o încărcare a paginii de pornire Office 365.

    Această captură de ecran provine din versiunea Professional de HTTPWatch. Puteți să deschideți trasările efectuate în versiunea de bază pe un computer cu o versiune Professional și să le citiți acolo. Pot fi extrase informații suplimentare din trasare prin această metodă.

Înregistratorul de pași problema

Înregistrator de pași, sau PSR.exe, vă permite să înregistrați problemele așa cum ele apar. Este un instrument foarte util și foarte simplu de rulat.

Rulați problema înregistrator de pași (PSR.exe) pentru a înregistra lucrului

  1. Utilizați Start > Rulare > tastați PSR.exe > OK sau faceți clic pe tasta Windows > tastați PSR.exe > apoi apăsați ENTER.

  2. Când apare fereastra PSR.exe mică, faceți clic pe Pornire înregistrare și reproduceți pașii care determină problema de performanță.

    Puteți adăuga comentarii după cum este necesar, făcând clic pe Adăugare comentariu.

  3. Când ați parcurs pașii, faceți clic pe Oprire înregistrare . Dacă problema de performanță este o pagină de redare, așteptați pagină pentru a reda înainte de a vă opri înregistrarea.

  4. Faceți clic pe Salvare.

O captură de ecran cu Înregistratorul de pași sau PSR.exe.

Data și ora se înregistrează pentru dvs. Acest lucru leagă de doc la Trasare Netmon și HTTPWatch în timp și vă ajută să o precizie de depanare. Data și ora în înregistrarea doc poate afișa că un minut trecut între login și navigarea de URL-ul și redare parțiale de administrare site, de exemplu.

Vă citiți trasările

Nu se poate învăța într-un singur articol tot ce ar putea avea nevoie cineva să știe despre depanările de rețea și despre performanță. Înțelegerea performanței necesită experiență și cunoștințe despre modul în care funcționează și acționează de obicei rețeaua. Dar putem crea o listă de probleme frecvente și vă putem arăta cum instrumentele vă pot ajuta să eliminați problemele cele mai comune.

Dacă doriți să răspundă competențe citire urme de rețea pentru site-urile de Office 365, nu există nicio profesor mai bine decât crearea urme de încărcarea paginii în mod regulat și cunoștiințe citirea ei. De exemplu, atunci când aveți posibilitatea, încărcarea unui serviciu Office 365 și urmărirea procesul. Filtrarea Trasare pentru traficul de DNS, sau FrameData pentru numele de serviciu care răsfoită de căutare. Scanarea trasării pentru a face o idee despre pașii care apar atunci când se încarcă serviciul. Acest lucru vă va ajuta să aflați ce normal ar trebui să fie de încărcare a paginilor și în cazul depanare, în special în jurul performanțe, compararea bine să rău urme poate despre ce numeroase.

Netmon utilizează Microsoft Intellisense în câmpul Afișare filtru. IntelliSense sau finalizarea inteligente cod, este acea secretul în cazul în care tastați într-o perioadă și toate opțiunile disponibile sunt afișate într-o casetă verticală de selecție. Dacă, de exemplu, sunt griji despre scalarea ferestrelor TCP, puteți găsi cum la un filtru (cum ar fi .protocol.tcp.window < 100), acesta înseamnă că.

Captură de ecran cu Netmon care arată utilizarea intellisense de către câmpul Afișare filtru.

Urmărire Netmon poate avea o mulțime de trafic din ele. Dacă nu sunteți experimentați cu ele de citire, este probabil va fi copleșit deschiderea trasarea prima dată. Primul lucru de făcut este separa semnalul de zgomotul de fundal în trasarea. Când testat cu Office 365 și care este traficul pe care doriți să vedeți. Dacă sunt utilizate pentru navigarea prin urme, nu poate fi necesar această listă.

Traficul dintre client și Office 365 trece prin TLS, ceea ce înseamnă că acest corp de trafic va fi criptat și nu va putea fi citit într-o trasare generică Netmon. Analiza dvs. de performanță nu trebuie să știe informațiile specifice din pachet. Este, totuși, foarte interesată de antetele de pachete și de informațiile pe care le conțin acestea.

Sfaturi pentru a obține o Trasare bună

  • Cunoașteți valoarea adresei IPv4 sau IPv6 a computerului client. O puteți obține din linia de comandă, tastând IPConfig, apoi apăsând ENTER. Cunoașterea acestei adrese vă va spune dintr-o privire dacă traficul din trasare implică direct computerul client. Dacă este un proxy cunoscut, faceți ping și obțineți adresa IP a acestuia.

  • Goliți memoria cache a rezolvitorului DNS și, dacă este posibil, închideți toate browserele, cu excepția celui în care rulați testele. Dacă nu puteți face acest lucru, de exemplu, dacă asistența utilizează un instrument bazat pe browser pentru a vedea desktopul computerului client, fiți pregătit să filtrați trasarea.

  • Într-o urmărire ocupat, găsiți serviciul Office 365 pe care îl utilizați. Dacă ați niciodată sau rareori văzut de trafic înainte, acesta este un pas util în separarea problema de performanță din alte rețeaua zgomotul. Există câteva modalități de a face acest lucru. Direct înainte de test, puteți utiliza ping sau PsPing la adresa URL a serviciului specifice (ping outlook.office365.com și/sau psping -4 microsoft-my.sharepoint.com:443, pentru exemple). Puteți găsi cu ușurință, de asemenea, acea PsPing într-o urmărire Netmon (după numele său de proces). Care vă va oferi un loc pentru a începe căutarea.

    Dacă folosiți doar trasarea Netmon la momentul apariției problemei, este în regulă. Pentru a vă orienta, utilizați un filtru precum ContainsBin(FrameData, ASCII, "office") sau ContainsBin(FrameData, ASCII, "outlook"). Puteți înregistra numărul cadrului din fișierul de trasare. De asemenea, poate doriți să defilați panoul Frame Summary (Rezumat cadre) spre dreapta până la capăt și să căutați coloana Conversaion ID (ID conversație). Există un număr indicat acolo pentru ID-ul acestei conversații specifice, pe care, de asemenea, puteți să-l înregistrați și să-l analizați izolat mai târziu. Nu uitați să eliminați acest filtru înainte de a aplica alte filtre.

    Sfat : Netmon are o mulțime de filtre predefinite utile. Încercați butonul „Load Filter” (Încărcare filtru) din partea de sus a panoului de filtrare Display (Afișare).

    Găsiți IP-ul utilizând PSPing la linia de comandă pe computerul client.

    Urmărire Netmon de la client, care afișează aceeași comandă PSPing prin filtrul TCP.Flags.Syn == 1.

    Familiarizați-vă cu traficul și învățați cum să găsiți informațiile de care aveți nevoie. De exemplu, aflați să determinați ce pachet din trasare are prima referință la serviciul Office 365 pe care îl utilizați (de exemplu, „Outlook”).

Luând Office 365 Online Outlook ca exemplu, traficul începe cam în felul următor:

  • DNS Standard Query (Interogare standard DNS) și DNS Response (Răspuns DNS) pentru outlook.office365.com cu QueryIDs corespondente. Este important să observați Time Offset (Decalajul de timp) din acest moment, precum și locația unde trimite DNS-ul global Office 365 solicitarea pentru rezolvarea numelor. În mod ideal, cât mai local cu putință, nu în partea opusă a lumii. (Acesta poate fi urmat de un oarecare trafic DNS pentru conectarea online.)

  • O solicitare GET HTTP cu raportul de stare Mutat definitiv (301)

  • Trafic RWS, inclusiv solicitări RWS Connect și răspunsuri la conectare. (Acesta este Remote Winsock care creează o conexiune pentru dvs.)

  • O conversație TCP SYN și TCP SYN/ACK. Multe dintre setările din această conversație afecta performanța.

  • Apoi o serie de trafic TLS:TLS, unde au loc conversațiile dintre protocolul acord de interogare TLS și certificatul TLS. (Rețineți că datele sunt criptate prin SSL/TLS.)

Toate părțile de trafic sunt importante și conectate, dar porțiuni mici ale trasării conțin informații extrem de importante pentru depanarea performanței, de aceea ne vom concentra pe acele zone. De asemenea, deoarece am realizat suficiente depanări de performanță Office 365 la Microsoft pentru a compila o listă cu cele mai comune zece probleme, ne vom concentra pe aceste probleme și pe cum utilizarea instrumentelor pe care le avem pentru a le remedia.

Dacă nu ați instalat-le tuturor gata, matricea de mai jos face uz de mai multe instrumente. Dacă este posibil. Linkuri sunt furnizate în puncte de instalare. Lista include instrumente uzuale Trasare de rețea cum ar fi Netmon și Wireshark, dar utilizați orice instrument de trasare sunteți obișnuit cu și în care sunteți obişnuiţi cu filtrarea traficul în rețea. Atunci când sunteți testare, Rețineți:

  • Închideți browsere, și testați cu o singură browser rulează - acest lucru va reduce traficul general puteți capturați. Se face pentru o Trasare mai puțin ocupat.

  • Goliți memoria cache a rezolvitorului DNS de pe computerul client - Acest lucru vă va oferi un spațiu gol atunci când începeți să creați captura, pentru o trasare mai îngrijită.

Câteva probleme de nivel superior

Câteva probleme comune care se pot confrunta cu și cum să le găsiți în Trasare de rețea pentru dvs.

Problemă principală

Instrument

Ceea ce căutați

Scalarea Windows TCP

  • Găsită în SYN - SYN/ACK.

  • Componentele hardware moștenite sau învechite nu pot beneficia de scalarea Windows TCP.

  • Fără setări corecte de scalare Windows TCP, tamponul pe 16 biți implicit din anteturile TCP se umple în milisecunde.

  • Traficul nu poate continua să trimită până când clientul nu primește o confirmare că s-au primit datele originale, care provoacă întârzieri.

Netmon

Wireshark

Căutați traficul SYN - SYN/ACK în trasarea dvs. de rețea.

În Netmon, utilizați un filtru, cum ar fi tcp.flags.syn == 1. Acest filtru este la fel în Wireshark.

Filtrarea în Netmon sau Wireshark pentru pachetele Syn pentru ambele instrumente: TCP.Flags.Syn == 1.

Observați că pentru fiecare SYN există un număr de port (SrcPort) sursă care se potrivește cu portul de destinație (DstPort) al confirmării asociate (SYN/ACK).

Pentru a vedea valoarea de scalare Windows utilizată de conexiunea la rețea, extindeți mai întâi SYN, apoi SYN/ACK asociat.

Grafic care arată cum se asociază SrcPort cu DstPort într-o urmărire, pentru a obține valoarea delta a timpului.

Setările de oră inactivă TCP

  • Istoric, majoritatea rețelelor de perimetru sunt configurate pentru conexiunile tranzitorii, ceea ce înseamnă că acele conexiuni inactive sunt, în general, încheiate.

  • Sesiunile TCP inactive pot fi încheiate de proxy-uri și firewall-uri la mai mult de 100 - 300 secunde.

  • Acest lucru este problematic pentru Outlook Online, deoarece creează și utilizează conexiuni pe termen lung, indiferent dacă sunt inactive sau nu.

  • Când conexiunile sunt terminate de dispozitive proxy sau firewall, clientul nu este informat și o încercare de a utiliza Outlook Online va însemna că un computer client va încerca în mod repetat să realizeze din nou conexiunea înainte de a crea o conexiune nouă.

  • Este posibil să vedeți blocări ale produsului, prompturi sau o performanță lentă la încărcarea paginilor.

Netmon

Wireshark

În Netmon, uitați-vă la câmpul Time Offset (Decalaj timp) pentru valoarea roundtrip (dus-întors). Aceasta constă în intervalul dintre momentul în care clientul trimite o solicitare către server și momentul când primește un răspuns. Verificați între client și punctul de ieșire (de ex. Client --> Proxy) sau între client și Office 365 (Client --> Office 365). Puteți vedea acest lucru în mai multe tipuri de pachete.

De exemplu, filtrul din Netmon poate arăta cum ar fi .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12sau, în Wireshark, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Sfaturi : 

  • Nu știți dacă adresa IP din trasarea dvs. aparține serverului DNS? Încercați să o căutați în linia de comandă. Faceți clic pe Start > Rulare > și tastați cmd sau apăsați tasta Windows > și tastați cmd. La prompt, tastați nslookup <the IP address from the network trace>. Pentru a testa, utilizați nslookup pentru adresa IP a computerului propriu.

  • Pentru a vedea o listă de intervale IP Microsoft, consultați Adrese URL și intervale de adrese IP Office 365.

Dacă există o problemă, așteptați dată lungă deplasează să apară în acest caz (Outlook Web App), mai ales în TLS:TLS pachete care arată trecerea aplicație date (de exemplu, în Netmon puteți găsi aplicație pachete de date prin .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Ar trebui să vedeți o progresie netede în timpul în sesiunea. Dacă Vedeți lungi întârzieri atunci când reîmprospătați Outlook Online, aceasta poate fi cauzată de sporită resetează este trimis.

Latență/Timp dus-întors

  • Latența este o măsură care se poate modifica foarte mult în funcție de multe variabile, cum ar fi upgrade-ul dispozitivelor vechi, adăugarea unui număr mare de utilizatori într-o rețea și procentul generală de lățime de bandă utilizată de alte activități dintr-o conexiune de rețea.

  • Există calculatoare de lățime de bandă pentru Office 365 din această pagină planificarea rețelei și ajustarea performanței pentru Office 365 .

  • Trebuie să măsurați viteza conexiunii sau lățimea de bandă a conexiunii de ISP? Încercați acest site (sau site-uri similare): Site-ul site-ul oficialși Pingtest.

Ping

PsPing

Netmon

Wireshark

Pentru a urmări latența într-o trasare, ar fi util să înregistrați adresa IP a computerului client și adresa IP a serverului DNS în Office 365. Acest lucru ajută la o filtrare mai ușoară a trasărilor. Dacă vă conectați printr-un proxy, veți avea nevoie de adresa IP a computerului client, adresa IP proxy/de ieșire și adresa IP a DNS-ului Office 365 pentru a facilita lucrul.

O solicitare de ping trimisă la outlook.office365.com vă va spune numele centrului de date care primește solicitarea, chiar dacă este posibil ca ping să nu se poată conecta pentru a trimite pachetele ICMP consecutive. Dacă utilizați PsPing (un instrument cu descărcare gratuită) și specificați portul (443) și, poate, utilizați IPv4 (-4), veți obține un timp dus-întors mediu pentru pachetele trimise. Acest lucru va funcționa pentru alte adrese URL ale serviciilor Office 365, cum ar fi psping -4 yourSite.sharepoint.com:443. De fapt, puteți specifica un număr de comenzi ping pentru a obține un eșantion mai mare pentru calcularea mediei; încercați ceva asemănător cu: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Notă : PsPing nu trimite pachete ICMP. Acesta face ping cu pachete TCP printr-un anumit port, astfel încât puteți utiliza orice port care știți că este deschis. În Office 365, care utilizează SSL/TLS, încercați să atașați portul :443 la PsPing.

Captură care afișează un ping care rezolvă outlook.office365.com și o acțiune PSPing cu 443 care face același lucru, dar raportează și un RTT mediu de 6,5 ms.

Dacă ați încărcat pagina Office 365 cu performanță lentă în timp ce efectuați o trasare de rețea, ar trebui să filtrați o trasare Netmon sau Wireshark pentru DNS. Acesta este unul dintre IP-urile pe care le căutați.

Iată pașii de urmat pentru a filtra Netmon și a obține adresa IP (și a analiza latența DNS). Acest exemplu utilizează outlook.office365.com, dar poate utiliza, de asemenea, URL-ul unei entități găzduite SharePoint Online (hithere.sharepoint.com, de exemplu).

  1. Faceți ping la URL ping outlook.office365.com și, în rezultate, înregistrați numele și adresa IP a serverului DNS la care a fost trimisă solicitarea de ping.

    Solicitare de ping la outlook.office365.com care afișează adresa IP și DNS pentru namnorthwest.

  2. Rețea urmărirea deschiderea paginii sau acțiunea care determină problema de performanță sau, dacă Vedeți o latență mare pentru ping în sine, trasați-rețea pe acesta.

  3. Deschideți trasarea în Netmon și filtrați pentru DNS (acest filtru funcționează și în Wireshark, dar este sensibil la litere mari și mici - dns). Pentru că știți numele serverului DNS din ping, puteți filtra mai repede în Netmon, în felul următor: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest") , care arată aproximativ astfel în Wireshark dns and frame contains "namnorthwest".

    Deschideți pachetul de răspuns și, în fereastra Frame Details (Detalii cadru) din Netmon, faceți clic pe DNS pentru a afișa mai multe informații. În informațiile DNS, veți găsi adresa IP a serverului DNS către care a plecat solicitarea în Office 365; veți avea nevoie de această adresă IP pentru pasul următor (instrumentul PsPing). Eliminați filtrul, faceți clic dreapta pe DNS Response (Răspuns DNS) în rezumatul cadrului Netmon > Find Conversations (Găsire conversații) > DNS, pentru a vedea solicitarea DNS și răspunsul alăturat.

    Urmărire filtrată de Găsire conversații, apoi de DNS.

  4. În Netmon, de asemenea, rețineți coloana Time Offset (Decalaj timp) dintre solicitarea DNS și răspuns.

    Rezultatele Netmon suplimentare, filtrate cu DNS și CONTAINSBIN (Framedata, ASCII, „namnorthwest”), care arată un decalaj de timp foarte scăzut între solicitare și răspuns.

În pasul următor, ușor de instalare și utilizare PsPing instrument intervine foarte util, atât pentru că ICMP de des este blocat în paravanele de protecție și deoarece PsPing elegant urmărește latență în milisecunde. PsPing completează o conexiune TCP la o adresă și port (în nostru caz deschidere port 443).

  1. Instalați PsPing.

  2. Deschideți o linie de comandă (Start > Rulare > tastați cmd sau tasta Windows > tastați cmd) și modificați directorul în directorul unde ați instalat PsPing pentru a rula comanda PsPing. În exemplele mele, puteți vedea că am creat un folder „Perf” la rădăcina unității C. Puteți proceda la fel pentru acces rapid.

  3. Tastați comanda pentru a face PsPing la adresa IP a serverului DNS Office 365 din trasarea Netmon anterioară; nu uitați să adăugați numărul de port. Cu alte cuvinte, psping -n 20 132.245.24.82:445. Acest lucru va vă oferi o mostră de 20 de instanțe ping și va calcula media latenței atunci când PsPing se oprește.

    Comanda PSPing psping -n 20 132.245.24.82:443 care returnează o latență medie de 25,51 milisecunde.

Dacă accesați Office 365 printr-un server proxy, pașii sunt puțin diferiți. Întâi faceți PsPing la serverul proxy pentru a obține o valoare medie a latenței în milisecunde către proxy/ieșire și înapoi, apoi rulați PsPing pentru proxy, sau pentru un computer cu o conexiune directă la internet, pentru a obține valoarea lipsă (cea către Office 365 și înapoi).

Dacă alegeți să rulați PsPing de la proxy, veți avea două valori în milisecunde: Computer client > server proxy sau punct de ieșire și server proxy > Office 365. Ați terminat! Mă rog, ați terminat de înregistrat valori.

Dacă rulați PsPing pe alt computer client, care are o conexiune directă la internet, adică, fără un proxy, care va avea două valori milisecunde: computerul Client la un server proxy sau punctul de ieșire și computerul client la Office 365. În acest caz, scăderea valoarea computerul client la proxy server sau ieșire punct față de valoarea computerul client la Office 365, și veți avea RTT numerele de pe computer client la un server proxy sau punctul de ieșire și de la proxy server sau ieșire punctul la Office 365.

Cu toate acestea, dacă puteți găsi un computer client în locația afectată care este conectat direct sau ocolește proxy-ul, puteți alege să vedeți dacă problema se repetă acolo și puteți testa ulterior folosirea acelui computer.

Latența, așa cum se vede într-o urmărire Netmon, acele milisecunde suplimentare puteți adăuga, dacă există suficiente în orice sesiune dată.

Latența generală în Netmon, cu coloana Delta timp implicită pentru Netmon adăugată la Rezumat cadru.

Notă : Adresa dvs. IP poate fi diferită de IP-urile afișate aici, de exemplu, ping-ul dvs. poate returna ceva care seamănă mai degrabă cu 157.56.0.0/16 sau cu un interval asemănător. Pentru o listă de intervale utilizate de Office 365, consultați Adrese URL și intervale de adrese IP Office 365. Nu uitați să extindeți toate nodurile (există un buton în partea de sus pentru acest lucru) dacă doriți să căutați, de exemplu, 132.245.

Autentificare proxy

  • Acest lucru se aplică pentru dvs. doar dacă treceți printr-un server proxy. Dacă nu, puteți omite acești pași.

  • Atunci când funcționează corect, autentificarea proxy trebuie să aibă loc în milisecunde, în mod constant. Nu ar trebui să experimentați performanțe necorespunzătoare intermitente în timpul perioadelor de utilizare de vârf (de exemplu).

  • Dacă autentificarea proxy este activată, de fiecare dată când realizați o conexiune nouă TCP la Office 365 pentru a obține informații trebuie să treceți printr-un proces de autentificare în culise. Astfel, de exemplu, atunci când comutați de la Calendar la Mail în Outlook Web App, vă veți autentifica. Iar în SharePoint Online, dacă o pagină afișează conținut media sau date din mai multe site-uri sau locații, vă veți autentifica pentru fiecare conexiune TCP diferită necesară pentru a reda datele.

  • În Outlook Online, puteți întâmpina încărcări lente ori de câte ori comutați între Calendar și cutia poștală sau încărcări lente ale paginilor în SharePoint Online. Cu toate acestea, există alte simptome care nu sunt listate aici.

    Autentificare proxy este o setare de pe serverul de proxy ieșire. Dacă aceasta determină o problemă de performanță cu Office 365, trebuie să consulte echipa rețele.

Netmon

Wireshark

Proxy autentificare are loc ori de câte ori o nouă sesiune TCP trebuie să fie spun, frecvent pentru a solicita fișiere sau informații de pe server, sau pentru a furniza informații. De exemplu, puteți vedea autentificare proxy în jurul HTTP GET sau HTTP POST solicitările. Dacă doriți să vedeți cadre în cazul în care sunt autentificare solicitările în trasarea, adăugați coloana 'NTLMSSP Rezumat' Netmon și filtrarea pentru .property.NTLMSSPSummary. Pentru a vedea cât timp durează autentificare, adăugați coloana Delta timp. Pentru a adăuga o coloană Netmon:

  1. Faceți clic dreapta pe o coloană cum ar fi Description (Descriere).

  2. Faceți clic pe Choose Columns (Alegere coloane). Găsiți NTLMSSP Summary și Time Delta în listă și faceți clic pe Add (Adăugare).

  3. Mutați noile coloane la loc înaintea sau în spatele coloanei Description (Descriere), astfel încât să le puteți citi alăturat. Faceți clic pe OK.

Chiar dacă nu adăugați coloana, filtrul Netmon vor funcționa. Dar de depanare va fi mult mai ușor dacă puteți vedea ce stadiu de autentificare care vă aflați. Atunci când căutați pentru instanțe de autentificare Proxy, asigurați-vă că toate cadrele de studiu unde nu există o provocarea NTLM sau un mesaj autentifica este prezent. Dacă este necesar, faceți clic dreapta pe anumite bucată de trafic și Găsire conversații > TCP. Fiți atenți la valorile Delta timp în aceste conversații.

Urmărire Netmon care afișează autentificarea proxy, filtrată după conversație.

O întârziere de patru secunde în autentificarea proxy, conform Wireshark. Coloana Time delta from previous displayed frame (Delta de timp din cadrul anterior afișat) a fost realizată făcând clic dreapta pe câmpul cu același nume din detaliile cadrului și selectând Add as Column (Adăugare drept coloană).

În Wireshark, coloana „Time delta from previous displayed frame” (Delta de timp din cadrul anterior afișat) poate fi realizată făcând clic dreapta pe câmpul cu același nume din detaliile cadrului și selectând Add as Column (Adăugare drept coloană).

Performanța DNS

  • Rezoluția numelui funcționează cel mai bine și mai rapid atunci când are loc cât mai aproape posibil de țara clientului.

  • Dacă rezoluția numelui DNS are loc în străinătate, poate adăuga secunde la încărcarea paginii.

  • În mod ideal, rezoluția numelor are loc în mai puțin de 100 ms. Dacă nu, ar trebui să investigați în continuare.

Sfat : Nu știți sigur cum funcționează conectivitatea client în Office 365? Aruncați o privire la documentul de referință privind conectivitatea client aici.

Netmon

Wireshark

PsPing

Analizarea performanței DNS este, de obicei, o altă sarcină pentru o trasare de rețea. Cu toate acestea, PsPing este util și pentru a identifica sau a exclude o cauză posibilă.

Traficul DNS se bazează pe solicitările TCP și UDP, iar răspunsurile sunt marcate clar cu un ID care va ajuta la asocierea unei solicitări cu răspunsul corespunzător. Veți vedea traficul DNS atunci când, de exemplu, SharePoint Online utilizează un nume de rețea sau un URL pe o pagină web. Ca regulă generală, majoritatea acestui trafic, cu excepția transferurilor de zone, funcționează prin UDP.

În Netmon și Wireshark, filtrul cea mai de bază care vă va permite să priviți DNS traficul este pur și simplu dns. Asigurați-vă că utilizați minuscule când specificați filtrul. Nu uitați să goliți memoria cache a Rezolvitorului DNS înainte de a începe să reproduceți problema pe computerul client. De exemplu, dacă aveți o lentă SharePoint Online încărcare pentru pagina de pornire, care ar trebui să închideți toate browserele, deschideți un browser nou, începeți urmărirea, goliți memoria cache a Rezolvitorului DNS și navigați la site-ul SharePoint Online. După ce pagini întregi se rezolvă, ar trebui să opriți și să salvați trasarea.

Un filtru de bază pentru DNS în Netmon este DNS.

Doriți să căutați în timp offset aici. Și pot fi utile pentru a adăuga coloana Delta timp Netmon care puteți face, efectuând acești pași:

  1. Faceți clic dreapta pe o coloană cum ar fi Description (Descriere).

  2. Faceți clic pe Choose Columns (Alegere coloane).

  3. Găsiți Time Delta (Delta timp) în listă și faceți clic pe Add (Adăugare).

  4. Mutați noua coloană la loc înaintea sau în spatele coloanei Description (Descriere), astfel încât să le puteți citi alăturat. Faceți clic pe OK.

Dacă găsiți o interogare de interes, luați în considerare izolarea-l făcând clic pe această interogare în panoul de detalii cadru, alegeți Găsire conversații > DNS. Observați că panoul rețea conversații salturile dreptul la conversația specifice în Jurnalul său de trafic UDP.

O urmărire Netmon a încărcării Outlook Online filtrate de DNS și care utilizează Găsire conversații, apoi DNS pentru a restrânge rezultatele.

În Wireshark, puteți face o coloană pentru DNS dată. Ia trasarea (sau deschideți o Trasare) în Wireshark și să filtrați după dnssau, mai util, dns.time. Faceți clic pe orice interogare DNS și, în panoul care afișează detalii despre, extindeți Domain Name System (response) detalii. Veți vedea un câmp pentru oră (de exemplu, [Time: 0.001111100 seconds]. Faceți clic dreapta pe acest interval de timp și selectați se aplică ca coloană. Acest lucru vă va oferi o coloană de timp pentru a sorta mai rapid de trasarea. Faceți clic pe coloana nouă pentru a sorta după descendentă valori pentru a vedea care DNS apeluri a avut cea mai lungă, pentru a rezolva.

O navigare SharePoint Online filtrată în Wireshark după dns.time (litere mici), cu ora din detalii transpusă într-o coloană și sortată în ordine ascendentă.

Dacă doriți să faceți mai multe investigații de timp de rezolvare DNS, încercați să o acțiune PsPing cu DNS port utilizate de TCP (de exemplu, psping <IP address of DNS server>:53). Puteți vedea încă o problemă de performanță? Dacă nu faceți, apoi problema este mai probabil să fie într-o rețea mai largă problemă decât o problemă specifice ale aplicației DNS îl lovind pentru a efectua rezolvare. Este, de asemenea, remarcat, din nou, că un ping la outlook.office365.com vă arată unde Rezoluția numelui DNS pentru Outlook Online are loc (de exemplu, outlook-namnorthwest.office365.com).

Dacă problema pare să fie specifică DNS, poate fi necesar să contactați departamentul IT pentru a consulta configurațiile DNS și redirectările DNS pentru a investiga problema.

Scalabilitatea proxy

  • Servicii precum Outlook Online în Office 365 acordă clienților mai multe conexiuni pe termen lung.

  • Prin urmare, fiecare utilizator poate utiliza mai multe conexiuni care necesită o viață mai lungă.

Sfat : Trebuie să planificați utilizarea lățimii de bandă deoarece aveți de gând să adăugați mulți utilizatori la Office 365? Încercați Planificarea utilizării lățimii de bandă pentru Office 365. Există calculatoare de lățime de bandă disponibile.

Matematică

Nu există niciun instrument de depanare sau de trasare de rețea specific pentru acest lucru. În schimb, se bazează pe calculele de lățime de bandă care iau în calcul limitări și alte variabile.

Dimensiune maximă segment TCP

  • Găsită în SYN - SYN/ACK.

  • Realizați această verificare în orice trasare de rețea pentru performanță efectuată pentru a vă asigura că pachetele TCP sunt configurate să suporte volumul maxim de date posibil.

  • Scopul este de a vedea un MSS de 1460 de byți pentru transmiterea datelor.

  • Dacă vă aflați în spatele unui proxy sau utilizați un NAT, nu uitați să rulați acest test de la client la proxy/ieșire/NAT și de la proxy/ieșire/NAT la Office 365, pentru cele mai bune rezultate! Acestea sunt sesiuni TCP diferite.

Netmon

TCP Max Segment dimensiune (MSS) este un alt parametru de strângere de mână trei căi în rețea trasarea, care înseamnă că veți găsi datele de care aveți nevoie în SYN - SYN/ACK pachetelor. MSS este de fapt destul de simplu pentru a vedea.

Deschideți orice trasare de rețea pentru performanță și găsiți conexiunea de care sunteți curios sau care demonstrează problema de performanță.

Note : 

  • Dacă vă uitați la o trasare și trebuie să găsiți traficul relevant pentru conversația dvs., filtrați după IP-ul clientului sau după IP-ul serverului proxy, după punctul de ieșire sau după ambele. Mergând direct, va trebui să faceți ping pentru URL-ul pe care îl testați pentru adresa IP Office 365 din trasare și să filtrați după aceasta.

  • Consultând Trasare utilitare? Încercați să utilizați filtre pentru a vă orienta. În Netmon, rulați o căutare bazate pe URL, cum ar fi Containsbin(framedata, ascii, "sphybridExample"), ia notă de numărul de cadru. În Wireshark utilizați ceva de genul frame contains "sphybridExample". În cazul în care este Observați că ați găsit traficul de la distanță Winsock (RW) (aceasta poate apărea ca o [PSH, ACK] în Wireshark), nu uitați că se conectează RW-uri pot fi văzute la scurt timp înainte de a relevante SYN - SYN/ACKs, discutate mai sus. În acest moment, pot înregistra numărul cadru, fixați filtrul, faceți clic pe tot traficul în fereastra conversații de rețea în Netmon să arate la cel mai apropiat SYN.

  • Important, dacă nu ați primit informații despre adresa IP la momentul trasării, găsiți adresa URL în trasare (o parte din sphybridExample-my.sharepoint.com, de exemplu) și veți avea adrese IP după care să filtrați.

  1. Găsiți conexiunea în trasarea care vă interesează să o vedeți. Puteți face acest lucru scanând trasarea, filtrând după adrese IP sau selectând anumite ID-uri de conversație utilizând fereastra Network Conversations (Conversații de rețea) din Netmon.

    Filtrarea după conversație. Faceți clic dreapta pe cadrul SYN și faceți clic pe Găsire conversații, TCP.

  2. După ce ați găsit pachetul SYN, extindeți TCP (în Netmon) sau Transmission Control Protocol (în Wireshark) în panoul Frame Details (Detalii cadru).

  3. Extindeți opțiunile TCP și MaxSegmentSize.

  4. Găsiți cadrul asociat SYN-ACK și extindeți opțiunile TCP și MaxSegmentSize.

  5. Cea mai mică valoare dintre cele două va fi dimensiunea maximă a segmentului.

În această imagine, pot face coloana predefinită din Netmon numită TCP Troubleshoot.

Urmărire de rețea filtrată în Netmon utilizând coloanele predefinite.

Coloana predefinită se află în partea de sus a panoului Frame Details (Detalii cadru). (Pentru a comuta înapoi la vizualizarea normală, faceți clic din nou pe Columns (Coloane) și alegeți Time Zone (Fus orar).)

Unde se află lista verticală Coloane pentru opțiunea Depanare TCP (deasupra Rezumat cadru).

Iată o urmărire filtrată în Wireshark. Există un filtru specifice pentru valoarea MSS (tcp.options.mss). Cadre ale unei SYN, SYN/ACK, ACK strângere de mână sunt legate în partea de jos a Wireshark echivalent cu detalii cadru (deci încadra 47 ACK, linkuri la 46 SYN/ACK, linkuri la 43 SYN) pentru a facilita acest tip de lucru.

Urmăriți elementele filtrate în Wireshark după tcp.options.mss pentru MSS.

Dacă trebuie să verificați Confirmarea selectivă (următorul subiect din această matrice), nu închideți trasarea!

Confirmarea selectivă

  • Găsită în SYN - SYN/ACK.

  • Trebuie să fie raportată ca Permitted (Permisă) în SYN și SYN/ACK.

  • Confirmarea selectivă (SACK) permite o retransmisie mai ușoară a datelor atunci când un pachet sau mai multe pachete lipsesc.

  • Dispozitivele pot dezactiva această caracteristică, ceea ce poate duce la probleme de performanță.

  • Dacă vă aflați în spatele unui proxy sau utilizați un NAT, nu uitați să rulați acest test de la client la proxy/ieșire/NAT și de la proxy/ieșire/NAT la Office 365, pentru cele mai bune rezultate! Acestea sunt sesiuni TCP diferite.

Netmon

Confirmarea selectivă este un alt parametru din acordul SYN-SYN/ACK. Puteți filtrați trasarea pentru SYN - SYN/ACK în multe moduri.

  1. Găsiți conexiunea în trasarea pe care vă interesează să o vedeți fie prin scanarea trasării, prin filtrarea adreselor IP sau făcând clic pe un ID de conversație utilizând fereastra Network Conversations (Conversații de rețea) din Netmon.

  2. După ce ați găsit pachetul SYN, extindeți TCP în Netmon sau Transmission Control Protocol în Wireshark în secțiunea detalii cadru.

  3. Extindeți opțiuni TCP și apoi SACK.

  4. Găsiți cadrul asociat SYN-ACK și extindeți opțiunile TCP și câmpul SACK.

  5. Asigurați-vă că SACK este permis în SYN și SYN/ACK.

Iată valorile SACK, așa cum apar în Netmon și Wireshark.

Confirmarea selectivă (SACK - Selective Acknowledgment) în Netmon, ca rezultat al tcp.flags.syn == 1.

SAC așa cum se vede în Wireshark, cu filtrul tcp.flags.syn == 1.

Geolocația DNS

  • Locația geografică unde Office 365 încearcă să rezolve apelul dvs. DNS afectează viteza dvs. de conexiune.

  • În Outlook Web App, după ce prima căutare DNS este finalizată, locația acelui DNS va fi utilizată pentru a vă conecta la cel mai apropiat centru de date. Veți fi conectat la un server de date Outlook Online CAS, care va utiliza rețeaua principală pentru a se conecta la centrul de date unde vă sunt stocate datele. Așa este mai rapid.

  • Atunci când accesați SharePoint Online, un utilizator care călătorește în străinătate va fi direcționat către centrul de date activ, a cărui locație se bazează pe locația entității sale găzduite SPO (deci un centru de date din SUA, dacă utilizatorul este din SUA).

  • Lync online are noduri active din mai multe centre de date simultan. Când se trimit solicitări pentru instanțe online Lync, DNS-ul Microsoft va determina de unde a provenit solicitarea și va returna adrese IP de la cel mai apropiat centru de date regional unde este activ Lync online.

Sfat : Vreți să știți mai multe despre modul în care se conectează clienții la Office 365? Consultați articolul de referință Conectivitatea client (și graficele sale utile).

Ping

PsPing

Solicitările pentru rezolvarea numelor de la serverele DNS ale clientului la serverele DNS Microsoft ar trebui să în majoritatea cazurilor rezultatul în DNS Microsoft returnează adresa IP a unui centru de date regional (a). Ce înseamnă acest lucru pentru dvs.? Dacă vă sediul sunt în Bangalore, India, dar călătoresc în Statele Unite, atunci când browserul face o solicitare pentru Outlook Online, serverele DNS Microsoft ar trebui să parte vă adrese IP la centrele de date din Statele Unite - un centru de date regional. Dacă este nevoie de corespondență din Outlook, acele date va deplasa în Microsoft rapid magistrală de rețea dintre centrele de date.

DNS funcționează cel mai rapid atunci când rezolvarea numelor se efectuează cât mai aproape de locația utilizatorului. Dacă sunteți în Europa, se recomandă să accesați un DNS Microsoft din Europa și să lucrați cu un centru de date din Europa (în mod ideal). Performanța de la un client din Europa spre un DNS și un centru de date din America va fi mai lentă.

Rulați instrumentul Ping pentru outlook.office365.com pentru a determina unde în lume este direcționată solicitarea dvs. DNS. Dacă sunteți în Europa, ar trebui să vedeți un răspuns de la ceva asemănător cu outlook-emeawest.office365.com. În America, așteptați-vă la ceva asemănător cu outlook-namnorthwest.office365.com.

  1. Deschideți linia de comandă de pe computerul client (prin Start > Rulare > cmd sau tasta Windows > tastați cmd).

  2. Tastați ping outlook.office365.com și apăsați pe ENTER.

    Rețineți, pentru a specifica -4 , dacă doriți să specificați pentru a face ping prin IPv4. Poate să nu reușească să obțineți un răspuns la pachete ICMP, dar ar trebui să vedeți numele DNS-ul la care a fost distribuit solicitarea.

Dacă doriți să vedeți valorile de latență pentru această conexiune, încercați să efectuați un PsPing la adresa IP a serverului returnat de ping.

Ping cu outlook.office365.com care afișează rezoluția în outlook-namnorthwest.

Acțiunea PSPing la adresa IP returnată de ping la outlook.office365.com, care afișează o latență medie de 28 milisecunde.

Depanarea aplicației Office 365

Netmon

HTTPWatch

Consola F12 în browser

Am nu tratează instrumente utilizate în specifice pentru aplicații de depanare din acest articol specifice de rețea. Dar veți găsi resurse puteți utilizați această pagină.

Subiecte asociate

Gestionarea Office 365 finale
conectivitate depanare Office 365

Notă : Exonerare de răspundere pentru traducere automată: Acest articol a fost tradus de un sistem computerizat, fără intervenție umană. Microsoft oferă aceste traduceri automate pentru a ajuta utilizatorii vorbitori de alte limbi decât engleza să beneficieze de conținutul despre produsele, serviciile și tehnologiile Microsoft. Pentru că articolul a fost tradus de un computer, poate conține erori de vocabular, sintaxă sau gramatică.

Extindeți-vă competențele
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă utilizatorilor Office Insider

Au fost utile aceste informații?

Vă mulțumim pentru feedback!

Vă mulțumim pentru feedback! Se pare că ar fi util să luați legătura cu unul dintre agenții noștri de asistență Office.

×