Monitorar cargas de trabalho de SQL do Azure com o observador de banco de dados (preview)
Aplica-se a: 
Banco de Dados SQL do Azure Instância Gerenciada de SQL do Azure
O observador de banco de dados é uma solução de monitoramento gerenciada para serviços de banco de dados da família do SQL do Azure. Há suporte para o Banco de Dados SQL do Azure e para a Instância Gerenciada de SQL do Azure.
O observador de banco de dados coleta dados detalhados de monitoramento de carga de trabalho para fornecer uma exibição detalhada do desempenho, da configuração e da integridade do banco de dados. Os dados de monitoramento dos bancos de dados, dos pools elásticos e das instâncias gerenciadas de SQL que você seleciona são coletados em um armazenamento de dados central na assinatura do Azure. Os dashboards do portal do Azure fornecem uma exibição de painel de controle único da propriedade do SQL do Azure e uma exibição detalhada de cada banco de dados, pool elástico e instância gerenciada de SQL.
Para armazenar e analisar os dados de monitoramento do SQL, o observador de banco de dados pode usar o Azure Data Explorer ou a Análise em Tempo Real no Microsoft Fabric. O Azure Data Explorer é um serviço de dados totalmente gerenciado e altamente escalonável, desenvolvido especificamente para a ingestão e a análise rápidas de dados de monitoramento de série temporal. Um único cluster do Azure Data Explorer pode ser escalado para oferecer suporte aos dados de monitoramento de milhares de recursos do SQL do Azure. A Análise em Tempo Real usa o mesmo mecanismo principal de uma oferta de SaaS no Microsoft Fabric.
É possível realizar a consulta de dados em um banco de dados do Azure Data Explorer ou da Análise em Tempo Real ao usar KQL ou T-SQL, desenvolver visualizações personalizadas usando os dashboards do Azure Data Explorer, o Power BI ou o Grafana, e fazer análise de dados no Excel. Você pode definir a política de retenção de dados por banco de dados ou por tabela e escalar o cluster do Azure Data Explorer de forma automática ou manual para alcançar a relação ideal entre preço e desempenho.
Para começar a monitorar os recursos do SQL do Azure, crie um recurso de observador na assinatura do Azure. Realize a configuração do observador ao selecionar um armazenamento de dados e um conjunto de bancos de dados, pools elásticos ou instâncias gerenciadas de SQL para monitorar, chamados de destinos do SQL. Conceda acesso aos destinos ao observador e inicie-o.
Para descobrir as etapas para obter uma introdução rapidamente, confira Início Rápido: monitorar o SQL do Azure com o observador de banco de dados. Para obter detalhes da instalação e configuração, confira Criar e configurar um observador de banco de dados.
Para obter respostas às perguntas frequentes sobre o observador de banco de dados, confira Perguntas frequentes sobre o observador de banco de dados.
Para obter uma visão geral em vídeo do observador de banco de dados, assista a um episódio do Data Exposed:
Observação
No momento, o observador de banco de dados está em preview. Os recursos da preview são liberados com funcionalidades limitadas, mas estão disponíveis como preview para que os clientes possam obter acesso antecipado e fornecer feedback. Os recursos da preview estão sujeitos aos termos de preview complementares, que são distintos e não estão sujeitos a SLAs. O suporte é fornecido como melhor esforço em determinados casos. No entanto, o Suporte da Microsoft quer muito seus comentários sobre a funcionalidade de versão prévia e pode fornecer o melhor suporte em determinados casos. Os recursos da preview podem ter funcionalidades limitadas ou restritas e podem estar disponíveis apenas em áreas geográficas selecionadas.
Destinos do SQL do Azure com suporte
O observador de banco de dados oferece suporte a todas as camadas de serviço, camadas de computação e objetivos de serviço no Banco de Dados SQL do Azure e na Instância Gerenciada de SQL do Azure. Isso inclui modelos de compra de vCore e DTU, camadas de computação sem servidor e com provisionamento, bancos de dados individuais e pools elásticos, e hiperescala.
O observador de banco de dados pode monitorar todos os tipos de réplicas legíveis secundárias, incluindo réplicas de alta disponibilidade, réplicas de área geográfica e réplicas secundárias nomeadas em hiperescala.
Para um determinado observador, os destinos SQL podem estar em qualquer assinatura no mesmo locatário do Microsoft Entra ID.
Preço do observador de banco de dados
Os custos do observador de banco de dados são incorridos por seus componentes individuais, conforme apresentado a seguir:
| Componente | Price | Observações |
|---|---|---|
| Observadores | Gratuito | |
| Dashboards | Gratuito | |
| Cluster do Azure Data Explorer* | Detalhes de preço | O SKU ideal para o cluster depende do número de destinos de monitoramento e da carga de trabalho de consulta do cluster. Para obter considerações sobre o dimensionamento de cluster, confira Manage Azure Data Explorer cluster. |
| Análise em Tempo Real no Microsoft Fabric | Incluído no modelo de consumo do workspace do Power BI Premium. Cobrança por uso. | Use o Azure Data Explorer ou a Análise em Tempo Real. Apenas uma dessas ofertas é necessária. |
| Um cofre no Azure Key Vault | Detalhes de preço | Obrigatório somente se a autenticação do SQL opcional for usada em vez da autenticação padrão do Microsoft Entra. |
| Bandwidth da rede do Azure | Detalhes de preço | O custo não será incorrido se um observador, os destinos e o armazenamento de dados forem implantados na mesma região do Azure. |
*É possível usar um cluster gratuito do Azure Data Explorer quando um contrato de nível de serviço não for necessário e quando o desempenho da consulta e os requisitos de armazenamento forem atendidos pelas especificações de capacidade do cluster gratuito. O período de avaliação gratuito para o cluster é de um ano e pode ser estendido automaticamente.
Não há cobrança por recurso do SQL do Azure monitorado ou por usuário, tornando o observador de banco de dados uma solução de monitoramento econômica para ambientes do SQL do Azure grandes e equipes com várias pessoas.
Disponibilidade regional
Neste momento, é possível criar observadores de banco de dados nas seguintes regiões do Azure:
| Geografia do Azure | Região do Azure |
|---|---|
| Pacífico Asiático | Austrália Central |
| Pacífico Asiático | Leste da Austrália |
| Pacífico Asiático | Sudeste da Austrália |
| Pacífico Asiático | Oeste do Japão |
| Pacífico Asiático | Coreia Central |
| Pacífico Asiático | Sudeste Asiático |
| Canada | Canadá Central |
| Canada | Leste do Canadá |
| Europa | Centro-oeste da Alemanha |
| Europa | Norte da Europa |
| Europa | Sul do Reino Unido |
| Europa | Suécia Central |
| Europa | Europa Ocidental |
| Estados Unidos | Centro dos EUA |
| Estados Unidos | Leste dos EUA |
| Estados Unidos | Leste dos EUA 2 |
| Estados Unidos | Centro-Norte dos EUA |
| Estados Unidos | Oeste dos EUA |
Dica
Um observador em uma região do Azure pode monitorar destinos em outra região. De forma semelhante, um observador e o armazenamento de dados podem estar localizados em regiões diferentes.
Quando possível, faça a colocação de um observador, dos destinos e do armazenamento de dados na mesma região. Se o observador de banco de dados ainda não estiver disponível em sua região, escolha uma região na mesma geografia do Azure. Isto pode reduzir os custos de bandwidth da rede do Azure.
Limites
Há limites para o número de destinos do SQL por observador e para o número de observadores por assinatura. Não há suporte para implantações que excedem esses limites.
| Parâmetro | Limite |
|---|---|
| Destinos do SQL por observador1 | 100 |
| Observadores por assinatura | 20 |
1Uma réplica de alta disponibilidade de um banco de dados, de um pool elástico ou de uma instância gerenciada de SQL é monitorada independentemente da réplica principal e é considerada um destino separado.
Observação
Durante a preview, os limites estão sujeitos a alterações.
Dashboards
O observador de banco de dados usa as Pastas de Trabalho do Azure para fornecer dashboards de monitoramento em nível de propriedade e em nível de recursos.
Veja a seguir um exemplo de um mapa de calor de utilização da CPU para o banco de dados no dashboard de propriedade. Cada hexágono representa um destino do SQL. Existem dois servidores lógicos, um com seis bancos de dados e outro com três bancos de dados. As réplicas secundárias de alta disponibilidade são mostradas no mapa de calor como destinos separados. Selecione a imagem para ver detalhes adicionais, incluindo as estatísticas de ingestão de dados.
Veja a seguir um exemplo que mostra uma exibição parcial da guia Desempenho de um dashboard de banco de dados SQL do Azure. Selecione a imagem para aplicar zoom aos detalhes.
A tabela a seguir descreve as funcionalidades do dashboard do observador de banco de dados no portal do Azure.
| Capacidade | Descrição |
|---|---|
| Dashboards de propriedade | Visualize dados de monitoramento de alto nível para vários recursos monitorados em uma exibição comum. Use mapas de calor para localizar os bancos de dados, os pools elásticos ou as instâncias gerenciadas de SQL que mais utilizam recursos. Use a visualização de consultas principais para localizar as consultas que mais utilizam recursos em toda a sua propriedade do SQL do Azure, fazendo uma classificação das consultas por CPU, duração, contagem de execução etc. Use filtros de nomes de assinatura, grupo de recursos e recursos para se concentrar em subconjuntos da propriedade do SQL do Azure. Execute uma consulta drill-through em dashboards com detalhes para recursos específicos. |
| Dashboards de recursos | Visualize dados de monitoramento com detalhes para um banco de dados, um pool elástico ou uma instância gerenciada de SQL, incluindo: - Sessões ativas - Histórico de backup - Contadores de desempenho comuns - Investigações de conectividade - Propriedades e configuração do banco de dados e da instância - Replicação geográfica - Metadados de índice, estatísticas de uso, avisos e sugestões - Uso do recurso - Estatísticas de sessão e de conexão - Estado e histórico do trabalho do SQL Agent - Consumo e desempenho de armazenamento - Metadados da tabela - Principais consultas - Estatísticas de espera Use menus suspensos de recursos para realizar a comutação de um recurso para outro com rapidez. Use o link de propriedade para reduzir o zoom em um dashboard de propriedade. |
| Filtro por intervalo de tempo | Em cada dashboard, defina o intervalo de tempo para que o foco seja o intervalo de tempo desejado. Use intervalos de tempo padrão ou personalizados. Limite o intervalo de tempo a um intervalo de interesse ao clicar ou arrastar o cursor do mouse sobre um gráfico para selecionar um intervalo de tempo mais curto. |
| Dados históricos | Dependendo do conjunto de dados, os dashboards mostram um resumo para o intervalo de tempo selecionado ou para a amostra mais recente que foi coletada no intervalo de tempo. Alterne entre a exibição mais recente e a histórica para examinar as amostras de dados anteriores no intervalo de tempo selecionado. Por exemplo, em vez de analisar as sessões ativas no momento, faça a revisão de uma amostra anterior de sessões ativas coletadas quando ocorreu um pico no uso do recurso. |
| Réplicas secundárias | Monitore todos os tipos de réplicas, incluindo as réplicas secundárias de alta disponibilidade (HA) em dashboards de propriedade. Alterne entre a exibição da réplica primária e a réplica secundária de HA em dashboards de recursos. |
| Download de dados para o Excel | Faça download de dados de gráficos e grades como arquivos csv e abra-os no Excel para realizar uma análise adicional. |
| Atualização de dados | Recupere os dados mais recentes do armazenamento de dados de monitoramento ao abrir um dashboard e ao alternar entre guias. Depois de um dashboard ter sido aberto por algum tempo, atualize-o de forma manual para ver os dados mais recentes ou habilite a atualização automática para o dashboard. |
| Consulta ad hoc em KQL | Use um link em cada dashboard para abrir a interface do usuário da Web do Azure Data Explorer e consultar os dados de monitoramento usando KQL. Para obter mais informações, confira Datasets e Use KQL to analyze monitoring data. |
| Descrições | Alterne o parâmetro Mostrar Descrições para ver descrições que ajudam na interpretação dos dados exibidos e incluem links de documentação relevantes. |
| Dicas de ferramenta | Passe o mouse sobre um campo para ver mais detalhes e o contexto dos dados exibidos. |
| Estatísticas de ingestão | Use o link Estatísticas de Ingestão para ver a latência de ingestão de dados e outras estatísticas de ingestão por conjunto de dados. |
| Modo escuro | Mude a aparência do portal do Azure para usar o tema escuro para que os dashboards do observador de banco de dados usem o modo escuro. |
Observação
Durante a preview, as visualizações e as funcionalidades do dashboard estão sujeitos a alterações.
Dados de monitoramento do SQL
O observador de banco de dados coleta dados de monitoramento de mais de 70 exibições do catálogo e exibições de gerenciamento dinâmico (DMVs) do SQL. Os dados de uma ou de diversas exibições relacionadas são transformados em um conjunto de dados. Por exemplo, os dados de sys.dm_exec_sessions, sys.dm_exec_requests, e de outras exibições formam o conjunto de dados de sessões ativas. Para cada conjunto de dados, há uma tabela separada no banco de dados do Azure Data Explorer ou da Análise em Tempo Real.
O observador de bancos de dados tem grupos de conjuntos de dados separados para bancos de dados, pools elásticos e instâncias gerenciadas de SQL. Existem de 10 a 30 conjuntos de dados em cada grupo, os quais fornecem uma exibição detalhada do desempenho, da configuração e da integridade do banco de dados para os recursos do SQL do Azure.
Para obter mais informações, confira Conjuntos de dados e coleção de dados do observador de bancos de dados (preview).
Conectividade de rede
O observador de banco de dados usa um agente de coleção de dados remotos que se conecta a destinos, armazenamento de dados e cofre de chaves pela rede. Dependendo dos requisitos de segurança da rede e da configuração dos recursos do Azure, o observador de banco de dados pode usar a conectividade privada ou pública. Você sempre controla totalmente a conectividade de rede desde o observador de banco de dados até os recursos do Azure.
Para obter mais informações sobre a conectividade de rede no SQL do Azure, confira Banco de Dados SQL do Azure e arquitetura de conectividade e Arquitetura de conectividade de uma Instância Gerenciada de SQL do Azure.
Conectividade privada
Para fornecer uma conectividade privada, o observador de banco de dados usa o Link Privado do Azure. Ao configurar um observador, é possível criar pontos de extremidade privados e gerenciados para permitir que o observador realize uma conexão com bancos de dados e pools elásticos em servidores lógicos ou com instâncias gerenciadas de SQL. Além disso, você pode criar um ponto de extremidade privado para o cluster do Azure Data Explorer e para o cofre de chaves que armazenará as credenciais de autenticação do SQL. Neste momento, a conectividade privada não está disponível para as conexões com a Análise em Tempo Real no Microsoft Fabric.
Um proprietário do recurso deve aprovar um ponto de extremidade privado antes que o observador de banco de dados possa usá-lo. Por outro lado, os proprietários dos recursos podem excluir pontos de extremidade privados do observador de banco de dados no momento que desejarem para interromper a coleção de dados.
Depois que um ponto de extremidade privado para um recurso do Azure é criado e aprovado, todo o tráfego de rede entre um observador e o recurso usa uma conectividade privada, mesmo que a conectividade pública para o recurso permaneça habilitada.
Para obter mais informações sobre os pontos de extremidade privados no SQL do Azure, confira Link Privado do Azure para o Banco de Dados SQL do Azure e Link Privado do Azure para Instância Gerenciada de SQL do Azure.
Conectividade pública
Se a conectividade privada não for necessária, o observador de banco de dados pode usar a conectividade pública para realizar uma conexão com os recursos do Azure. Para habilitar que um observador realize uma conexão com bancos de dados e com pools elásticos em um servidor lógico do Banco de Dados SQL do Azure, o acesso público ao servidor deve ser habilitado e o firewall baseado em IP deve permitir conexões de todos os serviços do Azure.
Para habilitar que um observador realize uma conexão com uma instância gerenciada de SQL ao usar a conectividade pública, a instância deve ter o ponto de extremidade público habilitado. Além disso, uma regra do Grupo de Segurança de Rede (NSG) que permite o tráfego de entrada na porta TCP 3342 para a sub-rede da instância gerenciada deve ter sua origem definida como AzureCloud. Para obter mais informações, confira Configurar pontos de extremidade público na Instância Gerenciada de SQL do Azure.
Para habilitar que um observador realize uma conexão com um cluster do Azure Data Explorer ou com um cofre de chaves ao usar a conectividade pública, o cluster ou o cofre deve ter acesso à rede habilitado em todas as redes.
Acesso de dados
Assim como a conectividade de rede, você controla totalmente o acesso do observador de banco de dados aos seus bancos de dados. Você realiza a concessão de acesso ao criar logons de observadores de banco de dados dedicados em servidores lógicos e em instâncias gerenciadas de SQL e, em seguida, ao conceder permissões específicas e limitadas para a coleção de dados de monitoramento de exibições do sistema SQL.
Autenticação do observador
O observador de banco de dados oferece suporte à autenticação do Microsoft Entra (anteriormente conhecida como a autenticação do Azure Active Directory). Esta é a forma preferencial e recomendada para um observador se autenticar em um destino do SQL. Você cria um logon de autenticação do Microsoft Entra para a identidade gerenciada do observador em todos os servidores lógicos e instâncias gerenciadas de SQL que deseja monitorar.
Além disso, o observador de banco de dados oferece suporte à autenticação do SQL baseada em senha. Você poderá usar a autenticação do SQL se a autenticação do Microsoft Entra não estiver habilitada nos recursos do SQL do Azure. Para obter mais informações, confira Configuração adicional para usar a autenticação do SQL.
Autorização do observador
Para coletar dados de monitoramento, o observador de banco de dados requer acesso limitado e específico para cada destino de monitoramento, conforme descrito na tabela a seguir. Essas subscrições e permissões de função fornecem ao observador o acesso necessário aos dados de monitoramento do sistema, mas não a outros dados nos bancos de dados.
| Banco de Dados SQL do Azure | Instância Gerenciada de SQL do Azure |
|---|---|
Subscrição em todas as seguintes funções de servidor: ##MS_ServerPerformanceStateReader####MS_DefinitionReader####MS_DatabaseConnector## |
As seguintes permissões de servidor:CONNECT SQLCONNECT ANY DATABASEVIEW ANY DATABASEVIEW ANY DEFINITIONVIEW SERVER PERFORMANCE STATEA permissão SELECT nas seguintes tabelas no banco de dados msdb:dbo.backupmediafamilydbo.backupmediasetdbo.backupsetdbo.suspect_pagesdbo.syscategoriesdbo.sysjobactivitydbo.sysjobhistorydbo.sysjobsdbo.sysjobstepsdbo.sysoperatorsdbo.syssessions |
Importante
Quando um observador realiza uma conexão com um recurso do SQL do Azure, ele valida as permissões do SQL que retém. Se as permissões concedidas forem insuficientes ou se ocorrer a concessão de permissões desnecessárias, o observador será desconectado. Isso garante que o observador possa coletar dados de monitoramento do sistema, mas não receba acidentalmente acesso a outros dados nos bancos de dados.
Ao configurar o acesso do observador a um destino do SQL, sempre crie um logon dedicado ao usar os scripts fornecidos. Não adicione o logon ou o usuário do observador a funções do SQL nem conceda permissões do SQL que não estejam listadas na tabela.
Se você negar as permissões necessárias ao logon ou usuário do observador de banco de dados ou a uma função que tenha o logon ouusuário do observador de banco de dados como membro (incluindo a função de banco de dados public, o observador de banco de dados não coletará dados de monitoramento. Dependendo de quais permissões são negadas, isso pode afetar alguns ou todos os conjuntos de dados.
Por outro lado, se você conceder permissões desnecessárias ao logon ou usuário do observador de banco de dados ou a uma função que tenha o logon ou usuário do observador de banco de dados como membro, o observador de banco de dados pode não coletar dados de monitoramento de alguns ou de todos os bancos de dados. Da mesma forma, os dados podem não ser coletados se você adicionar o logon ou usuário do observador de banco de dados a um servidor interno ou função de banco de dados.
Novidades
Esta seção descreve as correções, alterações e aprimoramentos recentes do observador de banco de dados.
| Período de tempo | Alterações |
|---|---|
| Novembro de 2024 | - Habilitar o observador do banco de dados nas regiões do Azure Austrália Central, Sudeste da Austrália, Leste do Canadá, Centro dos EUA, Centro-Oeste da Alemanha, Oeste do Japão, Centro da Coreia, e Centro-Norte dos EUA. - Aumentar o limite do número de destinos SQL por observador de 50 para 100. |
| Outubro de 2024 | - Correção dos bugs em que o conjunto de dados dos Metadados da tabela não era coletado se houvesse exibições com referências de tabela inválidas ou tabelas com restrições de verificação de várias colunas. - Adicione o suporte para usar uma identidade atribuída pelo usuário como a identidade do observador. Para obter mais informações, confira Modificar a identidade do observador. – Conceda automaticamente ao observador acesso aos segredos do cofre de chaves ao adicionar um destino SQL que usa a autenticação SQL. – Conceda automaticamente ao observador acesso a um banco de dados do Azure Data Explorer ao adicionar um armazenamento de dados a um observador existente. – Adicione o botão de comentários na página Visão geral e em outras páginas. |
| Setembro de 2024 | - Correção de um bug em que o número de sessões lógicas do usuário no conjunto de dados Estatísticas da sessão era sempre o mesmo que o número de sessões do usuário, mesmo que as sessões lógicas do MARS fossem usadas. - Correção de um bug em que a utilização do armazenamento do pool elástico não era relatada corretamente para pools elásticos de Hiperescala. - Resolver um problema em que, para determinados conjuntos de dados, a primeira amostra coletada após a reinicialização de um observador pode conter dados que já foram coletados antes da reinicialização. - Melhore o desempenho da consulta de coleção para evitar tempos limite para o conjunto de dados de metadados da tabela. - Melhorar a confiabilidade da coleta para os conjuntos de dados Estatísticas de runtime de consulta e Estatísticas de espera de consulta na Instância Gerenciada de SQL. - Adicione colunas relacionadas ao failover ao conjunto de dados de réplicas de banco de dados para Instância Gerenciada de SQL. - Adicione colunas de estatísticas operacionais de índice aos conjuntos de dados de metadados do índice. - Adicione suporte para selecionar vários bancos de dados SQL do Azure na folha Adicionar destino SQL. |
| Agosto de 2024 | - Habilite o inspetor de banco de dados nas regiões EUA Central, Leste dos EUA 2, Europa Setentrional e Suécia Central do Azure. - Adicione filtros de assinatura e grupo de recursos em painéis do acervo. |
| Julho de 2024 | - Correção de um bug no qual os conjuntos de dados de Contadores de desempenho não eram coletados de bancos de dados com um agrupamento de catálogo que diferencia maiúsculas de minúsculas ou de instâncias gerenciadas com um agrupamento de banco de dados que diferencia maiúsculas de minúsculas. - Correção de um bug no qual os dados não eram coletados se o nome do banco de dados nos metadados SQL tivesse maiúsculas e minúsculas diferentes do nome do banco de dados nos metadados do ARM (Azure Resource Manager). - Correção de um bug no qual os conjuntos de dados Estatísticas de tempo de execução de consulta e Estatísticas de espera de consulta não eram coletados em bancos de dados com um grande volume de novas consultas e planos de consulta inseridos em tabelas do Repositório de Consultas. - Resolução de um problema no qual os conjuntos de dados de Réplicas geográficas e Réplicas não eram coletados de bancos de dados de Hiperescala. - Adição das colunas comuns subscription_id e resource_group_name a todos os conjuntos de dados. Requer uma reinicialização única de um observador.- Adição da coluna comum resource_id a todos os conjuntos de dados. Os dados são exibidos para destinos SQL adicionados a partir de julho de 2024. Para fazer com que os dados apareçam para um destino SQL existente, remova e adicione novamente o destino e reinicie o observador. |
| Junho de 2024 | - Corrigir um bug no qual os dados não eram coletados de alguns alvos SQL adicionados via Bicep ou um modelo do ARM. - Corrigir um bug em que o conjunto de dados do histórico de backup não era coletado para alguns bancos de dados SQL do Azure. - Corrigir um bug em que o tipo de réplica de uma instância gerenciada era determinado incorretamente como encaminhador de replicação geográfica se a instância tivesse um banco de dados que usasse o link Instância Gerenciada. O mesmo bug fazia com que os conjuntos de dados de Estatísticas de runtime de consulta e Estatísticas de espera de consulta não fossem coletados nesse caso. - Corrigir um bug que causava um erro de Falha ao carregar destinos na folha Destinos SQL no portal do Azure se o usuário não tivesse acesso à assinatura do destino SQL ou se a assinatura tivesse sido excluída. - Corrigir um bug em que o período de retenção e cache de um banco de dados do Azure Data Explorer criado por padrão ao criar um observador no portal do Azure era definido como ilimitado em vez de 365 e 31 dias, respectivamente. - Corrigir um bug em que determinadas operações de gerenciamento, como criar ou excluir um ponto de extremidade privado gerenciado, eram relatadas como bem-sucedidas no portal do Azure, mesmo que tivessem falhado. - Corrigir um bug em que, para os destinos do banco de dados SQL, a lista de bancos de dados na lista suspensa ficava incompleta se o servidor lógico SQL tivesse mais de 1.000 bancos de dados. - Corrigir um bug em que selecionar um banco de dados do Azure Data Explorer como o armazenamento de dados removia o acesso que um observador diferente no mesmo grupo de recursos tinha a esse banco de dados. - Habilite a exportação do modelo do ARM do observador no portal do Azure. - Adicionar um aviso durante a criação do observador se o provedor de recursos Microsoft.Network não estiver registrado na assinatura selecionada para o observador. - Adicionar um erro detalhado se a exclusão de um observador ou de um ponto de extremidade privado gerenciado falhar porque há um bloqueio de exclusão no escopo do recurso. |
| Abril de 2024 | - Habilitar o observador de banco de dados nas regiões Leste da Austrália e Sul do Reino Unido. - Corrigir uma falha adicionando um ponto de extremidade privado gerenciado quando vários pontos de extremidade privados são adicionados rapidamente para o mesmo observador. - Corrigir o conjunto de dados do Histórico de backup para bancos de dados SQL de forma a incluir backups completos. - Melhorar o desempenho da consulta de coleta para evitar tempos limite de Metadados de índice, Estatísticas de tempo de execução de consulta, Estatísticas de espera de consulta e conjuntos de dados de Metadados de tabelas. - Corrigir um bug em que, para determinados conjuntos de dados, os dados não eram coletados depois que um banco de dados era restaurado após um backup. - Corrigir um bug em que o conjunto de dados de Metadados de índice não era coletado quando os índices tinham muitas colunas de chave ou incluídas ou quando os nomes dessas colunas eram longos. - Adicionar o conjunto de dados de agendadores de SOS. - Adicionar um botão para baixar o plano de consulta selecionado dos painéis de Consultas principais. - Adicionar uma amostra de início rápido para criar e configurar um observador usando um modelo do Bicep ou do ARM. |
Limitações
Esta seção descreve as limitações do observador de banco de dados. Soluções alternativas são fornecidas, se disponíveis.
| Limitações | Solução alternativa |
|---|---|
| Se usar SKUs menores do Azure Data Explorer, como Desenvolvimento/Teste ou Extra Pequeno, algumas consultas do dashboard poderão falhar de maneira intermitente na execução com um erro “anulado devido à limitação”. | Recarregue o dashboard ou escale verticalmente o cluster do Azure Data Explorer para o próximo SKU de tamanho superior. |
| Se você criar um cluster do Azure Data Explorer gratuito da interface do usuário do observador de banco de dados no portal do Azure, poderá obter um erro “Não foi possível realizar conexão com o cluster, erro 403-Forbidden” se tentar acessar ao cluster na interface do usuário da Web do Azure Data Explorer. | Este problema não ocorre se você criar o cluster gratuito usando https://aka.ms/kustofree. Se você já criou um cluster gratuito no portal do Azure, siga estas etapas: Na Interface do Usuário da Web do Azure Data Explorer, selecione o nome do perfil na barra de pesquisa principal para abrir o gerenciador de contas e selecione Alternar Diretório. Selecione um diretório diferente de Conta Microsoft e selecione Alternar. Você deverá ver o cluster gratuito do Azure Data Explorer que criou. Como alternativa, é possível editar a conexão do cluster na interface do usuário da Web do Azure Data Explorer ao usar o botão de edição (lápis) e alternar o diretório de forma semelhante. |
| Se o consumo de CPU para um banco de dados, um pool elástico ou uma instância gerenciada de SQL persistir próximo de 100%, os recursos restantes da CPU poderão ser insuficientes para consultas de coleção de dados do observador de banco de dados, causando lacunas nos dados coletados. | Se você observar lacunas de dados que se correlacionam com a elevada utilização da CPU no banco de dados, no pool elástico ou em uma instância gerenciada de SQL, considere realizar o ajuste da carga de trabalho do aplicativo para reduzir o consumo de CPU ou aumentar o número de vCores ou de DTUs para habilitar um monitoramento confiável. |
Problemas conhecidos
Durante a preview, o observador de banco de dados enfrenta os problemas conhecidos apresentados a seguir.
| Problema | Mitigação ou solução alternativa |
|---|---|
| Se a coleta de dados não puder ser iniciada ou continuada devido a um erro (por exemplo, acesso insuficiente a um destino do SQL ou ao armazenamento de dados), o erro não será exposto. | Para solucionar problemas, consulte Dados não são coletados. |
| Se um banco de dados sem servidor tiver a opção de pausar automaticamente habilitada e for adicionado como um destino para o observador de banco de dados, ele poderá não pausar automaticamente, conforme o esperado. Para a oferta gratuita de banco de dados, isso pode esgotar o crédito mensal gratuito antes do esperado. | Se for necessário manter a funcionalidade da opção de pausar automaticamente, não use o observador de banco de dados para monitorar bancos de dados sem servidor neste momento. |
| Para a Instância Gerenciada de SQL do Azure, os dados não são coletados da réplica legível de alta disponibilidade ou de uma réplica de área geográfica se você estiver usando a autenticação do SQL. | Existem duas soluções alternativas: 1. Use a autenticação do Microsoft Entra ID (preferencial). 2. Desabilite a verificação da política de senha. Execute ALTER LOGIN [database-watcher-login-placeholder] WITH CHECK_POLICY = OFF;, ao substituir database-watcher-login-placeholder pelo nome do logon de autenticação do SQL do observador. Execute este comando na réplica primária e na réplica de área geográfica, se houver. |
Na Instância Gerenciada de SQL do Azure, os dados não serão coletados se a permissão EXECUTE no procedimento armazenado do sistema sys.xp_msver for revogada ou negada à função public. |
Concede a permissão EXECUTE no sys.xp_msver ao logon do observador do banco de dados.Em cada instância gerenciada de SQL adicionada como um destino do observador de banco de dados, executa USE master; CREATE USER [database-watcher-login-placeholder] FOR LOGIN [database-watcher-login-placeholder]; GRANT EXECUTE ON sys.xp_msver TO [database-watcher-login-placeholder];, substituindo database-watcher-login-placeholder pelo nome do logon do observador. |
| Se você criar um ponto de extremidade privado gerenciado para que um inspetor se conecte a uma instância gerenciada SQL que está parada, o estado de provisionamento do ponto de extremidade privado será relatado como Falha, e o inspetor não poderá se conectar à instância. | Exclua o ponto de extremidade privado gerenciado com o estado de provisionamento de Falha e inicie a instância gerenciada de SQL. Depois que o ponto de extremidade privado com falha for excluído e a instância estiver em execução, recrie o ponto de extremidade privado gerenciado. |
| Os dados não serão coletados se você usar um banco de dados na Análise em Tempo Real como o armazenamento de dados e a opção Disponibilidade do OneLake estiver habilitada. | Desabilite a opção Disponibilidade do OneLake e reinicie o observador para retomar a coleção de dados. |
| As implantações do observador de banco de dados pelos modelos Bicep ou ARM não são idempotentes. Se um observador, um destino SQL ou um ponto de extremidade privado gerenciado já existir, a implantação falhará. | Use a implantação condicional para ignorar a implantação dos recursos existentes. Para obter mais informações, consulte Implantações condicionais no Bicep com a expressão if e Implantação condicional em modelos do ARM. |
Devido a um problema conhecido no Banco de Dados SQL do Azure, os dados no conjunto de dados de Histórico de backup para bancos de dados SQL do Azure não serão coletados se a ordenação do catálogo de banco de dados for diferente do SQL_Latin1_General_CP1_CI_AS padrão. |
Nenhum no momento. |
Solucionar problemas
Esta seção descreve as etapas que você pode seguir para solucionar problemas comuns. Se as etapas desta seção não solucionarem o problema, abra um caso de suporte.
Os dados não são coletados
Se você criar um novo observador e não encontrar dados de monitoramento em painéis e no armazenamento de dados, ou se vir apenas dados mais antigos, revise esta seção.
Na página de Visão Geral do observador, verifique o campo Status para ver se o observador está em execução. Caso contrário, use o botão Iniciar na mesma página para iniciar a coleção de dados. Um novo observador não é iniciado de forma automática.
Verifique se o observador tem acesso ao armazenamento de dados.
Se você usar um banco de dados do Azure Data Explorer como o armazenamento de dados, verifique se o cluster do Azure Data Explorer foi iniciado. Para obter mais informações, consulte Clusters do Azure Data Explorer parados.
Verifique se o observador tem um acesso limitado e específico a todos os destinos do SQL. Além disso, se estiver usando a autenticação do SQL para os destinos, verifique o acesso ao cofre de chaves por parte do observador ou use a autenticação do Microsoft Entra recomendada.
Se desejar que o observador use a autenticação do Microsoft Entra para realizar a conexão com os destinos do SQL, certifique-se de que a autenticação do Microsoft Entra está habilitada nos servidores lógicos que hospedam o banco de dados e os destinos do pool elástico, e nos destinos de instância gerenciada.
Se você criou pontos de extremidade privados para o observador, certifique-se de que eles foram aprovados pelo proprietário do recurso.
Se estiver usando a conectividade pública, certifique-se de que os requisitos para permitir que o observador realize uma conexão com os destinos, o armazenamento de dados e o cofre de chaves são atendidos.
O cluster ou banco de dados do Azure Data Explorer ou o banco de dados de Análise em Tempo Real podem ter sido excluídos depois que ele foi selecionado como o armazenamento de dados para o observador. Navegue até o cluster e o banco de dados e confirme que eles existem.
Se estiver usando o cluster do Azure Data Explorer gratuito, certifique-se de que não atingiu a capacidade de armazenamento do cluster. Para obter mais informações, confira Cluster gratuito do Azure Data Explorer.
Se você fizer alterações no acesso ou na conectividade do observador como parte da solução de problemas, pode ser necessário parar e reiniciar o observador para que as alterações entrem em vigor.
Os painéis estão vazios
Se você selecionar a página Painéis de um observador, mas não vir um resumo dos destinos SQL na página, expanda a seção Armazenamento de dados. Se você vir um erro Não é possível conectar..., revise esta seção.
Talvez você não tenha acesso ao armazenamento de dados. Para obter mais informações, consulte Conceder a usuários e grupos acesso ao armazenamento de dados.
Talvez você não tenha conectividade de rede com o armazenamento de dados. Por exemplo, isso acontece se as conexões do navegador com o cluster do Azure Data Explorer usarem conectividade pública, mas você desabilitar o acesso público ao cluster. Nesse caso, você também não pode se conectar ao cluster do Kusto Explorer ou da interface do usuário da Web do Azure Data Explorer.
Para resolver isso, estabeleça a conectividade privada do computador com o cluster do Azure Data Explorer, conforme descrito na Conectividade Privada com o armazenamento de dados.
Para validar que você tem acesso e pode se conectar ao armazenamento de dados e que o banco de dados de armazenamento de dados existe, faça o seguinte:
Na página Painéis de um observador, expanda a seção Armazenamento de dados e copie o valor do URI de consulta do Kusto. Certifique-se de copiar toda a sequência da URI. Anote também o valor do banco de dados Kusto.
Abra a interface do usuário Web do Azure Data Explorer. Entre, se for solicitado.
Selecione Adicionar, Conexão e insira o URI copiado como o URI de Conexão.
Para criar uma nova conexão, selecione Adicionar.
Depois que uma nova entrada de conexão for adicionada, expanda-a para exibir os bancos de dados.
Selecione o banco de dados referenciado como o banco de dados Kusto na página Painéis do seu observador e selecione o sinal + na barra de guias para abrir uma nova guia de consulta conectada a esse banco de dados.
Execute o seguinte comando KQL:
.show database principals;Verifique se existe uma linha para um Espectador ou uma função privilegiada superior para sua conta de usuário ou para um grupo de ID do Microsoft Entra que contém sua conta de usuário.
Enviar comentários
A equipe do observador de banco de dados da Microsoft aguarda com interesse seus comentários e sugestões. É possível enviar feedback sobre o produto de uma das seguintes maneiras:
- Postar uma nova ideia no fórum de feedback do SQL. Na página Postar uma Nova Ideia, use SQL como o fórum, selecione o grupo SQL do Azure e inclua observador de banco de dados no título. O feedback que você envia no fórum de feedback é público. Outros membros da comunidade podem votar a favor e deixar comentários sobre suas ideias e sugestões. Os votos e comentários da comunidade ajudam a equipe do observador de banco de dados a planejar e priorizar aprimoramentos para o produto.
- Use o botão de comentários em uma das páginas do observador de banco de dados no portal do Azure. Por exemplo, você pode encontrar o botão de comentários na página Visão geral do observador ou em painéis ao lado do botão atualizar. O feedback que você envia dessa forma não é público. Ao enviar feedback, como opção, é possível permitir que a Microsoft envie um email sobre esse feedback para obter acompanhamento e esclarecimentos.
Para obter suporte técnico ou ajuda on-line para solucionar um problema com o observador de banco de dados, abra um caso de suporte.
Conteúdo relacionado
- Início Rápido: criar um observador de banco de dados para monitorar o SQL do Azure (preview)
- Criar e configurar um observador de banco de dados (preview)
- Conjuntos e coleção de dados do observador de bancos de dados (preview)
- Analisar dados de monitoramento do observador de banco de dados (preview)
- Perguntas frequentes sobre o observador de banco de dados