Partilhar via

Eventos estendidos no Azure SQL

Aplica-se a:Banco de Dados SQL do AzureInstância Gerenciada SQL do Azurebanco de dados SQL no Fabric

Para obter uma introdução aos Eventos Estendidos, consulte:

O conjunto de recursos, a funcionalidade e os cenários de uso para Eventos Estendidos no Banco de Dados SQL do Azure, no Banco de Dados SQL no Fabric e na Instância Gerenciada SQL do Azure são semelhantes aos disponíveis no SQL Server. As principais diferenças são:

  • No Azure SQL Database, no SQL database em Fabric e na Azure SQL Managed Instance, o event_file alvo utiliza sempre blobs no Armazenamento do Azure, em vez de ficheiros no disco.
    • No SQL Server, o event_file destino pode usar ficheiros no disco ou blobs no Armazenamento Azure.
  • No Banco de Dados SQL do Azure e no Banco de Dados SQL no Fabric, as sessões de eventos sempre têm escopo de banco de dados. Isto significa que:
    • Uma sessão de eventos em um banco de dados não pode coletar eventos de outro banco de dados.
    • Um evento deve ocorrer no contexto de um banco de dados de usuário para ser incluído em uma sessão.
  • Na Instância Gerenciada SQL do Azure, você pode criar sessões de eventos com escopo de servidor e de banco de dados. Recomendamos o uso de sessões de eventos com escopo de servidor para a maioria dos cenários.

Introdução

Há dois exemplos passo a passo para ajudá-lo a começar a usar os Eventos Estendidos rapidamente:

Os Eventos Estendidos podem ser usados para monitorar réplicas somente leitura. Para obter mais informações, consulte Ler consultas em réplicas.

Melhores práticas

Adote as seguintes práticas recomendadas para usar os Eventos Estendidos de forma segura, confiável e sem afetar a integridade do mecanismo de banco de dados e o desempenho da carga de trabalho.

  • Se você usar o event_file destino:
    • Dependendo dos eventos adicionados a uma sessão, os event_file arquivos produzidos pelo destino podem conter dados confidenciais. Analise cuidadosamente as atribuições de função RBAC e as listas de controle de acesso (ACL) na conta de armazenamento e no contêiner, incluindo o acesso herdado, para evitar a concessão de acesso de leitura desnecessário. Siga o princípio do menor privilégio.
    • Use uma conta de armazenamento na mesma região do Azure que o banco de dados ou a instância gerenciada onde você cria sessões de eventos.
    • Alinhe a redundância da conta de armazenamento com a redundância do banco de dados, pool elástico ou instância gerenciada. Para recursos localmente redundantes , use LRS, GRS ou RA-GRS. Para recursos redundantes de zona , use ZRS, GZRS ou RA-GZRS. Consulte Redundância do Armazenamento do Azure para obter detalhes.
    • Não use nenhuma camada de acesso de blob além de Hot.
    • Não habilite o namespace hierárquico para a conta de armazenamento.
  • Se você quiser criar uma sessão de eventos em execução contínua que seja iniciada automaticamente após cada reinicialização do Mecanismo de Banco de Dados (por exemplo, após um failover ou um evento de manutenção), inclua a opção de sessão de evento em STARTUP_STATE = ON suas CREATE EVENT SESSION instruções or ALTER EVENT SESSION .
  • Por outro lado, use STARTUP_STATE = OFF para sessões de eventos de curto prazo, como as usadas na solução de problemas ad hoc.
  • No Banco de Dados SQL do Azure, não leia eventos de deadlock da sessão de eventos interna dl . Se houver um grande número de eventos de deadlock coletados, lê-los com a função sys.fn_xe_file_target_read_file() pode causar um erro de falta de memória no master banco de dados. Isso pode afetar o processamento de login e resultar em uma interrupção do aplicativo. Para obter as maneiras recomendadas de monitorar deadlocks, consulte Coletar gráficos de deadlock no Banco de Dados SQL do Azure com eventos estendidos.

Alvos da sessão do evento

Para obter mais informações sobre destinos de Eventos Estendidos com suporte no Banco de Dados SQL do Azure, Banco de Dados SQL no Fabric, Instância Gerenciada SQL do Azure e SQL Server, consulte Destinos para Eventos Estendidos.

Transact-SQL diferenças

Ao executar as instruções CREATE EVENT SESSION, ALTER EVENT SESSION e DROP EVENT SESSION no SQL Server e na Instância Gerenciada SQL do Azure, você usa a ON SERVER cláusula. No Banco de Dados SQL do Azure, você usa a ON DATABASE cláusula em vez disso, porque no Banco de Dados SQL do Azure as sessões de eventos têm escopo de banco de dados.

Vistas alargadas do catálogo de Eventos

Eventos estendidos fornece várias exibições de catálogo. As visualizações de catálogo informam sobre adefinição ou metadados da sessão do evento. Essas exibições não retornam informações sobre instâncias de sessões de eventos ativas.

Para obter uma lista de exibições de catálogo para cada plataforma, consulte Exibições de catálogo de eventos estendidos.

Exibições de gerenciamento dinâmico de eventos estendidos

Os Eventos Estendidos fornecem várias exibições de gerenciamento dinâmico (DMVs). Os DMVs retornam informações sobre sessões de eventos iniciadas .

Para obter uma lista de DMVs para cada plataforma, consulte Vistas de Gestão Dinâmica de Eventos Estendidos.

Detrans comuns

Há DMVs de Eventos Estendidos adicionais que são comuns ao Banco de Dados SQL do Azure, à Instância Gerenciada do SQL do Azure e ao SQL Server:

Eventos, ações e destinos disponíveis

Você pode obter eventos, ações e destinos disponíveis usando esta consulta:

SELECT o.object_type,
       p.name AS package_name,
       o.name AS db_object_name,
       o.description AS db_obj_description
FROM sys.dm_xe_objects AS o
INNER JOIN sys.dm_xe_packages AS p
ON p.guid = o.package_guid
WHERE o.object_type IN ('action','event','target')
ORDER BY o.object_type,
         p.name,
         o.name;

Permissions

Consulte as permissões para obter permissões detalhadas por plataforma.

Autorização e controlo de contentores de armazenagem

Quando se usa o alvo event_file com blobs de Armazenamento do Azure, o Mecanismo de Banco de Dados que executa a sessão de eventos deve ter acesso específico ao recipiente de blobs. Você pode conceder esse acesso de uma das seguintes maneiras:

  • Atribua a função RBAC do Colaborador de Dados de Blob de Armazenamento à identidade gerenciada do servidor lógico SQL do Azure ou da instância gerenciada do SQL do Azure no contêiner e crie uma credencial para instruir o Mecanismo de Banco de Dados a usar a identidade gerenciada para autenticação.

    Como alternativa à atribuição da função RBAC de Colaborador de Dados de Blob de Armazenamento , você pode atribuir as seguintes ações RBAC:

    Namespace Action
    Microsoft.Storage/storageAccounts/blobServices/containers/ read
    Microsoft.Storage/storageAccounts/blobServices/containers/blobs/ delete
    Microsoft.Storage/storageAccounts/blobServices/containers/blobs/ read
    Microsoft.Storage/storageAccounts/blobServices/containers/blobs/ write

  • Crie um token SAS para o contêiner e armazene o token em uma credencial.

    No Banco de Dados SQL do Azure, você deve usar uma credencial com escopo de banco de dados. Na Instância Gerenciada SQL do Azure e no SQL Server, use uma credencial com escopo de servidor.

    O token SAS que você cria para seu contêiner de Armazenamento do Azure deve atender aos seguintes requisitos:

    • Ter as rwdlRead(, Write, Delete, List) permissões.
    • Tenha a hora de início e a hora de expiração que abrangem o tempo de vida da sessão do evento.
    • Não tem restrições de endereço IP.

Governação dos recursos

No Banco de Dados SQL do Azure, o consumo de memória por sessões de eventos estendidas é controlado dinamicamente pelo Mecanismo de Banco de Dados para minimizar a contenção de recursos.

Há um limite de memória disponível para sessões de eventos:

  • Em um único banco de dados, a memória total da sessão é limitada a 128 MB.
  • Em um pool elástico, os bancos de dados individuais são limitados pelos limites de banco de dados único e, no total, eles não podem exceder 512 MB.

Se você receber uma mensagem de erro fazendo referência a um limite de memória, as ações corretivas que você pode tomar são:

  • Execute menos sessões de eventos simultâneos.
  • Usando CREATE instruções e ALTER para sessões de eventos, reduza a quantidade de memória especificada na MAX_MEMORY cláusula para a sessão.

Note

Em Eventos Estendidos, a MAX_MEMORY cláusula aparece em dois contextos: ao criar ou alterar uma sessão (no nível da sessão) e ao usar o ring_buffer destino (no nível de destino). Os limites acima se aplicam à memória de nível de sessão.

Há um limite no número de sessões de eventos iniciadas no Banco de Dados SQL do Azure:

  • Em um único banco de dados, o limite é 100.
  • Em um pool elástico, o limite é de 100 sessões com escopo de banco de dados por pool.

Em pools elásticos densos, iniciar uma nova sessão de evento estendida pode falhar devido a restrições de memória, mesmo quando o número total de sessões iniciadas estiver abaixo de 100.

Para localizar a memória total consumida por uma sessão de evento, execute a seguinte consulta enquanto estiver conectado ao banco de dados onde a sessão de evento foi iniciada:

SELECT name AS session_name,
       total_buffer_size + total_target_memory AS total_session_memory
FROM sys.dm_xe_database_sessions;

Para localizar a memória total da sessão de eventos para um pool elástico, essa consulta precisa ser executada em todos os bancos de dados do pool.

Conteúdo relacionado

  • Last updated on