Aracılığıyla paylaş


Office 365 için performans sorunlarını giderme planı

SharePoint, OneDrive, Exchange Online veya Skype Kurumsal Online ile istemci bilgisayarınız arasındaki gecikmeleri, kilitlenmeleri ve yavaş performansı belirlemek ve düzeltmek için atılacak adımları bilmeniz gerekiyor mu? Desteği çağırmadan önce, bu makale Office 365 performans sorunlarını gidermenize ve hatta en yaygın sorunlardan bazılarını düzeltmenize yardımcı olabilir.

Bu makale aslında performans sorununuzla ilgili değerli verileri yakalamak için kullanabileceğiniz örnek bir eylem planıdır. Bu makalede bazı önemli sorunlar da yer alır.

Ağ performansı konusunda yeniyseniz ve istemci makinelerinizle Office 365 arasındaki performansı izlemek için uzun vadeli bir plan yapmak istiyorsanız Office 365 performans ayarlama ve sorun giderme - Yönetici ve BT Uzmanı'na göz atın.

Örnek performans sorunlarını giderme eylem planı

Bu eylem planı iki bölümden oluşur; bir hazırlık aşaması ve günlüğe kaydetme aşaması. Şu anda bir performans sorununuz varsa ve veri toplama işlemi yapmanız gerekiyorsa, bu planı hemen kullanmaya başlayabilirsiniz.

İstemci bilgisayarı hazırlama

  • Performans sorununu yeniden oluşturabilen bir istemci bilgisayar bulun. Sorun giderme sırasında bu bilgisayar kullanılır.
  • Test etme zamanı geldiğinde hazır olmanız için performans sorununun gerçekleşmesine neden olan adımları not edin.
  • Bilgileri toplamak ve kaydetmek için araçları yükleyin:
    • Netmon 3.4'ü yükleyin (veya eşdeğer bir ağ izleme aracı kullanın).
    • Ücretsiz HTTPWatch Basic Edition'ı yükleyin (veya eşdeğer bir ağ İzleme aracı kullanın).
    • Test sırasında attığınız adımların kaydını tutmak için bir ekran kaydedici kullanın veya Windows Vista ve sonraki sürümlerle birlikte gelen Adım Kaydedicisi'ni (PSR.exe) çalıştırın.

Performans sorununu günlüğe kaydetme

  • Tüm gereksiz İnternet tarayıcılarını kapatın.

  • Adım Kaydedicisi'ni veya başka bir ekran kaydediciyi başlatın.

  • Netmon yakalamanızı (veya ağ izleme aracını) başlatın.

  • ipconfig /flushdns yazarak istemci bilgisayardaki DNS önbelleğinizi komut satırından temizleyin.

  • Yeni bir tarayıcı oturumu başlatın ve HTTPWatch'u açın.

  • İsteğe bağlı: Exchange Online test ediyorsanız, Office 365 yönetici konsolundan Exchange İstemcisi Performans Analizi aracını çalıştırın.

  • Performans sorununa neden olan tam adımları yeniden oluşturun.

  • Netmon'unuzun veya başka bir aracın izini durdurun.

  • Komut satırında, aşağıdaki komutu yazıp ENTER tuşuna basarak Office 365 aboneliğinize bir izleme yolu çalıştırın:

    tracert <subscriptionname>.onmicrosoft.com
    
  • Adım Kaydedicisi'ni durdurun ve videoyu kaydedin. Yakalamanın tarih ve saatini ve iyi veya kötü performans gösterip göstermediğini eklediğinizden emin olun.

  • İzleme dosyalarını kaydedin. Yine, yakalamanın tarih ve saatini ve iyi veya kötü performans gösterip göstermediğini eklediğinizden emin olun.

Bu makalede bahsedilen araçları çalıştırma hakkında bilginiz yoksa endişelenmeyin çünkü sonraki adımlarda bu adımları sağlayacağız. Bu tür bir ağ yakalama işlemine alışkınsanız, günlükleri filtrelemeyi ve okumayı açıklayan Temelleri toplama bölümüne atlayabilirsiniz.

Önce DNS Önbelleği'ni temizleyin

Neden mi? DNS önbelleğini boşaltarak testlerinizi temiz bir sayfayla başlatmış olacaksınız. Önbelleği temizleyerek DNS çözümleyici içeriğini en güncel girişlere sıfırlamış olursunuz. Temizlemenin HOST dosya girdilerini kaldırmadığını unutmayın. HOST dosya girdilerini kapsamlı bir şekilde kullanıyorsanız, bu girdileri başka bir dizindeki bir dosyaya kopyalamanız ve ardından HOST dosyasını boşaltmanız gerekir.

DNS çözümleyici önbelleğinizi temizleme

  1. Komut istemini açın (Çalıştırma>cmd'sinibaşlat> veya Windows tuşu>cmd).

  2. Aşağıdaki komutu yazın ve ENTER tuşuna basın:

    ipconfig /flushdns
    

Netmon

Microsoft'un Ağ İzleme aracı (Netmon), ağlardaki bilgisayarlar arasında geçen paketleri (ağ trafiği) analiz eder. Office 365 ile trafiği izlemek için Netmon kullanarak paket üst bilgilerini yakalayabilir, görüntüleyebilir ve okuyabilir, arayan cihazları tanımlayabilir, ağ donanımındaki önemli ayarları denetleyebilir, bırakılan paketleri arayabilir ve şirket ağınızdaki bilgisayarlar ile Office 365 arasındaki trafik akışını izleyebilirsiniz. Trafiğin gerçek gövdesi şifrelendiğinden, yani SSL/TLS aracılığıyla 443 numaralı bağlantı noktasında hareket ettiğinden, gönderilen dosyaları okuyamazsınız. Bunun yerine, sorunun davranışını izlemenize yardımcı olabilecek paketin izlediği yolun filtrelenmemiş bir izlemesini alırsınız.

Şu anda filtre uygulamadığınızdan emin olun. Bunun yerine, izleme ve kaydetmeyi durdurmadan önce adımları izleyin ve sorunu gösterin.

Netmon 3.4'ü yükledikten sonra aracı açın ve şu adımları izleyin:

Bir Netmon izlemesi alın ve sorunu yeniden oluşturun

  1. Netmon 3.4'i başlatın. Başlangıç sayfasında üç bölme vardır: Son Yakalamalar, Ağları Seçme ve Microsoft Ağ İzleyicisi'ni Kullanmaya Başlama 3.4. Dikkat edin. Ağları Seç paneli, yakalayabileceğiniz varsayılan ağların listesini de verir. Burada ağ kartlarının seçili olduğundan emin olun.

  2. Başlangıç sayfasının üst kısmındaki Yeni Yakalama'ya tıklayın. Bu, Başlangıç sayfası sekmesinin yanına Capture 1 adlı yeni bir sekme ekler. Netmon'un Yeni Yakalama, Başlat ve Durdur düğmeleri vurgulanmış kullanıcı arabirimi.

  3. Basit bir yakalama yapmak için araç çubuğunda Başlat'a tıklayın.

  4. Performans sorunu oluşturan adımları yeniden oluşturun.

  5. Dosya>Farklı KaydetmeyiDurdur'a> tıklayın. Saat dilimiyle birlikte tarih ve saat vermeyi ve bunun kötü veya iyi bir performans gösterip göstermediğini belirtmeyi unutmayın.

HTTPWatch

HTTPWatch ücretli ve ücretsiz bir sürüm olarak gelir. Ücretsiz Basic Edition, bu test için ihtiyacınız olan her şeyi kapsar. HTTPWatch, ağ trafiğini ve sayfa yükleme süresini doğrudan tarayıcı pencerenizden izler. HTTPWatch, Microsoft Edge'de performansı grafik olarak açıklayan bir eklentidir. Analiz HTTPWatch Studio'da kaydedilebilir ve görüntülenebilir.

Not

Firefox, Google Chrome gibi başka bir tarayıcı kullanıyorsanız veya Edge'de HTTPWatch yükleyemiyorsanız, yeni bir tarayıcı penceresi açın ve klavyenizde F12 tuşuna basın. Tarayıcınızın en altında Geliştirici Aracı açılır penceresini görmeniz gerekir. Opera kullanıyorsanız, Web Denetçisi için CTRL+SHIFT+I tuşlarına basın, ardından sekmesine tıklayın ve aşağıda özetlenen testi tamamlayın. Bilgiler biraz farklı olacaktır, ancak yükleme süreleri milisaniye cinsinden görüntülenmeye devam eder. > HTTPWatch, SharePoint sayfa yükleme süreleriyle ilgili sorunlar için de çok kullanışlıdır.

HTTPWatch'u çalıştırın ve sorunu yeniden oluşturun

HTTPWatch bir tarayıcı eklentisidir, bu nedenle aracı tarayıcıda kullanıma açmak Microsoft Edge'in her sürümü için biraz farklıdır. Genellikle HTTPWatch'u Microsoft Edge tarayıcısında Komutlar çubuğunun altında bulabilirsiniz. Tarayıcı pencerenizde HTTPWatch eklentisini görmüyorsanız , Yardım>Hakkında'ya tıklayarak tarayıcınızın sürümünü denetleyin veya Microsoft Edge'in sonraki sürümlerinde dişli simgesine ve Edge Hakkında'ya tıklayın. Komutlar çubuğunu başlatmak için Microsoft Edge'de menü çubuğuna sağ tıklayın ve Komutlar çubuğu'na tıklayın.

Geçmişte HTTPWatch hem Komutlar hem de Gezgin çubuklarıyla ilişkilendirilmiştir. Bu nedenle, yükledikten sonra simgeyi hemen görmüyorsanız (yeniden başlatmadan sonra bile) Araçlar'ı ve simge için araç çubuklarınızı işaretleyin. Araç çubuklarının özelleştirilebileceğini ve bunlara seçeneklerin eklenebileceğini unutmayın.

  1. Microsoft Edge tarayıcı penceresinde HTTPWatch'u başlatın. Bu pencerenin en altındaki tarayıcıya yerleştirilmiş olarak görünür. Kaydet'e tıklayın.

  2. Performans sorununa dahil olan tam adımları yeniden oluşturun. HTTPWatch'ta Durdur düğmesine tıklayın.

  3. HTTPWatch veya Send by Emailkaydedin. Dosyayı tarih ve saat bilgilerini ve watch'unuzun iyi veya kötü performans gösterimi içerip içermediğini gösteren bir göstergeyi içermesi için adlandırmayı unutmayın.

Office 365 giriş sayfasının sayfa yükü için Ağ sekmesini gösteren HTTPWatch.

Bu ekran görüntüsü HTTPWatch'un Professional sürümünden alınmıştı. Professional sürümüne sahip bir bilgisayarda Temel Sürüm'de alınan izlemeleri açabilir ve burada okuyabilirsiniz. bu yöntem aracılığıyla izlemeden ek bilgi bulunabilir.

Sorun Adımları Kaydedicisi

Adım Kaydedicisi veya PSR.exe, oluşan sorunları kaydetmenize olanak tanır. Çok kullanışlı bir araçtır ve çalıştırılması kolaydır.

Çalışmanızı kaydetmek için Sorun Adımları Kaydedicisi'yi (PSR.exe) çalıştırın

  1. Tamam PSR.exe>ÇalıştırmaYı>Başlat> türünü kullanın veya PSR.exe>Windows Tuşu> türüne tıklayın ve enter tuşuna basın.

  2. Küçük PSR.exe penceresi görüntülendiğinde Kaydı Başlat'a tıklayın ve performans sorununu yeniden oluşturan adımları yeniden oluşturun. Gerekirse Açıklama Ekle'ye tıklayarak açıklama ekleyebilirsiniz.

  3. Adımları tamamladığınızda Kaydı Durdur'a tıklayın. Performans sorunu bir sayfa işleme ise, kaydı durdurmadan önce sayfanın işlenmesini bekleyin.

  4. Kaydet'e tıklayın.

Adım Kaydedicisi'nin veya PSR.exe ekran görüntüsü.

Tarih ve saat sizin için kaydedilir. Bu, PSR'nizi Netmon izlemenize ve HTTPWatch'unuza zamanında bağlar ve hassas sorun gidermeye yardımcı olur. PSR kaydındaki tarih ve saat, örneğin oturum açma ve URL'ye göz atma ile yönetici sitesinin kısmi işlenmesi arasında bir dakika geçtiğini gösterebilir.

İzlemelerinizi okuma

Ağ ve performans sorunlarını giderme hakkında bir makale aracılığıyla bilinmesi gereken her şeyi öğretmek mümkün değildir. Performans konusunda iyi bir deneyim elde eder ve ağınızın nasıl çalıştığını ve genellikle nasıl performans gösterdiği hakkında bilgi sahibi olur. Ancak en sık karşılaşılan sorunları ortadan kaldırmanızı nasıl kolaylaştırabileceğini göstermek ve en sık karşılaşılan sorunların listesini toparlamak mümkündür.

Office 365 siteleriniz için ağ izlemelerini okuma becerileri edinmek istiyorsanız, düzenli olarak sayfa yüklemelerinin izlerini oluşturmak ve bunları okuma deneyimi kazanmaktan daha iyi bir öğretmen yoktur. Örneğin, fırsatınız olduğunda bir Office 365 hizmeti yükleyin ve işlemi takip edin. DNS trafiğinin izlemesini filtreleyin veya FrameData'da göz attığınız hizmetin adını arayın. Hizmet yüklendiğinde gerçekleşen adımlar hakkında bir fikir edinmek için izlemeyi tarayın. Bu, normal sayfa yükünün nasıl görünmesi gerektiğini öğrenmenize yardımcı olur ve özellikle performansla ilgili sorun giderme söz konusu olduğunda iyi ve kötü izlemeleri karşılaştırmak size çok şey öğretebilir.

Netmon, Görüntüleme filtresi alanında Microsoft Intellisense kullanır. Intellisense veya akıllı kod tamamlama, nokta yazdığınız ve tüm kullanılabilir seçeneklerin açılan seçim kutusunda görüntülendiği numaradır. Örneğin, TCP penceresi ölçeklendirmesinden endişe duyarsınız. Bu yolla bir filtreye (örneğin .protocol.tcp.window < 100) gidebilirsiniz.

Görüntü Filtresi alanının intellisense kullandığını gösteren Netmon'un ekran görüntüsü.

Netmon izlemelerinde çok fazla trafik olabilir. Bunları okuma konusunda deneyimli değilseniz, büyük olasılıkla izlemeyi ilk kez açarken bunalmış olursunuz. yapılacak ilk şey, sinyali izlemedeki arka plan gürültüsünden ayırmaktır. Office 365 karşı test ettiyseniz, görmek istediğiniz trafik de bu şekildedir. İzlemelerde gezinmeye alışkınsanız bu listeye ihtiyacınız olmayabilir.

İstemciniz ile Office 365 arasındaki trafik TLS üzerinden hareket eder, bu da trafiğin gövdesinin şifrelendiği ve genel bir Netmon izlemesinde okunamaz hale gelir. Performans analizinizin paketteki bilgilerin ayrıntılarını bilmesi gerekmez. Bununla birlikte, paket üst bilgileri ve içerdikleri bilgilerle çok ilgilidir.

İyi bir izleme elde etmek için ipuçları

  • İstemci bilgisayarınızın IPv4 veya IPv6 adresinin değerini bilin. IpConfig yazıp ENTER tuşuna basarak komut isteminden bunu alabilirsiniz. Bu adresi bilmek, izlemedeki trafiğin doğrudan istemci bilgisayarınızı içerip içermediğini bir bakışta anlamanızı sağlar. Bilinen bir ara sunucu varsa, ping yapın ve IP adresini de alın.

  • DNS çözümleyici önbelleğinizi temizleyin ve mümkünse testlerinizi çalıştırdığınız tarayıcı dışında tüm tarayıcıları kapatın. Örneğin bunu yapamıyorsanız, örneğin destek istemci bilgisayarınızın masaüstünü görmek için tarayıcı tabanlı bir araç kullanıyorsa, izlemenizi filtrelemeye hazır olun.

  • Yoğun bir izlemede, kullanmakta olduğunuz Office 365 hizmetini bulun. Trafiğinizi daha önce hiç veya nadiren gördüyseniz bu, performans sorununu diğer ağ gürültüsünden ayırmaya yönelik yararlı bir adımdır. Bunu yapmanın birkaç yolu vardır. Testinizin hemen öncesinde, belirli bir hizmetin (ping outlook.office365.comveya gibi) URL'sinde ping veya psping -4 microsoft-my.sharepoint.com:443PsPing kullanabilirsiniz. Bu ping veya PsPing'i bir Netmon izlemesinde (işlem adına göre) kolayca da bulabilirsiniz. Bu sana aramaya başlamak için bir yer verir.

Sorun sırasında yalnızca Netmon izlemeyi kullanıyorsanız, bu da sorun değildir. Kendinizi yönlendirmek için veya ContainsBin(FrameData, ASCII, "outlook")gibi ContainsBin(FrameData, ASCII, "office") bir filtre kullanın. Çerçeve numaranızı izleme dosyasından kaydedebilirsiniz. Çerçeve Özeti bölmesini sağa doğru kaydırmak ve Konuşma Kimliği sütununu aramak da isteyebilirsiniz. Bu özel konuşmanın kimliği için burada belirtilen ve daha sonra kaydedip yalıtılmış olarak bakabileceğiniz bir sayı vardır. Başka bir filtreleme uygulamadan önce bu filtreyi kaldırmayı unutmayın.

İpucu

Netmon'da birçok yararlı yerleşik filtre vardır. Filtre görüntüle bölmesinin üst kısmındaki Filtreyi Yükle düğmesini deneyin.

İstemci bilgisayardaki komut satırında PSPing kullanarak IP'nizi bulun.

İstemciden gelen netmon izlemesi, TCP filtresi aracılığıyla aynı PSPing komutunu gösterir. Flags.Syn == 1.

Trafiğinizi öğrenin ve ihtiyacınız olan bilgileri bulmayı öğrenin. Örneğin, izlemedeki hangi paketin kullanmakta olduğunuz Office 365 hizmetine ilk başvuruyu ("Outlook" gibi) olduğunu belirlemeyi öğrenin.

Outlook Online Office 365 örnek olarak, trafik şöyle başlar:

  • Eşleşen QueryID'lere sahip outlook.office365.com için DNS Standart Sorgusu ve DNS Yanıtı. Bu geri dönüş için zaman uzaklığını ve Office 365 Genel DNS'nin ad çözümleme isteğini nereye gönderdiğini not etmek önemlidir. İdeal olarak, dünyanın yarısının ortasından çok, mümkün olduğunca yerel olarak.

  • Durum raporu Kalıcı Olarak Taşınan HTTP GET İsteği (301)

  • RWS Connect istekleri ve Connect yanıtları dahil RWS Trafiği. (Bu, sizin için bir bağlantı yapan Uzak Winsock'tır.)

  • TCP SYN ve TCP SYN/ACK konuşması. Bu konuşmadaki birçok ayar performansınızı etkiler.

  • Ardından, TLS el sıkışması ve TLS sertifika konuşmalarının gerçekleştirildiği bir dizi TLS:TLS trafiği. (Verilerin SSL/TLS aracılığıyla şifrelenmesini unutmayın.)

Trafiğin tüm bölümleri önemlidir ve bağlantılıdır, ancak izlemenin küçük bölümleri performans sorunlarını giderme açısından önemli bilgiler içerir, bu nedenle bu alanlara odaklanacağız. Ayrıca Microsoft'ta yaygın sorunların ilk 10 listesini derlemek için yeterli Office 365 performans sorunlarını giderme işlemi yaptığımızdan, bu sorunlara odaklanacağız ve bunları kökten çıkarmak için sahip olduğumuz araçları nasıl kullanacağız.

Bunları henüz yüklemediyseniz, aşağıdaki matris mümkün olduğunda çeşitli araçları kullanır. Yükleme noktalarına bağlantılar sağlanır. Listede Netmon ve Wireshark gibi yaygın ağ izleme araçları bulunur, ancak rahatça kullanabileceğiniz ve ağ trafiğini filtrelemeye alışkın olduğunuz herhangi bir izleme aracını kullanabilirsiniz. Test ederken şunları unutmayın:

  • Tarayıcılarınızı kapatın ve yalnızca bir tarayıcı çalıştırarak test edin- Bu, yakaladığınız genel trafiği azaltır. Daha az meşgul bir izleme yapar.
  • İstemci bilgisayarda DNS çözümleyici önbelleğinizi temizleyin - Bu, daha temiz bir izleme için yakalamaya başladığınızda size temiz bir sayfa sağlar.

Yaygın sorunlar

Karşılaşabileceğiniz bazı yaygın sorunlar ve bunları Ağ izlemenizde bulma.

TCP Windows Ölçeklendirmesi

SYN - SYN/ACK içinde bulunur. Eski veya eskiyen donanımlar TCP pencereleri ölçeklendirmeden yararlanamayabilir. Uygun TCP pencereleri ölçeklendirme ayarları olmadan, TCP üst bilgilerindeki varsayılan 16 bit arabellek milisaniye cinsinden doldurulur. İstemci özgün verilerin alındığına dair bir bildirim alıncaya kadar trafik göndermeye devam edilemez ve bu da gecikmelere neden olur.

Araçlar

  • Netmon
  • Wireshark

Aranacaklar

Ağ izlemenizde SYN - SYN/ACK trafiğini arayın. Netmon'da gibi tcp.flags.syn == 1bir filtre kullanın. Bu filtre Wireshark'ta aynıdır.

Her iki araç için de Netmon veya Syn paketleri için Wireshark filtreleyin: TCP. Flags.Syn == 1.

Her SYN için ilgili Bildirim'in (SYN/ACK) hedef bağlantı noktasında (DstPort) eşleşen bir kaynak bağlantı noktası (SrcPort) numarası olduğuna dikkat edin.

Ağ bağlantınız tarafından kullanılan Windows Ölçeklendirme değerini görmek için önce SYN'yi ve ardından ilgili SYN/ACK'yi genişletin.

Zaman değişimlerini elde etmek için bir izlemede SrcPort ile DstPort'un nasıl eşleştirildiğini gösteren grafik.

TCP Boşta Kalma Süresi Ayarları

Geçmişe dönük olarak, çoğu çevre ağı geçici bağlantılar için yapılandırılır, yani boştaki bağlantılar genel olarak sonlandırılır. Boştaki TCP oturumları proxy'ler ve güvenlik duvarları tarafından 100 ile 300 saniyeden daha uzun bir süre arasında sonlandırılabilir. Outlook Online boşta olsalar da olmasalar da uzun süreli bağlantılar oluşturup kullandığından bu durum Outlook Online için sorunludur.

Bağlantılar ara sunucu veya güvenlik duvarı cihazları tarafından sonlandırıldığında istemci bilgilendirilmiyor ve Outlook Online'ı kullanma girişimi, istemci bilgisayarın yeni bir bağlantı kurmadan önce bağlantıyı yeniden canlandırmayı tekrar tekrar deneyeceği anlamına gelir. Üründe askıda kalmalar, istemler veya sayfa yükleme performansında yavaşlık görebilirsiniz.

Araçlar

  • Netmon
  • Wireshark

Aranacaklar

Netmon'da gidiş dönüş için Zaman Farkı alanına bakın. Gidiş dönüş, istemcinin sunucuya istek göndermesi ile geri yanıt alması arasındaki süredir. İstemci ile çıkış noktası (örn. İstemci --> Proxy) veya İstemciden Office 365 (İstemci --> Office 365) arasında denetleyin. Bunu birçok paket türünde görebilirsiniz.

Örneğin, Netmon'daki filtre , veya Wireshark'ta ip.addr == 10.102.14.112 &amp;&amp; ip.addr == 10.201.114.12gibi .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12görünebilir.

İpucu

İzlemenizdeki IP adresinin DNS sunucunuza ait olup olmadığını bilmiyor musunuz? Komut satırında aramayı deneyin. Çalıştırmayı>Başlat'a> tıklayın ve cmd yazın veya Windows Key tuşuna> basın ve cmd yazın. İstemde yazın nslookup <the IP address from the network trace>. Test etmek için, kendi bilgisayarınızın IP adresinde nslookup kullanın. >Microsoft'un IP aralıklarının listesini görmek için bkz. OFFICE 365 URL'leri ve IP adresi aralıkları.

Bir sorun varsa, özellikle Uygulama Verilerinin geçişini gösteren TLS:TLS paketlerinde (örneğin, Netmon'da uygulama veri paketlerini aracılığıyla .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"bulabilirsiniz) bu durumda (Outlook Online) uzun Zaman Farklarının görünmesini bekleyin. Oturum boyunca zaman içinde sorunsuz bir ilerleme görmeniz gerekir. Outlook Online'ınızı yenilerken uzun gecikmeler görürseniz, bunun nedeni yüksek düzeyde sıfırlamaların gönderilmesi olabilir.

Gecikme/Gidiş Dönüş Süresi

Gecikme süresi, eskiyen cihazları yükseltme, ağa çok sayıda kullanıcı ekleme ve ağ bağlantısındaki diğer görevler tarafından kullanılan genel bant genişliği yüzdesi gibi birçok değişkene bağlı olarak çok fazla değişiklik gösterebilen bir ölçüdür.

Office 365 için ağ planlama ve performans ayarlama sayfasında Office 365 için bant genişliği hesaplayıcıları vardır.

Bağlantınızın hızını veya ISS bağlantınızın bant genişliğini ölçmeniz mi gerekiyor? Bu siteyi (veya bunun gibi siteleri) deneyin: Speedtest Resmi Sitesi veya tümcecik hız testi için favori arama motorunuzu sorgulayın.

Araçlar

  • Ping
  • PsPing
  • Netmon
  • Wireshark

Aranacaklar

bir izlemedeki gecikme süresini izlemek için istemci bilgisayarın IP adresini ve DNS sunucusunun IP adresini Office 365 kaydettikten yararlanabilirsiniz. Bu, daha kolay izleme filtreleme içindir. Bir ara sunucu üzerinden bağlanırsanız, işi kolaylaştırmak için istemci bilgisayarınızın IP adresine, ara sunucu/çıkış IP adresine ve Office 365 DNS IP adresine ihtiyacınız olur.

outlook.office365.com gönderilen bir ping isteği, ticari markanın ardışık ICMP paketlerini göndermek için bağlanamasa bile isteği alan veri merkezinin adını size söyler. PsPing 'i (ücretsiz indirme aracı) ve bağlantı noktasını (443) ve belki de IPv4'i (-4) kullanmak için kullanırsanız, gönderilen paketler için ortalama gidiş dönüş süresi elde edersiniz. Bu, gibi psping -4 yourSite.sharepoint.com:443Office 365 hizmetlerindeki diğer URL'ler için bu işe yarayacaktır. Aslında, ortalamanız için daha büyük bir örnek almak için bir dizi ping belirtebilirsiniz, gibi psping -4 -n 20 yourSite-my.sharepoint.com:443bir şey deneyin.

Not

PsPing, ICMP paketleri göndermez. Tcp paketlerine belirli bir bağlantı noktası üzerinden ping gönderir, böylece açık olduğunu bildiğiniz herhangi bir bağlantı noktasını kullanabilirsiniz. SSL/TLS kullanan Office 365'da PsPing'inize :443 bağlantı noktası eklemeyi deneyin.

outlook.office365.com çözümleyen ping'i ve 443'lü psping'i gösteren ve aynı zamanda ortalama 6,5ms ortalama RTT'yi bildiren ekran görüntüsü.

Ağ izlemesi yaparken yavaş çalışan Office 365 sayfasını yüklediyseniz, için DNSbir Netmon veya Wireshark izlemesini filtrelemeniz gerekir. Bu, aradığımız IP'lerden biridir.

IP adresini almak için Netmon'unuzu filtrelemek için atılması gereken adımlar aşağıdadır (ve DNS Gecikme Süresi'ne göz atın). Bu örnek outlook.office365.com kullanır, ancak sharepoint kiracısının URL'sini de kullanabilir (örneğin hithere.sharepoint.com).

  1. URL'ye ping outlook.office365.com ping atın ve sonuçlarda ping isteğinin gönderildiği DNS sunucusunun adını ve IP adresini kaydedin.
  2. Sayfayı açan ağ izlemesi veya performans sorununu size veren eylemi gerçekleştirme ya da ping'de yüksek gecikme süresi görürseniz ağ izlemesi.
  3. İzlemeyi Netmon'da açın ve DNS için filtreleyin (bu filtre Wireshark'ta da çalışır, ancak büyük/küçük harfe -- dnsduyarlıdır). Ping'inizden DNS sunucusunun adını bildiğiniz için, Netmon'da şu şekilde daha hızlı filtreleyebilirsiniz: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"), Wireshark dns ve frame içinde şuna benzer "namnorthwest" içerir.
    Yanıt paketini açın ve Netmon Çerçeve Ayrıntıları penceresinde DNS'ye tıklayarak daha fazla bilgi için genişletin. DNS bilgilerinde, isteğin Office 365'da gittiği DNS sunucusunun IP adresini bulacaksınız. Sonraki adım (PsPing aracı) için bu IP adresine ihtiyacınız olacaktır. Filtreyi kaldırın, DNS Sorgusu ve Yanıtı'nı yan yana görmek için Netmon'da DNS Yanıtı'na (Çerçeve Özeti>Konuşmaları> BulDNS) sağ tıklayın.
  4. Netmon'da, DNS İsteği ile Yanıt arasındaki Zaman Uzaklığı sütununu da not edin. Sonraki adımda, kurulumu ve kullanımı kolay PsPing aracı, hem ICMP genellikle Güvenlik Duvarları'nda engellendiğinden hem de PsPing gecikme süresini milisaniye cinsinden zarif bir şekilde izlediğinden çok kullanışlıdır. PsPing bir adrese ve bağlantı noktasına tcp bağlantısını tamamlar (bizim örneğimizde 443 numaralı bağlantı noktasını açın).
  5. PsPing'i yükleyin.
  6. Bir komut istemi açın (Çalıştırma > türü cmd'sini veya Windows Key > türü cmd'yi başlatın>) ve PsPing komutunu çalıştırmak için dizini PsPing'i yüklediğiniz dizinle değiştirin. Örneklerimde C kökünde bir 'Perf' klasörü yaptığım görebilirsiniz. Hızlı erişim için de aynı işlemi yapabilirsiniz.
  7. Komutunu yazarak PsPing'inizi önceki Netmon izlemenizdeki Office 365 DNS sunucusunun IP adresiyle (gibi psping -n 20 132.245.24.82:445bağlantı noktası numarası dahil) karşı oluşturuyorsunuz. Bu size 20 ping örneklemesi verir ve PsPing durduğunda gecikme süresinin ortalamasını alırsınız.

Ara sunucu üzerinden Office 365 yapacaksanız adımlar biraz farklıdır. İlk olarak, proxy/çıkış ve geri için milisaniye cinsinden ortalama bir gecikme süresi değeri almak için proxy sunucunuza PsPing yapın ve ardından psping'i proxy'de veya eksik değeri (Office 365 ve geri) almak için doğrudan İnternet bağlantısı olan bir bilgisayarda çalıştırın.

Proxy'den PsPing çalıştırmayı seçerseniz, iki milisaniye değeriniz olur: İstemci bilgisayardan ara sunucuya veya çıkış noktasına ve ara sunucu Office 365. Ve işin bitti! Değerleri kaydetmeye devam et.

PsPing'i İnternet'e doğrudan bağlantısı olan başka bir istemci bilgisayarda çalıştırırsanız, yani ara sunucu olmadan iki milisaniye değeriniz olur: İstemci bilgisayardan ara sunucuya veya çıkış noktasına ve istemci bilgisayar Office 365. Bu durumda, istemci bilgisayarın değerini proxy sunucusuna veya çıkış noktasına istemci bilgisayarın değerinden Office 365 çıkarın ve RTT numaralarını istemci bilgisayarınızdan ara sunucuya veya çıkış noktasına, ara sunucudan veya çıkış noktasından Office 365'a sahip olursunuz.

Ancak, etkilenen konumda doğrudan bağlı olan bir istemci bilgisayar bulabilir veya ara sunucuyu atlarsanız, sorunun başlangıçta orada yeniden üretilip üretmediğini görmeyi ve bundan sonra kullanmayı test etmeyi seçebilirsiniz.

Netmon izlemesinde görüldüğü gibi gecikme süresi, belirli bir oturumda yeterli sayıda varsa bu fazladan milisaniyeler eklenebilir.

Netmon'da genel gecikme süresi; Netmon varsayılan Zaman Aralığı sütunu Çerçeve Özeti'ne eklenir.

Not

IP adresiniz burada gösterilen IP'lerden farklı olabilir, örneğin ping'iniz 157.56.0.0/16 veya benzer bir aralık döndürebilir. Office 365 tarafından kullanılan aralıkların listesi için Office 365 URL'leri ve IP adresi aralıklarını gözden geçirin.

Örneğin 132.245 için arama yapmak istiyorsanız tüm düğümleri genişletmeyi unutmayın (bunun üst kısmında bir düğme vardır).

Proxy Kimlik Doğrulaması

Bu, yalnızca bir ara sunucu üzerinden geçiyorsanız sizin için geçerlidir. Aksi takdirde bu adımları atlayabilirsiniz. Düzgün çalışırken, ara sunucu kimlik doğrulaması milisaniye cinsinden tutarlı bir şekilde gerçekleşmelidir. Yoğun kullanım dönemlerinde (örneğin) aralıklı kötü performans görmemeniz gerekir.

Ara sunucu kimlik doğrulaması açıksa, bilgi almak için Office 365 her yeni TCP bağlantısı yaptığınızda arka planda bir kimlik doğrulama işleminden geçmeniz gerekir. Örneğin, Outlook Online'da Takvim'den Posta'ya geçiş yaparken kimlik doğrulaması yaparsınız. SharePoint'te bir sayfada birden çok site veya konumdan medya veya veri görüntüleniyorsa, verileri işlemek için gereken her farklı TCP bağlantısı için kimlik doğrulaması yaparsınız.

Outlook Online'da, Takvim ile posta kutunuz arasında geçiş yaptığınızda yavaş yükleme süreleri veya SharePoint'te yavaş sayfa yüklemeleri yaşayabilirsiniz. Ancak, burada listelenmeyen başka belirtiler de vardır.

Proxy kimlik doğrulaması, çıkış proxy sunucunuzda bir ayardır. Office 365 ile ilgili bir performans sorununa neden oluyorsa ağ ekibinize başvurmanız gerekir.

Araçlar

  • Netmon
  • Wireshark

Aranacaklar

Proxy kimlik doğrulaması, genellikle sunucudan dosya veya bilgi istemek ya da bilgi sağlamak için yeni bir TCP oturumunun yüklenmesi gerektiğinde gerçekleşir. Örneğin, HTTP GET veya HTTP POST isteklerinde ara sunucu kimlik doğrulaması görebilirsiniz. İzlemenizde isteklerin kimliğini doğruladığınız çerçeveleri görmek istiyorsanız, Netmon'a 'NTLMSSP Özeti' sütununu ekleyin ve için .property.NTLMSSPSummaryfiltreleyin. Kimlik doğrulamasının ne kadar sürdüğünü görmek için Zaman Aralığı sütununu ekleyin.

Netmon'a sütun eklemek için:

  1. Açıklama gibi bir sütuna sağ tıklayın.
  2. Sütunları Seç'e tıklayın.
  3. Listede NTLMSSP Özeti ve Zaman Aralığı'nı bulun ve Ekle'ye tıklayın.
  4. Yeni sütunları yan yana okuyabilmeniz için Açıklama sütununun önüne veya arkasına taşıyın.
  5. Tamam'ı tıklatın.

Sütunu eklemeseniz bile Netmon filtresi çalışır. Ancak kimlik doğrulamasının hangi aşamasında olduğunuzu görebiliyorsanız sorun gidermeniz çok daha kolay olacaktır.

Ara Sunucu Kimlik Doğrulaması örneklerini ararken, NTLM Sınaması veya Kimlik Doğrulama İletisi bulunan tüm çerçeveleri incelediğinizden emin olun. Gerekirse, belirli bir trafik parçasına sağ tıklayın ve Konuşmaları > Bul TCP. Bu Konuşmalardaki Zaman Aralığı değerlerine dikkat edin.

Konuşmaya göre filtrelenmiş ara sunucu kimlik doğrulamasını gösteren Netmon izlemesi.

Wireshark'ta görüldüğü gibi proxy kimlik doğrulamasında dört saniyelik gecikme. Önceki görüntülenen kare sütunundaki Zaman aralığı, çerçeve ayrıntılarında aynı addaki alana sağ tıklayıp Sütun Olarak Ekle seçerek yapıldı.
Wireshark'ta 'Önceki görüntülenen çerçeveden zaman aralığı' sütunu, çerçeve ayrıntılarında aynı addaki alana sağ tıklayıp Sütun Olarak Ekle'yi seçerek yapılabilir.

DNS Performansı

Ad çözümleme, müşterinin ülkesine/bölgesine mümkün olduğunca yakın olduğunda en iyi ve en hızlı şekilde çalışır.

DNS ad çözümlemesi denizaşırı bir yerde gerçekleştiriliyorsa, sayfa yüklemelerine saniyeler ekleyebilir. İdeal olarak, ad çözümlemesi 100 ms'nin altında gerçekleşir. Aksi takdirde, daha fazla araştırma yapmalısınız.

İpucu

İstemci Bağlantısı'nın Office 365 nasıl çalıştığından emin değil misiniz? burada İstemci Bağlantısı Başvurusu belgesine göz atın.

Araçlar

  • Netmon
  • Wireshark
  • PsPing

Aranacaklar

DNS performansını analiz etmek genellikle bir ağ izlemesi için başka bir iştir. Ancak PsPing, olası bir nedeni karara varma veya çıkarma açısından da yararlıdır.

DNS trafiği TCP ve UDP isteklerini temel alır ve yanıtlar, belirli bir isteği belirli bir yanıtla eşleştirmeye yardımcı olacak bir kimlikle açıkça işaretlenir. Örneğin SharePoint bir web sayfasında ağ adı veya URL kullandığında DNS trafiğini görürsünüz. Kural olarak, Bölgeleri aktarma dışında bu trafiğin çoğu UDP üzerinden çalışır.

Hem Netmon hem de Wireshark'ta, DNS trafiğine bakmanıza olanak sağlayacak en temel filtre basitçedır dns. Filtreyi belirtirken küçük harf kullandığınızdan emin olun. Sorunu istemci bilgisayarınızda yeniden oluşturmaya başlamadan önce DNS çözümleyici önbelleğinizi temizlemeyi unutmayın. Örneğin, Giriş sayfası için yavaş bir SharePoint sayfası yükünüz varsa, tüm tarayıcıları kapatmanız, yeni bir tarayıcı açmanız, izlemeye başlamanız, DNS çözümleyici önbelleğinizi temizlemeniz ve SharePoint sitenize göz atmalısınız. Sayfanın tamamı çözümlenince izlemeyi durdurmanız ve kaydetmeniz gerekir.

Netmon'da DNS için temel bir filtre DNS'dir.

Burada zaman uzaklığını görmek istiyorsunuz. Ayrıca, şu adımları tamamlayarak yapabileceğiniz Zaman Aralığı sütununu Netmon'a eklemek yararlı olabilir:

  1. Açıklama gibi bir sütuna sağ tıklayın.
  2. Sütunları Seç'e tıklayın.
  3. Listede Zaman Aralığı'nı bulun ve Ekle'ye tıklayın.
  4. Yan yana okuyabilmeniz için yeni sütunu Açıklama sütununun önüne veya arkasına taşıyın.
  5. Tamam'ı tıklatın.

İlgilendiğiniz bir sorgu bulursanız, çerçeve ayrıntıları panelinde söz konusu sorguya sağ tıklayıp Konuşma bul>DNS'sini seçerek bu sorguyu yalıtmayı göz önünde bulundurun. Ağ Konuşmaları panelinin UDP trafiği günlüğünde doğrudan belirli bir konuşmaya at olduğuna dikkat edin.

DNS tarafından filtrelenmiş Outlook Online yükünün Netmon izlemesi ve sonuçları daraltmak için Konuşma Bul'u ve ardından DNS'yi kullanma.

Wireshark'ta DNS süresi için bir sütun oluşturabilirsiniz. Wireshark'ta izlemenizi alın (veya bir izleme açın) ve veya daha yararlı bir şekilde dns.timefiltreleyindns. Herhangi bir DNS sorgusuna tıklayın ve ayrıntıların gösterildiği panelde Domain Name System (response) ayrıntıları genişletin. Zaman için bir alan görürsünüz (örneğin, [Time: 0.001111100 seconds]. Bu kez sağ tıklayın ve Sütun Olarak Uygula'yı seçin. Bu, izlemenizin daha hızlı sıralanması için size bir Time sütunu verir. Hangi DNS çağrısının çözülmesinin en uzun sürdüğünü görmek için azalan değerlere göre sıralamak için yeni sütuna tıklayın.

Wireshark'ta dns.time değerine göre (küçük harfle) filtrelenmiş sharePoint'e göz atma; ayrıntılardaki süre bir sütuna dönüştürülür ve artan düzende sıralanır.

DNS çözümleme süresi hakkında daha fazla araştırma yapmak isterseniz, TCP tarafından kullanılan DNS bağlantı noktasına karşı bir PsPing deneyin (örneğin, psping <IP address of DNS server>:53). Hala bir performans sorunu görüyor musunuz? Bunu yaparsanız, sorunun çözümü yapmak için bastığınız BELIRLI DNS uygulamasıyla ilgili bir sorundan daha geniş bir ağ sorunu olma olasılığı daha yüksektir. Ayrıca, outlook.office365.com ping'in Size Outlook Online için DNS ad çözümlemenin nerede gerçekleştiğini (örneğin, outlook-namnorthwest.office365.com) göstereceğini de belirtmek gerekir.

Sorun DNS'ye özgü gibi görünüyorsa, bu sorunu daha fazla araştırmak için DNS yapılandırmalarına ve DNS İleticilerine bakmak için BT bölümünüze başvurmanız gerekebilir.

Ara Sunucu Ölçeklenebilirliği

Office 365'daki Outlook Online gibi hizmetler istemcilere birden çok uzun süreli bağlantı verir. Bu nedenle, her kullanıcı daha uzun bir yaşam gerektiren daha fazla bağlantı kullanabilir.

Araçlar

Matematik

Aranacaklar

Buna özgü bir ağ izleme veya sorun giderme aracı yoktur. Bunun yerine, sınırlamalar ve diğer değişkenler verilen bant genişliği hesaplamalarını temel alır.

TCP En Büyük Segment Boyutu

SYN - SYN/ACK içinde bulunur. Tcp paketlerinin mümkün olan en fazla veri miktarını taşıyacak şekilde yapılandırıldığından emin olmak için, bu denetimi yaptığınız performans ağ izlemelerinde yapın.

Amaç, verilerin iletimi için 1.460 baytlık bir MSS görmektir. Ara sunucu arkasındaysanız veya NAT kullanıyorsanız, en iyi sonuçları elde etmek için bu testi istemciden proxy/çıkış/NAT'ye ve ara sunucu/çıkış/NAT'den Office 365'a çalıştırmayı unutmayın! Bunlar farklı TCP oturumlarıdır.

Araçlar

Netmon

Aranacaklar

TCP Maksimum Segment Boyutu (MSS), ağ izlemenizdeki üç yönlü el sıkışmasının bir diğer parametresidir ve bu da ihtiyacınız olan verileri SYN - SYN/ACK paketinde bulacağınız anlamına gelir. MSS'yi görmek oldukça basittir.

Sahip olduğunuz tüm performans ağ izlemelerini açın ve merak ettiğiniz veya performans sorununu gösteren bağlantıyı bulun.

Not

İzlemeye bakıyorsanız ve konuşmanızla ilgili trafiği bulmanız gerekiyorsa İstemci'nin IP'sine, ara sunucunun veya çıkış noktasının IP'sine ya da her ikisine de göre filtreleyin. Doğrudan giderek, izlemedeki Office 365 IP adresi için test ettiğiniz URL'ye ping göndermeniz ve buna göre filtrelemeniz gerekir.

İzlere ikinci el mi bakıyorsun? Kendinizi yönlendirmek için filtreleri kullanmayı deneyin. Netmon'da URL'yi temel alan bir arama çalıştırın; örneğin Containsbin(framedata, ascii, "sphybridExample"), çerçeve numarasını not alın.

Wireshark'ta gibi frame contains "sphybridExample"bir şey kullanın. Wireshark'ta Uzak Winsock (RWS) trafiği bulduğunuzu fark ederseniz (Wireshark'ta [PSH, ACK] olarak görünebilir), daha önce açıklandığı gibi RWS bağlantılarının ilgili SYN - SYN/ACK'lerden kısa süre önce görülebileceğini unutmayın.

Bu noktada, çerçeve numarasını kaydedebilir, filtreyi bırakabilir ve En yakın SYN'ye bakmak için Netmon'daki Ağ Konuşmaları penceresinde Tüm Trafik'e tıklayabilirsiniz.

Daha da önemlisi, izleme sırasında IP adresi bilgilerinden hiçbirini almadıysanız, izlemede URL'nizi bulmak (örneğin, öğesinin sphybridExample-my.sharepoint.combir parçası) size filtrelemeniz için IP adresleri verir.

İzlemede görmek istediğiniz bağlantıyı bulun. Bunu, izlemeyi tarayarak, IP adreslerine göre filtreleyerek veya Netmon'daki Ağ Konuşmaları penceresini kullanarak belirli Konuşma Kimliklerini seçerek yapabilirsiniz. SYN paketini bulduğunuzda, Çerçeve Ayrıntıları panelinde TCP (Netmon'da) veya İletim Denetimi Protokolü'ne (Wireshark'ta) genişletin. TCP Seçenekleri ve MaxSegmentSize seçeneklerini genişletin. İlgili SYN-ACK çerçevesini bulun ve TCP Seçenekleri ve MaxSegmentSize'ı genişletin. İki değerin küçük kısmı En Büyük Segment Boyutunuz olur. Bu resimde, Netmon'da TCP Sorun Giderme adlı yerleşik Sütunu kullanıyorum.

Yerleşik sütunlar kullanılarak Netmon'da filtrelenen ağ izlemesi.

Yerleşik sütun , Çerçeve Ayrıntıları panelinin en üstünde yer alır. (Normal görünümünüze geri dönmek için Sütunlar'a yeniden tıklayın ve saat dilimi'ni seçin.)

TCP Sorun Giderme seçeneği için Sütunlar açılan listesinin bulunduğu yer (Çerçeve Özeti'nin üstünde).

İşte Wireshark'ta filtrelenmiş bir izleme. MSS değerine (tcp.options.mss) özgü bir filtre vardır. Syn, SYN/ACK, ACK el sıkışmasının çerçeveleri, Çerçeve Ayrıntılarına eşdeğer Wireshark'ın alt kısmında bağlanır (çerçeve 47 ACK, 46 SYN/ACK'ye bağlantılar, 43 SYN'ye bağlantılar) bu tür işleri kolaylaştırmak için.

Wireshark'ta En Büyük Segment Boyutu (MSS) için tcp.options.mss tarafından filtrelenen izleme.

Seçmeli Bildirim'i denetlemeniz gerekiyorsa (bu matristeki bir sonraki konu), izlemenizi kapatmayın!

Seçmeli Bildirim

SYN - SYN/ACK içinde bulunur. Hem SYN hem de SYN/ACK'de İzin Verilir olarak bildirilmelidir. Seçmeli Bildirim (SACK), bir paket veya paket eksik olduğunda verilerin daha sorunsuz bir şekilde yeniden iletimini sağlar. Cihazlar bu özelliği devre dışı bırakabilir ve bu da performans sorunlarına yol açabilir.

Ara sunucu arkasındaysanız veya NAT kullanıyorsanız, en iyi sonuçları elde etmek için bu testi istemciden proxy/çıkış/NAT'ye ve ara sunucu/çıkış/NAT'den Office 365'a çalıştırmayı unutmayın! Bunlar farklı TCP oturumlarıdır.

Araçlar

Netmon

Aranacaklar

Seçmeli Bildirim (SACK), SYN-SYN/ACK el sıkışmasında başka bir parametredir. SYN - SYN/ACK izlemenizi birçok şekilde filtreleyebilirsiniz.

İzlemeyi tarayarak, IP adreslerine göre filtreleyerek veya Netmon'daki Ağ Konuşmaları penceresini kullanarak konuşma kimliğine tıklayarak görmek istediğiniz izlemedeki bağlantıyı bulun. SYN paketini bulduğunuzda, Çerçeve Ayrıntıları bölümünde Netmon'da TCP'yi veya Wireshark'ta İletim Denetimi Protokolü'ni genişletin. TCP Seçenekleri'ni ve ardından SACK'i genişletin. İlgili SYN-ACK çerçevesini bulun ve TCP Seçeneklerini ve SACK alanını genişletin. Hem SYN hem de SYN/ACK'de belirli SACK'e izin verilir. Hem Netmon hem de Wireshark'ta görüldüğü gibi SACK değerleri aşağıdadır.

Tcp.flags.syn == 1 sonucu olarak Netmon'da Seçmeli Bildirim (SACK).

Wireshark'ta tcp.flags.syn == 1 filtresiyle görüldüğü gibi SACK.

DNS Coğrafi Konumu

Dünyanın neresinde Office 365 DNS çağrınızı çözümlemeye çalışırsa bağlantı hızınızı etkiler.

Outlook Online'da, ilk DNS araması tamamlandıktan sonra, en yakın veri merkezinize bağlanmak için bu DNS'nin konumu kullanılır. Verilerinizin depolandığı veri merkezine (dC) bağlanmak için omurga ağını kullanan bir Outlook Online CAS sunucusuna bağlanacaksınız. Bu daha hızlı.

SharePoint'e erişirken, yurt dışında seyahat eden bir kullanıcı etkin veri merkezine yönlendirilir. Bu, konumu SPO kiracısının ana tabanına (yani, kullanıcı ABD tabanlıysa ABD'de bir dC) dayanan dC'dir.

Lync Online'da aynı anda birden fazla dC'de etkin düğümler vardır. Lync çevrimiçi örnekleri için istek gönderildiğinde, Microsoft'un DNS'i isteğin dünyanın neresinden geldiğini belirler ve Lync Online'ın etkin olduğu en yakın bölgesel dC'den IP adreslerini döndürür.

İpucu

İstemcilerin Office 365 nasıl bağlanacakları hakkında daha fazla bilgi sahibi olmanız mı gerekiyor? İstemci Bağlantısı başvuru makalesine (ve yararlı grafiklerine) göz atın.

Araçlar

  • Ping
  • PsPing

Aranacaklar

İstemcinin DNS sunucularından Microsoft'un DNS sunucularına ad çözümleme istekleri çoğu durumda Microsoft DNS'nin bölgesel bir veri merkezinin (dC) IP adresini döndürmesine neden olmalıdır. Bu senin için ne anlama geliyor? Merkeziniz Hindistan'ın Bengaluru kentindeyse ancak Birleşik Devletler seyahat ediyorsanız, tarayıcınız Outlook Online için istekte bulunduğunda Microsoft'un DNS sunucuları ip adreslerini bölgesel bir veri merkezi olan Birleşik Devletler veri merkezlerine teslim etmelidir. Outlook'tan posta gerekiyorsa, bu veriler veri merkezleri arasında Microsoft'un hızlı omurga ağında gezinecektir.

Ad çözümlemesi kullanıcı konumuna mümkün olduğunca yakın olduğunda DNS en hızlı şekilde çalışır. Avrupa'daysanız, Avrupa'da bir Microsoft DNS'sine gitmek ve (ideal olarak) Avrupa'daki bir veri merkeziyle ilgilenmek istiyorsunuz. Avrupa'daki bir istemcinin DNS'ye ve Amerika'daki bir veri merkezine giden performansı daha yavaş olacaktır.

DNS isteğinizin dünyanın neresinde yönlendirildiğini belirlemek için Ping aracını outlook.office365.com karşı çalıştırın. Avrupa'daysanız, outlook-emeawest.office365.com gibi bir yanıt görmeniz gerekir. Amerika'da, outlook-namnorthwest.office365.com gibi bir şey beklersin.

İstemci bilgisayarda komut istemini açın (Çalıştırmayı > Başlat > cmd veya Windows anahtar > türü cmd aracılığıyla). ping outlook.office365.com yazın ve ENTER tuşuna basın. IPv4 aracılığıyla ping yapmak istiyorsanız -4 belirtmeyi unutmayın. ICMP paketlerinden yanıt alamayabilirsiniz, ancak isteğin yönlendirildiği DNS'nin adını görmeniz gerekir. Bu bağlantının gecikme numaralarını görmek istiyorsanız ping ile döndürülen sunucunun IP adresine PsPing uygulamayı deneyin.

Outlook-namnorthwest'te çözünürlüğü gösteren outlook.office365.com ping'i.

Ortalama 28 milisaniyelik gecikme süresini gösteren outlook.office365.com ping tarafından döndürülen IP adresine PSPing.

Office 365 Uygulama Sorunlarını Giderme

Araçlar

  • Netmon
  • HTTPWatch
  • Tarayıcıda F12 Konsolu

Ağa özgü bu makalede uygulamaya özgü sorun gidermede kullanılan araçları ele almayacağız. Ancak bu sayfadakullanabileceğiniz kaynaklar bulabilirsiniz.

Office 365 uç noktalarını yönetme

Office 365 uç noktaları hakkında SSS