Monitorar cargas de trabalho de SQL do Azure com o observador de banco de dados (preview)

Aplica-se a:Banco de Dados SQL do AzureInstâ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.

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	Sudeste Asiático
Canada	Canadá Central
Europa	Europa Ocidental
Estados Unidos	Leste 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	50
Observadores por assinatura	20

¹Uma 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 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 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 SQL CONNECT ANY DATABASE VIEW ANY DATABASE VIEW ANY DEFINITION VIEW SERVER PERFORMANCE STATE A permissão SELECT nas seguintes tabelas no banco de dados msdb: dbo.backupmediafamily dbo.backupmediaset dbo.backupset dbo.suspect_pages dbo.syscategories dbo.sysjobactivity dbo.sysjobhistory dbo.sysjobs dbo.sysjobsteps dbo.sysoperators dbo.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 para o logon do observador de banco de dados ou para a função de banco de dados public em qualquer banco de dados, 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.

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 que não seja o 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 coleção 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 no log de atividades.	Para solucionar problemas, consulte Dados não são coletados.
Não há suporte para desabilitar a identidade gerenciada atribuída pelo sistema de um observador.	Para excluir a identidade atribuída pelo sistema de um observador do diretório, exclua o observador.
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.
Se o nome do observador não for exclusivo no locatário do Microsoft Entra ID, a concessão de acesso aos destinos ao usar a autenticação do Microsoft Entra falhará.	Crie novamente o observador com um nome exclusivo em seu locatário.
Não é possível exportar um modelo do ARM de um recurso do observador existente.	Comece com a criação de um novo observador e insira todos os detalhes necessários. Na página Fazer Revisão e Criar, use o link Exibição do Modelo de Automação para obter um modelo do ARM e um arquivo de parâmetro. Em seguida, é possível usar o modelo e o arquivo de parâmetro personalizado em uma implantação personalizada para criar um novo observador.
Para os conjuntos de dados listados, a primeira amostra coletada após a reinicialização do observador pode conter dados que já foram coletados antes da reinicialização. Por outro lado, se um observador for iniciado após uma pausa na coleção, os dados de monitoramento gerados durante a pausa poderão não ser totalmente coletados, mesmo que estejam presentes no banco de dados monitorado. - Histórico de backup - Processamento de alterações - Erros de processamento de alterações - Eventos de falta de memória - Estatísticas de runtime da consulta - Estatísticas de espera da consulta - Histórico de trabalhos do SQL Agent	Nenhum no momento.
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.
Ao adicionar um destino para os banco de dados SQL, a lista de bancos de dados mostrada no menu suspenso estará incompleta se houver mais de mil bancos de dados no servidor lógico selecionado.	Nenhum no momento.
O feedback enviado ao usar o botão Smiley nos dashboards do observador de banco de dados no portal do Azure pode não chegar à equipe do produto do observador de banco de dados.	Use as opções apresentadas em Enviar Feedback.
Devido a um problema conhecido no Banco de Dados SQL do Azure, você não pode criar cópias de banco de dados e réplicas geográficas via T-SQL quando um logon é adicionado a uma função de servidor. Como os logons do observador de banco de dados devem ser adicionados a um conjunto de funções de servidor, a criação de cópias de banco de dados e réplicas geográficas via T-SQL para de funcionar se você habilitar o observador de banco de dados.	Para criar cópias de banco de dados ou réplicas geográficas via T-SQL, remova o logon do observador de banco de dados das funções de servidor ##MS_ServerPerformanceStateReader##, ##MS_DefinitionReader## e ##MS_DatabaseConnector##. Para restaurar a funcionalidade do observador de banco de dados depois que uma cópia de banco de dados for concluída ou depois que uma réplica geográfica for criada, adicione o logon a essas funções de servidor novamente para conceder ao observador acesso aos destinos SQL. As cópias de banco de dados e réplicas geográficas criadas no portal do Azure ou programaticamente por meio do PowerShell, da CLI do Azure e da API REST não são afetadas.
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.
Se você usar um modelo Bicep ou ARM para criar um inspetor e adicionar mais de um destino SQL, talvez os dados não sejam coletados de alguns dos destinos SQL especificados no modelo.	Remova os destinos onde os dados não são coletados e adicione-os no portal do Azure.

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.
• Se estiver usando o cluster do Azure Data Explorer gratuito, certifique-se de que não atingiu a capacidade de armazenamento do cluster. Quando o cluster está próximo de atingir a capacidade, ou está no limite da capacidade, uma mensagem de aviso aparece na página do cluster gratuito. Se a capacidade de armazenamento for atingida, novos dados de monitoramento não poderão ser ingeridos. É possível atualizar para um cluster completo do Azure Data Explorer ou reduzir a retenção de dados para excluir dados mais antigos e liberar espaço para novos dados. Para obter mais informações, consulte Política de retenção.

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.
• O cluster do Azure Data Explorer pode estar parado. Para obter mais informações, consulte Clusters do Azure Data Explorer parados.
• 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.

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.
• Usar o botão Feedback no portal do Azure. O botão está localizado no cabeçalho do portal, próximo aos detalhes da sua conta. 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