AzureDiagnostics

Armazena logs de recursos para serviços do Azure que usam o modo de Diagnóstico do Azure. Os logs de recursos descrevem a operação interna dos recursos do Azure.

O registo de recursos de cada serviço do Azure tem um conjunto exclusivo de colunas. A tabela AzureDiagnostics inclui as colunas mais comuns utilizadas pelos serviços do Azure. Se um registo de recursos incluir uma coluna que ainda não existe na tabela AzureDiagnostics, essa coluna será adicionada da primeira vez que esses dados forem recolhidos. Se o número máximo de 500 colunas for alcançado, os dados relativos às colunas adicionais são adicionados a uma coluna dinâmica.

Os serviços do Azure que usam o modo específico do recurso armazenam dados em uma tabela específica para esse serviço e não usam a tabela AzureDiagnostics. Consulte Tipos de recursos abaixo para obter os serviços que usam cada método. Consulte Logs de recursos do Azure para obter detalhes sobre as diferenças.

Coluna AdditionalFields

Ao contrário de outras tabelas, o AzureDiagnostics é muito mais suscetível a exceder o limite de 500 colunas imposto para qualquer tabela em um espaço de trabalho do Log Analytics devido à ampla variedade de Recursos do Azure capazes de enviar dados para essa tabela. Para garantir que nenhum dado seja perdido devido ao número de colunas ativas excedendo esse limite de 500 colunas, a criação de colunas do AzureDiagnostics é tratada de maneira diferente de outras tabelas.

A tabela AzureDiagnostics em cada espaço de trabalho contém, no mínimo, as mesmas 200 colunas. Para espaços de trabalho criados antes de 19 de janeiro de 2021, a tabela também contém todas as colunas que já estavam em vigor antes dessa data. Quando os dados são enviados para uma coluna que ainda não está em vigor:

• Se o número total de colunas no AzureDiagnostics no espaço de trabalho atual não exceder 500, uma nova coluna será criada como em qualquer outra tabela.
• Se o número total de colunas for igual ou superior a 500, os dados em excesso serão adicionados a uma coluna de saco de propriedades dinâmicas chamada AdditionalFields como uma propriedade.

Exemplo

Para ilustrar esse comportamento, imagine que, a partir de (data de implantação), a tabela AzureDiagnostics em nosso workpsace tenha a seguinte aparência:

Um recurso que envia dados para o AzureDiagnostics e adiciona uma nova dimensão aos seus dados que eles chamam de NewInfo1. Como a tabela ainda tem menos de 500 colunas, a primeira vez que ocorre um evento que contém dados para essa nova dimensão adiciona uma nova coluna à tabela:

Você pode retornar esses novos dados em uma consulta simples:

AzureDiagnostics | where NewInfo1_s == "xyz"

Em uma data posterior, outro recurso envia dados para o AzureDiagnostics que adiciona novas dimensões chamadas NewInfo2 e NewInfo3. Como a tabela atingiu 500 colunas neste espaço de trabalho, os novos dados vão para a coluna AdditionalFields :

Você ainda pode consultar esses dados, mas deve extraí-los do pacote de propriedades usando qualquer um dos operadores de propriedade dinâmica no KQL:

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

Dicas sobre como usar a AdditionalFields coluna

Embora as práticas recomendadas de consulta gerais, como sempre filtrar por tempo como a primeira cláusula da consulta, devam ser seguidas, há algumas outras recomendações que você deve considerar ao trabalhar com AdditionalFields:

• Você deve digitar dados antes de executar outras operações neles. Por exemplo, se existir uma coluna chamada Perf1Sec_i , bem como uma propriedade em AdditionalFields chamada Perf2Sec, e você quiser calcular o perf total adicionando ambos os valores, use algo como: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | .....
• Use cláusulas where para reduzir o volume de dados ao menor possível antes de escrever qualquer lógica complexa para melhorar significativamente o desempenho. TimeGenerated é uma coluna que deve ser sempre reduzida à menor janela possível. No caso do AzureDiagnostics, um filtro adicional também deve ser sempre incluído na parte superior da consulta em torno dos tipos de recursos que estão sendo consultados usando a coluna ResourceType.
• Ao consultar volumes muito grandes de dados, às vezes é mais eficiente fazer um filtro em AdditionalFields como um todo em vez de analisá-lo. Por exemplo, para grandes volumes de dados AzureDiagnostics | where AdditionalFields has "Perf2Sec" é muitas vezes mais eficiente do que AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec)).

Modo de Diagnóstico do Azure

Os serviços a seguir usam o modo de diagnóstico do Azure para seus logs de recursos e enviam dados para a tabela de Diagnóstico do Azure.

• Analysis Services
• Gateways de Aplicação
• Contas de Automatização
• Servidores do Azure Database for MariaDB
• Base de Dados do Azure para servidores MySQL
• Servidores da Base de Dados do Azure para PostgreSQL
• Banco de Dados do Azure para servidores PostgreSQL v2
• Contas do Batch
• Perfis de CDN
• Serviços Cognitivos
• Data Lake Analytics
• Armazenamento DataLake Gen1
• Serviços de provisionamento de dispositivos
• Digital Twins
• Tópicos do Event Grid
• Hubs de Eventos
• Circuitos do ExpressRoute
• Portas da Frente
• Contas de integração
• Key Vault
• Serviços do Kubernetes
• Balanceadores de carga
• Logic Apps
• Serviços de multimédia
• Interfaces de rede
• Grupos de Segurança de Rede
• Gateways de VPN P2S
• Power BI Embedded
• Endereços IP públicos
• Cofres dos Serviços de Recuperação (Recuperação de Site)
• Procurar serviços
• Service Bus
• Bases de Dados SQL
• Instâncias gerenciadas SQL
• Servidores SQL
• Tarefas do Stream Analytics
• Perfis do Gestor de Tráfego
• Redes virtuais
• Gateways de rede virtual
• Gateways de VPN

Modo de Diagnóstico do Azure ou modo específico de recursos

Os serviços a seguir usam o modo de diagnóstico do Azure ou o modo específico de recursos para seus logs de recursos, dependendo de sua configuração. Quando usam o modo específico de recurso, não enviam dados para a tabela AzureDiagnostics. Consulte Logs de recursos do Azure para obter detalhes sobre essa configuração.

• Serviços de gerenciamento de API
• Azure Cosmos DB
• Fábricas de dados (V2)
• IoT Hub
• Cofres dos Serviços de Recuperação (Backup)
• Firewalls

Categorias

• Recursos do Azure
• Segurança
• Rede

Soluções

• LogManagement

Tipos de recursos

• Gateways de Aplicação
• Perfis CDN
• Azure Cosmos DB
• Tópicos do Event Grid
• Hubs de Eventos
• Firewalls
• Cofres de Chaves
• Serviços do Kubernetes
• Cofres dos Serviços de Recuperação
• Service Bus
• Servidores Flexíveis da Base de Dados do Azure para MySQL
• Banco de Dados do Azure para Servidores Flexíveis PostgreSQL
• Serviços de Multimédia
• Analysis Services
• Contas de Batch
• Serviços Cognitivos
• Namespaces de parceiros da grade de eventos
• Tópicos de parceiros da grade de eventos
• Tópicos do sistema de grade de eventos
• Kubernetes habilitado para Azure Arc
• Azure Arc Provisioned Clusters
• IoT Hub
• Logic Apps
• Serviços da Gestão de API
• Conta de automatização
• Fábricas de dados
• Ger1 de Armazenamento do Data Lake
• Data Lake Analytics
• Power BI Embedded
• Instâncias Geridas SQL
• SQL Servers
• Bases de Dados SQL
• Banco de Dados do Azure para Servidores MySQL
• Banco de Dados do Azure para Servidores PostgreSQL
• Banco de Dados do Azure para Servidores PostgreSQL V2
• Banco de Dados do Azure para Servidores MariaDB
• Serviços de provisionamento de dispositivos
• Circuitos do ExpressRoute
• Portas da Frente
• Interfaces de Rede
• Grupos de Segurança de Rede
• Endereços IP Públicos
• Perfis do Gestor de Tráfego
• Gateways de Rede Virtual
• Gateways de rede privada virtual
• Redes Virtuais
• Pesquisar Serviços
• Tarefas do Stream Analytics

Colunas