AzureDiagnostics

Azure Tanılama modunu kullanan Azure hizmetleri için kaynak günlüklerini depolar. Kaynak günlükleri, Azure kaynaklarının iç işlemini açıklar.

Her Azure hizmetinin kaynak günlüğünde benzersiz bir sütun kümesi vardır. AzureDiagnostics tablosu Azure hizmetleri tarafından en yaygın kullanılan sütunları içerir. Kaynak günlüğü AzureDiagnostics tablosunda yer almayan bir sütun içeriyorsa, bu veriler ilk kez toplandığında bu sütun tabloya eklenir. Sütun sayısı üst sınırı olan 500 sütuna ulaşıldıysa, ek sütunların verileri dinamik bir sütuna eklenir.

Kaynağa özgü modu kullanan Azure hizmetleri, verileri bu hizmete özgü bir tabloda depolar ve AzureDiagnostics tablosunu kullanmaz. Her yöntemi kullanan hizmetler için aşağıdaki Kaynak Türleri bölümüne bakın. Farklılıklar hakkında ayrıntılı bilgi için bkz . Azure kaynak günlükleri .

AdditionalFields sütunu

Diğer tablolardan farklı olarak AzureDiagnostics, bu tabloya veri gönderebilen Çok Çeşitli Azure Kaynakları nedeniyle Log Analytics çalışma alanında herhangi bir tablo için uygulanan 500 sütun sınırını aşmaya çok daha duyarlıdır. Bu 500 sütun sınırını aşan etkin sütun sayısı nedeniyle veri kaybı olmamasını sağlamak için AzureDiagnostics sütun oluşturma işlemi diğer tablolardan farklı bir şekilde işlenir.

Her çalışma alanındaki AzureDiagnostics tablosu en az aynı 200 sütunu içerir. 19 Ocak 2021 tarihinden önce oluşturulan çalışma alanları için, tabloda bu tarihten önce zaten var olan sütunlar da yer alır. Veriler henüz yerinde olmayan bir sütuna gönderildiğinde:

• Geçerli çalışma alanındaki AzureDiagnostics'teki toplam sütun sayısı 500'ü geçmezse, diğer tüm tablolarda olduğu gibi yeni bir sütun oluşturulur.
• Toplam sütun sayısı 500 veya üzerindeyse, fazla veriler özellik olarak AdditionalFields adlı dinamik bir özellik paketi sütununa eklenir.

Örnek

Bu davranışı göstermek için çalışma kılavuzumuzdaki AzureDiagnostics tablosunun (dağıtım tarihi) itibarıyla aşağıdaki gibi göründüğünü düşünün:

AzureDiagnostics'e veri gönderen bir kaynak, verilerine NewInfo1 adını verdikleri yeni bir boyut ekler. Tabloda hala 500'den az sütun bulunduğundan, bu yeni boyuta ilişkin verileri içeren bir olay ilk kez gerçekleştiğinde tabloya yeni bir sütun eklenir:

Bu yeni verileri basit bir sorguda döndürebilirsiniz:

AzureDiagnostics | where NewInfo1_s == "xyz"

Daha sonraki bir tarihte, başka bir kaynak AzureDiagnostics'e NewInfo2 ve NewInfo3 adlı yeni boyutlar ekleyen veriler gönderir. Tablo bu çalışma alanında 500 sütuna ulaştığından, yeni veriler AdditionalFields sütununa gider:

Yine de bu verileri sorgulayabilirsiniz, ancak KQL'deki dinamik özellik işleçlerinden herhangi birini kullanarak bu verileri özellik paketinden ayıklamanız gerekir:

AzureDiagnostics
| where AdditionalFields.NewInfo2 == "789" and AdditionalFields.NewInfo3 == "qwerty"

Sütunu kullanma ipuçları AdditionalFields

Sorgunun ilk yan tümcesi olarak her zaman zamana göre filtreleme gibi genel sorgu en iyi yöntemleri izlense de, AdditionalFields ile çalışırken göz önünde bulundurmanız gereken başka öneriler de vardır:

• Üzerinde daha fazla işlem gerçekleştirmeden önce verileri yazmanız gerekir. Örneğin, Perf1Sec_i adlı bir sütunun yanı sıra AdditionalFields'de Perf2Sec adlı bir özellik varsa ve her iki değeri de ekleyerek toplam performans değerini hesaplamak istiyorsanız, şunun gibi bir şey kullanın: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | .....
• Performansı önemli ölçüde geliştirmek için karmaşık mantık yazmadan önce veri hacmini mümkün olan en küçük boyuta düşürmek için where yan tümcelerini kullanın. TimeGenerated , her zaman mümkün olan en küçük pencereye indirgenmesi gereken bir sütundur. AzureDiagnostics söz konusu olduğunda, ResourceType sütunu kullanılarak sorgulanan kaynak türleri etrafında sorgunun en üstüne her zaman ek bir filtre eklenmelidir.
• Çok büyük hacimli verileri sorgularken, additionalfields üzerinde ayrıştırmak yerine bir bütün olarak filtre uygulamak bazen daha verimli olur. Örneğin, büyük hacimli veriler AzureDiagnostics | where AdditionalFields has "Perf2Sec" için genellikle değerinden AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec))daha verimlidir.

Azure Tanılama modu

Aşağıdaki hizmetler, kaynak günlükleri için Azure tanılama modunu kullanır ve verileri Azure Tanılama tablosuna gönderir.

• Analysis Services
• Uygulama Ağ Geçitleri
• Otomasyon Hesapları
• MariaDB için Azure Veritabanı sunucuları
• MYSQL sunucuları için Azure Veritabanı
• PostgreSQL için Azure Veritabanı sunucuları
• PostgreSQL için Azure Veritabanı sunucuları v2
• Batch hesapları
• CDN profilleri
• Bilişsel Hizmetler
• Data Lake Analytics
• DataLake Depolama 1. Nesil
• Cihaz Sağlama Hizmetleri
• Digital Twins
• Event Grid Konu Başlıkları
• Event Hubs
• ExpressRoute bağlantı hatları
• Front Doors
• Tümleştirme hesapları
• Key Vault
• Kubernetes hizmetleri
• Yük dengeleyiciler
• Logic Apps
• Medya hizmetleri
• Ağ arabirimleri
• Ağ Güvenlik Grupları
• P2S VPN Ağ Geçitleri
• Power BI Embedded
• Genel IP adresleri
• Kurtarma Hizmetleri kasaları (Site Recovery)
• Hizmet ara
• Service Bus
• SQL veritabanları
• SQL yönetilen Örnekleri
• SQL sunucuları
• Akış Analizi işleri
• Traffic Manager profilleri
• Sanal ağlar
• Sanal ağ geçitleri
• VPN Ağ Geçitleri

Azure Tanılama modu veya kaynağa özgü mod

Aşağıdaki hizmetler, yapılandırmalarına bağlı olarak kaynak günlükleri için Azure tanılama modunu veya kaynağa özgü modu kullanır. Kaynağa özgü modu kullandıklarında AzureDiagnostics tablosuna veri göndermez. Bu yapılandırmayla ilgili ayrıntılar için bkz . Azure kaynak günlükleri .

• API Management Services
• Azure Cosmos DB
• Veri fabrikaları (V2)
• IoT Hub
• Kurtarma Hizmetleri kasaları (Yedekleme)
• Güvenlik duvarları

Kategoriler

• Azure Kaynakları
• Güvenlik
• Ağ

Çözümler

• LogManagement

Kaynak türleri

• Uygulama Ağ Geçitleri
• CDN Profilleri
• Azure Cosmos DB
• Event Grid Konu Başlıkları
• Event Hubs
• Güvenlik duvarları
• Key Vaults
• Kubernetes Hizmetleri
• Kurtarma Hizmetleri Kasaları
• Service Bus
• MySQL için Azure Veritabanı Esnek Sunucuları
• Esnek Sunucuları PostgreSQL için Azure Veritabanı
• Media Services
• Analysis Services
• Batch Hesapları
• Bilişsel Hizmetler
• Event Grid İş Ortağı Ad Alanları
• Event Grid İş Ortağı Konuları
• Event Grid Sistem Konuları
• Azure Arc Özellikli Kubernetes
• Azure Arc Tarafından Sağlanan Kümeler
• IoT Hub
• Logic Apps
• API Management hizmetleri
• Otomasyon hesabı
• Veri fabrikaları
• Data Lake Storage 1. Nesil
• Data Lake Analytics
• Power BI Embedded
• SQL Yönetilen Örnekleri
• SQL Server’lar
• SQL Veritabanları
• MySQL için Azure Veritabanı Sunucuları
• PostgreSQL için Azure Veritabanı Sunucuları
• PostgreSQL için Azure Veritabanı Sunucuları V2
• MariaDB için Azure Veritabanı Sunucuları
• Cihaz Sağlama Hizmetleri
• ExpressRoute Devreleri
• Front Doors
• Ağ Arabirimleri
• Ağ Güvenlik Grupları
• Genel IP Adresleri
• Traffic Manager Profilleri
• Sanal Ağ Geçitleri
• Sanal Özel Ağ Geçitleri
• Sanal Ağlar
• Arama Hizmetleri
• Akış Analizi işleri

Sütunlar