Azure Tanılama sorunlarını giderme

Bu makalede, Azure Tanılama kullanımıyla ilgili sorun giderme bilgileri açıklanmaktadır. Tanılama hakkında daha fazla bilgi için bkz. Azure Tanılama genel bakış.

Mantıksal bileşenler

Bileşenler şunlardır:

• Tanılama Eklenti Başlatıcısı (DiagnosticsPluginLauncher.exe): Tanılama uzantısını başlatır. Giriş noktası işlemi olarak görev görür.
• Tanılama Eklentisi (DiagnosticsPlugin.exe): İzleme aracısının ömrünü yapılandırır, başlatır ve yönetir. Bu, başlatıcı tarafından başlatılan ana işlemdir.
• İzleme Aracısı (MonAgent*.exe işlemleri): Tanılama verilerini izler, toplar ve aktarır.

Günlük/yapıt yolları

Aşağıdaki yollar bazı önemli günlüklere ve yapıtlara yol açar. Bu makalede bu bilgilere başvuracağız.

Azure Bulut Hizmetleri

Sanal makineler

Ölçüm verileri Azure portalında görünmüyor

Tanılama, Azure portalında görüntülenebilen ölçüm verileri sağlar. Portalda verileri görme konusunda sorun yaşıyorsanız, ilgili ölçüm kayıtlarının orada olup olmadığını görmek için Tanılama depolama hesabındaki tabloyu denetleyin WADMetrics\* ve Microsoft.Insights kaynak sağlayıcısının kayıtlı olduğundan emin olun.

Burada, PartitionKey tablonun kaynak kimliği, sanal makine veya sanal makine ölçek kümesi yer alır. RowKey ölçüm adıdır. Performans sayacı adı olarak da bilinir.

Kaynak kimliği yanlışsa, kaynak kimliğinin doğru ayarlandığını görmek için Tanılama Yapılandırma>Ölçümleri>ResourceId'sini denetleyin.

Belirli bir ölçüm için veri yoksa, ölçümün (performans sayacı) eklenip eklenmediğini görmek için Tanılama Yapılandırması>PerformanceCounter'ı denetleyin. Aşağıdaki sayaçları varsayılan olarak etkinleştiririz:

• \İşlemci(_Total)% İşlemci Süresi
• \Memory\Available Bytes
• \ASP.NET Uygulamaları(Toplam)\İstekler/Sn
• \ASP.NET Applications(Total)\Errors Total/Sec
• \ASP.NET\Kuyruğa Alınan İstekler
• \ASP.NET\Reddedilen İstekler
• \processor(w3wp)% İşlemci Süresi
• \Process(w3wp)\Özel Bayt
• \Process(WaIISHost)% İşlemci Süresi
• \Process(WaIISHost)\Özel Baytlar
• \Process(WaWorkerHost)% İşlemci Süresi
• \Process(WaWorkerHost)\Özel Baytlar
• \Bellek\Sayfa Hataları/sn
• GC'de .NET CLR Bellek(Genel)% Süresi
• \LogicalDisk(C:)\Disk Yazma Bayt/sn
• \LogicalDisk(C:)\Disk Okuma Bayt/sn
• \LogicalDisk(D:)\Disk Yazma Bayt/sn
• \LogicalDisk(D:)\Disk Okuma Bayt/sn

Yapılandırma doğru ayarlandıysa ancak ölçüm verilerini hala göremiyorsanız, sorun gidermenize yardımcı olması için aşağıdaki yönergeleri kullanın.

Azure Tanılama başlamıyor

Tanılamanın neden başlatılamadığını öğrenmek için daha önce sağlanan günlük dosyaları konumundaki DiagnosticsPluginLauncher.log ve DiagnosticsPlugin.log dosyalarına bakın.

Bu günlükler öğesini gösteriyorsaMonitoring Agent not reporting success after launch, MonAgentHost.exe başlatılırken bir hata olduğu anlamına gelir. Önceki "Sanal makineler" bölümünde günlük dosyası için MonAgentHost belirtilen konumdaki günlüklere bakın.

Günlük dosyalarının son satırı çıkış kodunu içerir.

DiagnosticsPluginLauncher.exe Information: 0 : [4/16/2016 6:24:15 AM] DiagnosticPlugin exited with code 0

Negatif çıkış kodu bulursanız, Başvurular bölümündeki çıkış kodu tablosuna bakın.

Tanılama verileri Azure Depolama'da günlüğe kaydedilmedi

Verilerin hiçbirinin görünüp görünmediğini veya verilerin bir bölümünün görünüp görünmediğini belirleyin.

Tanılama altyapısı günlükleri

Tanılama, Tanılama altyapısı günlüklerindeki tüm hataları günlüğe kaydeder. Yapılandırmanızda Tanılama altyapısı günlüklerinin yakalanmasını etkinleştirdiğinizden emin olun. Ardından, yapılandırılmış depolama hesabınızdaki DiagnosticInfrastructureLogsTable tabloda görünen ilgili hataları hızla arayabilirsiniz.

Hiç veri görünmüyor

Olay verilerinin hiç görünmemesi için en yaygın neden, depolama hesabı bilgilerinin yanlış tanımlanmış olmasıdır.

Çözüm: Tanılama yapılandırmanızı düzeltin ve Tanılamayı yeniden yükleyin.

Depolama hesabı doğru yapılandırıldıysa makineye uzaktan erişim sağlayın ve DiagnosticsPlugin.exe ve MonAgentCore.exe çalıştığını doğrulayın. Çalışmıyorsa Azure Tanılama başlatılmaz'daki adımları izleyin.

İşlemler çalışıyorsa Veriler yerel olarak mı yakalanıyor? bölümüne gidin ve buradaki yönergeleri izleyin.

Sorun devam ediyorsa aşağıdakileri deneyin:

1. Aracıyı kaldırın.
2. C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics dizinini kaldırın.
3. Aracıyı yeniden yükleyin.

Verilerin bir bölümü eksik

Veri alıyorsanız ancak tümünü almıyorsanız, bu veri toplama/aktarım işlem hattının doğru ayarlandığı anlamına gelir. Sorunu daraltmak için buradaki alt bölümlere bakın.

Koleksiyon yapılandırıldı mı?

Tanılama yapılandırması, toplanacak belirli bir veri türüne yönelik yönergeler içerir. Yapılandırmanızı gözden geçirerek yalnızca koleksiyon için yapılandırdığınız verileri aradığınızı doğrulayın.

Konak veri oluşturuyor mu?

• Performans sayaçları: Sayacı açın perfmon ve denetleyin.
• İzleme günlükleri: VM'ye uzaktan erişim ve uygulamanın yapılandırma dosyasına bir TextWriterTraceListener ekleyin. Metin dinleyicisini ayarlamak için bkz . İzleme dinleyicileri oluşturma ve başlatma. öğesinin <trace> sahip <trace autoflush="true">olduğundan emin olun. İzleme günlüklerinin oluşturulduğunu görmüyorsanız "Eksik izleme günlükleri hakkında daha fazla bilgi" bölümüne bakın.
• Windows için Olay İzleme (ETW) izlemeleri: VM'ye uzaktan erişim ve PerfView aracını yükleme. PerfView'da Dosya>Kullanıcısı Komutu>Dinleme etwprovder1>etwprovider2 vb. komutunu çalıştırın. Dinle komutu büyük/küçük harfe duyarlıdır ve ETW sağlayıcılarının virgülle ayrılmış listesi arasında boşluk olamaz. Komut çalıştırılamazsa, çalıştırma girişimini ve sonucu görmek için PerfView aracının sağ alt kısmındaki Günlük'e tıklayın. Girişin doğru olduğunu varsayarsak yeni bir pencere açılır. Birkaç saniye içinde ETW izlemelerini göreceksiniz.
• Olay günlükleri: VM'ye uzaktan erişim. Olay Görüntüleyicisi açın ve olayların var olduğundan emin olun.

Veriler yerel olarak yakalanıyor mu?

Ardından, verilerin yerel olarak yakalandığından emin olun. Veriler, tanılama verileri için yerel depodaki *.tsf dosyalarında yerel olarak depolanır. Farklı günlük türleri farklı .tsf dosyalarında toplanır. Adlar, Azure Depolama'daki tablo adlarına benzer.

Örneğin performans sayaçları PerformanceCountersTable.tsf dosyasında toplanır. Olay günlükleri WindowsEventLogsTable.tsf'de toplanır. Yerel koleksiyon dosyalarını açmak ve bunların diskte toplandığını gördüğünüzden emin olmak için Yerel günlük ayıklama bölümündeki yönergeleri kullanın.

Günlüklerin yerel olarak toplandığını görmüyorsanız ve konağın veri oluşturduğunu zaten doğruladıysanız, büyük olasılıkla bir yapılandırma sorununuz vardır. Yapılandırmanızı dikkatle gözden geçirin.

Ayrıca MonitoringAgent MaConfig.xml için oluşturulan yapılandırmayı gözden geçirin. İlgili günlük kaynağını açıklayan bir bölüm olduğunu doğrulayın. Ardından Tanılama yapılandırması ile izleme aracısı yapılandırması arasındaki çeviride kaybolmadığını doğrulayın.

Veriler aktarılıyor mu?

Verilerin yerel olarak yakalandığını doğruladıysanız ancak yine de depolama hesabınızda göremiyorsanız şu adımları izleyin:

• Doğru bir depolama hesabı sağladığınızı ve verilen depolama hesabı için anahtarları teslim etmediğinizden emin olun. Azure Cloud Services için kullanıcılar bazen güncelleştirmez useDevelopmentStorage=true.
• Sağlanan depolama hesabının doğru olduğunu doğrulayın. Bileşenlerin genel depolama uç noktalarına ulaşmasını engelleyen ağ kısıtlamalarınız olmadığından emin olun. Bunu yapmanızın bir yolu makineye uzaktan erişim sağlamak ve aynı depolama hesabına kendiniz bir şey yazmaya çalışmaktır.
• Son olarak, izleme aracısı tarafından hangi hataların bildirildiğine bakabilirsiniz. İzleme aracısı günlüklerini tanılama verileri için yerel depoda bulunan maeventtable.tsf'ye yazar. Bu dosyayı açmak için Yerel günlük ayıklama bölümündeki yönergeleri izleyin. Ardından, depolama alanına yazılan yerel dosyalara okumada hata olup olmadığını errors belirlemeyi deneyin.

Günlükleri yakalama ve arşivle

Destek birimine başvurmayı düşünüyorsanız sizden ilk olarak makinenizden günlükleri toplamanızı isteyebilirler. Bunu kendiniz yaparak zaman kazanabilirsiniz. CollectGuestLogs.exe Yardımcı programını Günlük koleksiyonu yardımcı programı yolunda çalıştırın. Tüm ilgili Azure günlüklerini aynı klasörde içeren bir .zip dosyası oluşturur.

Tanılama veri tabloları bulunamadı

Azure Depolama'da ETW olaylarını barındıran tablolar aşağıdaki kod kullanılarak adlandırılır:

        if (String.IsNullOrEmpty(eventDestination)) {
            if (e == "DefaultEvents")
                tableName = "WADDefault" + MD5(provider);
            else
                tableName = "WADEvent" + MD5(provider) + eventId;
        }
        else
            tableName = "WAD" + eventDestination;

Bir örnek aşağıda verilmiştir:

        <EtwEventSourceProviderConfiguration provider="prov1">
          <Event id="1" />
          <Event id="2" eventDestination="dest1" />
          <DefaultEvents />
        </EtwEventSourceProviderConfiguration>
        <EtwEventSourceProviderConfiguration provider="prov2">
          <DefaultEvents eventDestination="dest2" />
        </EtwEventSourceProviderConfiguration>

"EtwEventSourceProviderConfiguration": [
    {
        "provider": "prov1",
        "Event": [
            {
                "id": 1
            },
            {
                "id": 2,
                "eventDestination": "dest1"
            }
        ],
        "DefaultEvents": {
            "eventDestination": "DefaultEventDestination",
            "sinks": ""
        }
    },
    {
        "provider": "prov2",
        "DefaultEvents": {
            "eventDestination": "dest2"
        }
    }
]

Bu kod dört tablo oluşturur:

Başvurular

Aşağıdaki başvurulara göz atın

Tanılama uzantısı yapılandırmasını denetleme

Uzantı yapılandırmanızı denetlemenin en kolay yolu Azure Kaynak Gezgini'ne gitmektir. Ardından Tanılama uzantısının (IaaSDiagnostics / PaaDiagnostics) bulunduğu sanal makineye veya bulut hizmetine gidin.

Alternatif olarak, uzak masaüstünden makineye geçin ve Günlük yapıtları yolu bölümünde açıklanan Tanılama yapılandırma dosyasına bakın.

Her iki durumda da Microsoft.Azure.Diagnostics ve xmlCfg veya WadCfg alanını arayın.

Bir sanal makinede arama yaparsanız ve WadCfg alanı varsa, yapılandırma JSON biçimindedir. xmlCfg alanı varsa, bu yapılandırmanın XML içinde olduğu ve base64 kodlanmış olduğu anlamına gelir. Tanılama tarafından yüklenen XML'i görmek için kodunu çözmeniz gerekir.

Bulut hizmeti rolü için yapılandırmayı diskten seçersensiniz veriler base64 kodludur. Tanılama tarafından yüklenen XML'i görmek için kodunu çözmeniz gerekir.

Eklenti çıkış kodlarını Azure Tanılama

Eklenti aşağıdaki çıkış kodlarını döndürür:

Yerel günlük ayıklama

İzleme aracısı günlükleri ve yapıtları dosya olarak .tsf toplar. Dosya .tsf okunamaz ancak aşağıdaki gibi bir .csv dosyaya dönüştürebilirsiniz:

<Azure diagnostics extension package>\Monitor\x64\table2csv.exe <relevantLogFile>.tsf

adlı <relevantLogFile>.csv yeni bir dosya, ilgili .tsf dosyayla aynı yolda oluşturulur.

Eksik izleme günlükleri hakkında daha fazla bilgi

• DiagnosticMonitorTraceListener'ın web.config veya app.config içinde yapılandırıldığından emin olun. Bulut hizmeti projelerinde varsayılan olarak yapılandırılır. Ancak, bazı müşteriler açıklama satırı yaparak izleme deyimlerinin Tanılama tarafından toplanmamalarına neden olur.
• Günlükler OnStart veya Run yönteminden yazılamıyorsa DiagnosticMonitorTraceListener'ın app.config dosyasında olduğundan emin olun. Varsayılan olarak, web.config içindedir, ancak bu yalnızca w3wp.exe içinde çalışan kod için geçerlidir. Bu nedenle, WaIISHost.exe'da çalışan izlemeleri yakalamak için app.config dosyasında gereklidir.
• Diagnostics.Debug.WriteXXX yerine Diagnostics.Trace.TraceXXX kullandığınızdan emin olun. Debug deyimleri bir yayın derlemesinden kaldırılır.
• Derlenen kodun diagnostics.trace satırlarına sahip olduğundan emin olun. Doğrulamak için Reflector, ildasm veya ILSpy kullanın. TRACE koşullu derleme simgesini kullanmadığınız sürece Diagnostics.Trace komutları derlenmiş ikili dosyadan kaldırılır. Bu yaygın sorun, proje oluşturmak için MSBuild kullanırken oluşur.

Bilinen sorunlar ve azaltmalar

Aşağıdaki bilinen sorunlarda risk azaltma işlemleri vardır.

.NET 4.5 bağımlılığı

Windows için Azure Tanılama uzantısının .NET Framework 4.5 veya sonraki bir sürümüne çalışma zamanı bağımlılığı vardır. Yazma sırasında, Azure Cloud Services için sağlanan tüm makinelerde ve Azure VM'lerini temel alan tüm resmi görüntülerde .NET 4.5 veya üzeri yüklüdür.

.NET 4.5 veya üzeri olmayan bir makinede Windows için Azure Tanılama uzantısını çalıştırmaya çalıştığınız bir durumla karşılaşmaya devam edebilirsiniz. Bu durum, makinenizi eski bir görüntüden veya anlık görüntüden oluşturduğunuzda ya da kendi özel diskinizi getirdiğinizde ortaya çıkar.

Bu sorun genellikle DiagnosticsPluginLauncher.exe çalıştırdığınızda çıkış kodu 255 olarak bildirilmektedir. Hata, aşağıdaki işlenmeyen özel durum nedeniyle gerçekleşir:

System.IO.FileLoadException: Could not load file or assembly 'System.Threading.Tasks, Version=1.5.11.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies

Azaltma: Makinenize .NET 4.5 veya üzerini yükleyin.

Performans sayaçları verileri depolama alanında kullanılabilir ancak portalda gösterilmez

VM'lerdeki portal deneyimi varsayılan olarak belirli performans sayaçlarını gösterir. Performans sayaçlarını görmüyorsanız ve verilerin depolama alanında kullanılabildiği için oluşturulduğunu biliyorsanız şunları denetlediğinizden emin olun:

• Depolamadaki verilerin İngilizce sayaç adlarında olup olmadığı. Sayaç adları İngilizce değilse portal ölçüm grafiği bunu tanımaz.

  • Risk Azaltma: Sistem hesapları için makinenin dilini İngilizce olarak değiştirin. Bunu yapmak için Denetim Masası> Bölge>Yönetim>Kopyası Ayarları'nı seçin. Ardından, özel dilin sistem hesabına uygulanmaması için Hoş Geldiniz ekranını ve sistem hesaplarını temizleyin.

• Performans sayacı adlarınızda joker karakter (*) kullanıyorsanız, performans sayaçları Azure Depolama havuzuna gönderildiğinde portal yapılandırılan ve toplanan sayacı ilişkilendiremez.

  • Azaltma: Joker karakterleri kullanabileceğinizden ve portalın (*) genişletilmesini sağlamak için performans sayaçlarınızı Azure İzleyici havuzuna yönlendirin.