Monitorar cargas de trabalho SQL do Azure com o inspetor de banco de dados (visualização)
Aplica-se a:
Banco de Dados SQL do AzureInstância Gerenciada SQL do Azure
O inspetor de banco de dados é uma solução de monitoramento gerenciado para serviços de banco de dados da família SQL do Azure. Suporta Base de Dados SQL do Azure e Instância Gerida do SQL do Azure.
O inspetor de banco de dados coleta dados detalhados de monitoramento da carga de trabalho para fornecer uma visão detalhada do desempenho, da configuração e da integridade do banco de dados. Os dados de monitoramento dos bancos de dados, pools elásticos e instâncias gerenciadas do SQL selecionados coletados em um armazenamento de dados central em sua assinatura do Azure. Painéis no portal do Azure fornecem uma visão unificada do seu ambiente SQL no Azure e uma visão detalhada de cada base de dados, pool elástico e instância gerida de SQL.
Para armazenar e analisar dados de monitoramento SQL, o inspetor de banco de dados pode usar o Azure Data Explorer ou o Real-Time Analytics no Microsoft Fabric. O Azure Data Explorer é um serviço de dados totalmente gerenciado e altamente escalável, criado especificamente para ingestão e análise rápidas de dados de monitoramento de séries cronológicas. Um único cluster do Azure Data Explorer pode ser dimensionado para dar suporte a dados de monitoramento de milhares de recursos SQL do Azure. O Real-Time Analytics usa o mesmo mecanismo principal de uma oferta de SaaS no Microsoft Fabric.
Você pode consultar dados em um banco de dados do Azure Data Explorer ou do Real-Time Analytics usando KQL ou T-SQL, criar visualizações personalizadas usando painéis do Azure Data Explorer, Power BI ou Grafanae analisar dados no Excel. Você pode definir dados política de de retenção por banco de dados ou por tabela e dimensionar cluster do Azure Data Explorer automática ou manualmente para obter a relação preço/desempenho ideal.
Para começar a monitorizar os seus recursos SQL do Azure, crie um recurso de observação na sua assinatura do Azure. Configure o observador selecionando um de armazenamento de dados e um conjunto de bancos de dados, pools elásticos ou instâncias gerenciadas SQL para monitorar, chamados destinos SQL. Conceda ao observador acesso aos alvos e inicie o observador.
Para conhecer as etapas para começar rapidamente, consulte Guia de início rápido : monitorar o SQL do Azure com o inspetor de banco de dados. Para obter detalhes de instalação e configuração, consulte Criar e configurar um inspetor de banco de dados.
Para obter respostas às perguntas frequentes sobre o inspetor de banco de dados, consulte Perguntas frequentes sobre o inspetor de banco de dados.
Para obter uma visão geral em vídeo do observador do banco de dados, assista a um episódio Data Exposed:
Observação
O observador de banco de dados está atualmente em pré-visualização. Os recursos de visualização são lançados com recursos limitados, mas são disponibilizados em uma base de de visualização para que os clientes possam obter acesso antecipado e fornecer comentários. As funcionalidades de pré-visualização estão sujeitas a termos suplementares de pré-visualização independentes e não estão sujeitas a SLAs. O apoio é prestado com o máximo de empenho em certos casos. No entanto, o Suporte da Microsoft está ansioso para obter os seus comentários sobre a funcionalidade de visualização e pode fornecer o melhor suporte possível em certos casos. Os recursos de visualização podem ter funcionalidade limitada ou restrita e podem estar disponíveis apenas em áreas geográficas selecionadas.
Destinos SQL do Azure suportados
O inspetor de banco de dados dá 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 SQL do Azure. Isso inclui vCore e DTU modelos de compra, provisionado e camadas de computação sem servidor, bancos de dados únicos e pools elásticos e Hyperscale.
O inspetor de banco de dados pode monitorizar todos os tipos de réplicas secundárias legíveis, incluindo réplicas de alta disponibilidade, réplicas geográficas e réplicas secundárias nomeadas Hyperscale .
Para um determinado observador, os destinos SQL podem estar em qualquer assinatura dentro do mesmo locatário do Microsoft Entra ID.
Preço do monitor do banco de dados
Os custos do monitor da base de dados são incorridos por cada um dos seus componentes, da seguinte forma:
| Componente | Preço | Observações |
|---|---|---|
| Vigilantes | Grátis | |
| Painéis | Grátis | |
| Cluster do Azure Data Explorer* | Detalhes de preços | A SKU de cluster ideal depende do número de destinos de monitorização e da carga de trabalho de consultas do cluster. Para obter considerações sobre o dimensionamento do cluster, consulte Gerenciar o cluster do Azure Data Explorer. |
| Real-Time Analytics em Microsoft Fabric | Incluído no modelo de consumo do espaço de trabalho do Power BI Premium. Faturação por utilização. | Use o Azure Data Explorer ou o Real-Time Analytics. Apenas uma dessas ofertas é necessária. |
| Um cofre no Azure Key Vault | Detalhes de preços | Necessário somente se a autenticação SQL opcional for usada em vez da autenticação padrão do Microsoft Entra. |
| Largura de banda da rede do Azure | Detalhes de preços | O custo não é incorrido se um observador, seus destinos e seu armazenamento de dados forem implantados na mesma região do Azure. |
Você pode usar um cluster do Azure Data Explorer gratuito quando um contrato de nível de serviço não for necessário e quando os requisitos de desempenho e armazenamento da consulta forem atendidos pelas especificações de capacidade do cluster gratuito. O período de teste gratuito do cluster é de um ano e pode ser prorrogado automaticamente.
Não há cobrança por recurso SQL do Azure monitorado ou por usuário, tornando o inspetor de banco de dados uma solução de monitoramento barata para ambientes SQL do Azure maiores e equipes maiores.
Disponibilidade regional
Neste momento, você pode criar observadores de banco de dados nas seguintes regiões do Azure:
| Geografia do Azure | Região do Azure |
|---|---|
| Ásia-Pacífico | Austrália Central |
| Ásia-Pacífico | Leste da Austrália |
| Ásia-Pacífico | Austrália Sudeste |
| Ásia-Pacífico | Oeste do Japão |
| Ásia-Pacífico | Coreia Central |
| Ásia-Pacífico | Sudeste Asiático |
| Canadá | Canadá Central |
| Canadá | Leste do Canadá |
| Europa | Alemanha Centro-Oeste |
| Europa | Norte da Europa |
| Europa | Sul do Reino Unido |
| Europa | Suécia Central |
| Europa | Europa Ocidental |
| Estados Unidos | EUA centrais |
| 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. Da mesma forma, um observador e seu armazenamento de dados podem ser localizados em diferentes regiões.
Sempre que possível, coloque um observador, seus alvos e seu armazenamento de dados na mesma região. Se o inspetor de banco de dados ainda não estiver disponível em sua região, escolha uma região no mesmo Azure geografia. Isso pode reduzir os custos de largura de banda da rede do Azure.
Limites
Há um limite para o número de alvos SQL por observador e para o número de observadores por subscrição. Não há suporte para implantações que excedam esses limites.
| Parâmetro | Limite |
|---|---|
| Destinos SQL por observador1 | 100 |
| Observadores por cada subscrição | 20 |
1Uma réplica de alta disponibilidade de um banco de dados, pool elástico ou instância gerida SQL é monitorizada independentemente da sua réplica principal e é considerada um alvo separado.
Observação
Durante a visualização, os limites estão sujeitos a alterações.
Painéis
O inspetor de banco de dados usa de Pastas de Trabalho do Azure para fornecer painéis de monitoramento no nível da propriedade e no nível do recurso.
Aqui está um exemplo de um heatmap de utilização da CPU do banco de dados no painel da propriedade. Cada hexágono representa um destino SQL. Existem dois servidores lógicos, um com seis bases de dados e outro com três bases de dados. As réplicas secundárias de alta disponibilidade são mostradas no mapa de calor como alvos separados. Selecione a imagem para ver detalhes adicionais, incluindo estatísticas de ingestão de dados.
Aqui está um exemplo mostrando a exibição parcial do separador de Desempenho de um painel do banco de dados SQL do Azure. Selecione a imagem para ampliar os detalhes.
A tabela a seguir descreve os recursos dos painéis do inspetor de banco de dados no portal do Azure.
| Capacidade | Descrição |
|---|---|
| Painéis de Património | Visualize dados de monitoramento de alto nível para vários recursos monitorados em uma exibição comum. Use heatmaps para localizar os principais bancos de dados que consomem recursos, pools elásticos ou instâncias gerenciadas pelo SQL.
Use a exibição das principais consultas para encontrar as consultas que mais consomem recursos no seu ambiente SQL do Azure, classificando-as por CPU, duração, contagem de execução, etc. Utilize os filtros de assinatura, grupo de recursos e nome de recurso para se concentrar em subconjuntos do seu ambiente SQL do Azure. Aprofunde nos dashboards detalhados para recursos específicos. |
| Painéis de recursos | Visualize dados de monitoramento detalhados para um banco de dados, um pool elástico ou uma instância gerenciada pelo SQL, incluindo: - Sessões ativas - Histórico de backup - Contadores de desempenho comuns - Sondas de conectividade - Propriedades e configuração de banco de dados e instância - Geo-replicação - Indexar metadados, estatísticas de uso, avisos e sugestões - Utilização de recursos - Estatísticas de sessão e 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 alternar rapidamente de um recurso para outro. Use o link propriedade para reduzir o zoom para um painel de propriedade. |
| Filtrar por intervalo de tempo | Em cada painel, defina o intervalo de tempo para se concentrar no intervalo de tempo desejado. Use intervalos de tempo padrão ou personalizados. Reduza o intervalo de tempo para um intervalo de interesse "pincelando" ou arrastando 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 painéis mostram um resumo para o intervalo de tempo selecionado ou a amostra mais recente coletada no intervalo de tempo.
Alterne entre a exibição mais recente e uma exibição histórica para examinar amostras de dados anteriormente no intervalo de tempo selecionado. Por exemplo, em vez de examinar as sessões ativas no momento, revise uma amostra anterior de sessões ativas coletadas quando ocorreu um pico no uso de recursos. |
| Réplicas secundárias | Monitore todos os tipos de réplicas, incluindo réplicas de alta disponibilidade (HA) secundárias em painéis de gestão. Altere entre a visualização da réplica primária e a respetiva réplica secundária HA em painéis de recursos. |
| Baixar dados para o Excel | Transfira dados de gráficos e grelhas como ficheiros csv e abra-os no Excel para análise adicional. |
| Atualização de dados | Recupere os dados mais recentes do armazenamento de dados de monitoramento ao abrir um painel e ao alternar de guia para guia. Depois que um painel for aberto por algum tempo, atualize-o manualmente para ver os dados mais recentes ou habilite a atualização automática do painel. |
| Consulta KQL ad hoc | Use um link em cada painel para abrir a interface Web do usuário do Azure Data Explorer e consultar os seus dados de monitorização com KQL. Para obter mais informações, consulte conjuntos de dados e Usar o KQL para analisar dados de monitoramento. |
| Descrições | Alterne o parâmetro Mostrar descrições para ver descrições que ajudam a interpretar os dados exibidos e incluem links de documentação relevantes. |
| Dicas de ferramentas | Passe o cursor sobre um campo para ver mais detalhes e contexto para os 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 | Alterne a aparência do portal do Azure para usar o tema escuro para que os painéis do inspetor de banco de dados usem o modo escuro. |
Observação
Durante a visualização, as visualizações e os recursos do painel estão sujeitos a alterações.
Dados de monitorização SQL
O inspetor de banco de dados coleta dados de monitoramento de mais de 70 exibições de catálogo do SQL e exibições de gerenciamento dinâmico (DMVs). Os dados de uma ou várias exibições relacionadas são transformados em um conjunto de dados. Por exemplo, dados de sys.dm_exec_sessions, sys.dm_exec_requestse outras vistas formam o conjunto de dados Sessões ativas. Para cada conjunto de dados , há uma tabela separada no banco de dados do Azure Data Explorer ou do Real-Time Analytics.
O inspetor de banco de dados tem grupos de conjuntos de dados separados para bancos de dados, pools elásticos e instâncias gerenciadas pelo SQL. Há de 10 a 30 conjuntos de dados em cada grupo, fornecendo uma exibição detalhada do desempenho, configuração e integridade do banco de dados para seus recursos SQL do Azure.
Para obter mais informações, consulte dados de coleção e conjuntos de dados do observador de banco de dados.
Conectividade de rede
O inspetor de banco de dados usa um agente remoto de coleta de dados que se conecta a destinos, armazenamento de dados e cofre de chaves pela rede. Dependendo dos seus requisitos de segurança de rede e da configuração dos seus recursos do Azure, o inspetor de banco de dados pode usar conectividade privada ou pública. Você sempre controla totalmente a conectividade de rede do inspetor de banco de dados para seus recursos do Azure.
Para obter mais informações sobre conectividade de rede no Azure SQL, consulte a arquitetura de conectividade do SQL Database do Azure e a arquitetura de conectividade do SQL Managed Instance do Azure .
Conectividade privada
Para fornecer conectividade privada, o inspetor de banco de dados usa o Azure Private Link. Ao configurar um inspetor, você pode criar pontos de extremidade privados gerenciados para permitir que o inspetor se conecte a bancos de dados e pools elásticos em servidores lógicos ou a instâncias gerenciadas pelo SQL. Você também pode criar um ponto de extremidade privado para o cluster do Azure Data Explorer e para o cofre de chaves que guarda as credenciais de autenticação SQL. No momento, a conectividade privada não está disponível para conexões com o Real-Time Analytics no Microsoft Fabric.
Um proprietário de 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 de recursos podem excluir qualquer endpoint privado do monitor de banco de dados a qualquer momento para interromper a coleta 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 conectividade privada, mesmo que a conectividade pública para o recurso permaneça habilitada.
Para obter mais informações sobre pontos de extremidade privados no Azure SQL, consulte Azure Private Link para o Azure SQL Database e Azure Private Link para o Azure SQL Managed Instance.
Conectividade pública
Se a conectividade privada não for necessária, o inspetor de banco de dados poderá usar a conectividade pública para se conectar aos recursos do Azure. Para permitir que um observador se conecte a bancos de dados e pools elásticos em um servidor lógico do Banco de Dados SQL do Azure, de acesso público ao servidor deve ser habilitada e o de firewall baseado em IP deve permitir conexões de todos os serviços do Azure.
Para permitir que um observador se conecte a uma instância gerenciada SQL usando conectividade pública, a instância deve ter seu ponto de extremidade público habilitado. Além disso, uma regra NSG (Network Security Group) 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, consulte Configurar pontos de extremidade públicos na Instância Gerenciada SQL do Azure.
Para permitir que um observador se conecte a um cluster do Azure Data Explorer ou a um cofre de chaves usando conectividade pública, o cluster ou cofre deve ter seu acesso à rede habilitado de todas as redes.
Acesso aos dados
Assim como a conectividade de rede, você controla totalmente o acesso do observador de banco de dados aos seus bancos de dados. Você concede acesso criando logons dedicados do inspetor de banco de dados em servidores lógicos e instâncias gerenciadas pelo SQL e, em seguida, concedendo permissões específicas e limitadas para coletar dados de monitoramento de exibições do sistema SQL.
Autenticação do observador
O inspetor de banco de dados dá suporte a de autenticação do Microsoft Entra (anteriormente conhecido como autenticação do Azure Ative Directory). Essa é a maneira preferida e recomendada para um observador se autenticar em um destino 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.
O inspetor de banco de dados também oferece suporte à autenticação SQL baseada em senha. Você pode usar a autenticação SQL se a autenticação do Microsoft Entra não estiver habilitada em seus recursos SQL do Azure. Para obter mais informações, consulte Configuração adicional para usar a autenticação SQL.
Autorização do observador
Para coletar dados de monitoramento, o inspetor de banco de dados requer acesso específico e limitado a cada destino de monitoramento, conforme descrito na tabela a seguir. Essas associações e permissões de função dão ao observador o acesso necessário aos dados de monitoramento do sistema, mas não a quaisquer outros dados em seus bancos de dados.
Importante
Quando um observador se conecta a um recurso SQL do Azure, ele valida as permissões SQL que detém. Se as permissões concedidas forem insuficientes, ou se permissões desnecessárias forem concedidas, o observador se desconecta. Isso garante que o observador possa coletar dados de monitoramento do sistema, mas não tenha acesso acidental a quaisquer outros dados em seus bancos de dados.
Ao configurar o acesso do inspetor a um destino SQL, crie sempre um logon dedicado usando scripts fornecidos. Não adicione o logon ou usuário do inspetor a nenhuma função SQL ou conceda permissões SQL diferentes das listadas na tabela.
Se você negar as permissões necessárias para o logon ou usuário do inspetor de banco de dados, ou para uma função que tenha o logon ou usuário do inspetor de banco de dados como membro (incluindo a função de banco de dados public), o inspetor de banco de dados pode 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 para o login ou usuário do inspetor de banco de dados, ou para uma função que tenha o login ou usuário do inspetor de banco de dados como membro, o inspetor de banco de dados pode não coletar dados de monitoramento para alguns ou todos os conjuntos de dados. Da mesma forma, os dados podem não ser coletados se você adicionar o login ou o usuário do inspetor de banco de dados a um servidor interno ou função de banco de dados.
O que há de novo
Esta seção descreve as correções, alterações e melhorias recentes do inspetor de banco de dados.
| Período de tempo | Alterações |
|---|---|
| janeiro de 2025 | - Correção para tornar idempotentes as implantações de observadores de banco de dados via Bicep ou modelos ARM.
- Corrija um bug em que os detalhes do histórico de trabalhos do SQL Agent no painel detalhado da Instância Gerenciada do SQL não eram exibidos. - Corrigir um erro que ocorria ao filtrar dados nos gráficos das sessões nos painéis detalhados, o que causava erros de consulta KQL. - Corrija um bug em que os valores de taxa de transferência de armazenamento nos painéis detalhados estavam incorretos. - Melhore os gráficos de utilização do armazenamento nos painéis detalhados para incluir o tamanho máximo de armazenamento. - Melhorar para mostrar o tamanho original e compactado dos dados coletados na seção de Armazenamento de dados . - Melhore a mensagem mostrada quando um painel não pode se conectar ao armazenamento de dados para incluir sugestões para problemas comuns. - Adicione mensagens informativas quando não houver dados mostrados nos dashboards de Principais Consultas por razões conhecidas. - Adicione informações de limite de taxa de log de hiperescala no conjunto de dados de Réplicas para bancos de dados SQL do Azure. - Adicione a hora de início da transação e os bytes de log usados aos conjuntos de dados sessões ativas . |
| Novembro de 2024 | - Habilitar o observador de banco de dados nas regiões Austrália Central, Austrália Sudeste, CanadáOriental, Central dos EUA, AlemanhaCentro-Oeste JapãoOeste, Coreia Centrale Centro-Norte dos EUA regiões Azure.
- Aumentar o limite do número de alvos SQL por observador de 50 para 100. |
| Outubro de 2024 | - Corrigir bugs em que o conjunto de metadados da Tabela não era coletado se houvesse visualizações com referências de tabela inválidas ou tabelas com várias restrições de verificação de colunas.
- Adicione suporte para usar uma identidade atribuída ao usuário como a identidade do observador. Para obter mais informações, consulte Modificar a identidade do observador. - Conceda automaticamente ao observador acesso aos segredos do cofre de chaves ao adicionar um destino SQL que usa 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 | - Corrigir um bug em que o número de sessões lógicas do usuário no conjunto de dados do Session statistics era sempre o mesmo que o número de sessões do usuário, mesmo que MARS sessões lógicas fossem usadas.
- Corrigir um problema em que o uso do armazenamento de pools elásticos não era relatado corretamente para os Hyperscale elastic pools. - Resolva um problema em que, para determinados conjuntos de dados, a primeira amostra coletada após a reinicialização do inspetor pode conter dados que já foram coletados antes da reinicialização. - Melhorar o desempenho da consulta de coleta para evitar tempos limite para os metadados da Tabela conjunto de dados. - Melhore a confiabilidade na coleta dos conjuntos de dados de estatísticas de tempo de execução e de estatísticas de espera na Instância Gerida SQL. - Adicionar colunas relacionadas à tolerância a falhas às réplicas da Base de Dados no conjunto de dados para a Instância Gerida 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 observador de banco de dados nas regiões Central US, East US 2, North Europee Suécia Central Azure.
- Adicione filtros de assinatura e grupo de recursos nos dashboards da gestão de ativos . |
| Julho de 2024 | - Corrigir um bug em que os conjuntos de dados dos contadores de desempenho não foram coletados de bancos de dados com um agrupamento de catálogo sensível a maiúsculas e minúsculas ou de instâncias geridas com um agrupamento de banco de dados sensível a maiúsculas e minúsculas.
- Corrija um bug em que os dados não eram coletados se o nome do banco de dados nos metadados SQL tivesse um caso diferente do nome do banco de dados nos metadados do Azure Resource Manager (ARM). - Corrigir um bug onde os conjuntos de dados estatísticas de tempo de execução de consultas e estatísticas de espera de consultas não eram recolhidos em bases de dados com um grande volume de novas consultas e planos de consulta inseridos nas tabelas do Armazenamento de Consultas. - Resolver um problema em que os conjuntos de dados das réplicas geográficas e e as réplicas não foram coletados de bancos de dados Hyperscale. - Adicione as colunas subscription_id e resource_group_namecomuns a todos os conjuntos de dados. Requer uma reinicialização única de um observador.
- Adicione a coluna comum resource_id a todos os conjuntos de dados. Os dados aparecem para destinos SQL adicionados em julho de 2024 ou posterior. Para fazer com que os dados apareçam para um destino SQL existente, remova o e readicione o destino, e reinicie o inspetor. |
| junho de 2024 | - Corrigir um erro em que os dados não foram recolhidos de alguns alvos SQL adicionados via Bicep ou um modelo ARM.
- Corrigir um erro onde o conjunto de dados do histórico de backup não foi coletado para alguns bancos de dados SQL do Azure. - Corrija um bug em que o tipo de réplica de uma instância gerida foi incorretamente determinado como Reencaminhador de Replicação Geográfica se a instância tivesse um banco de dados usando a Ligação de Instância Gerida. O mesmo bug fez com que as estatísticas de tempo de execução do Query e as estatísticas de espera do Query conjuntos de dados não fossem coletadas nesse caso. - Corrigir um bug que causava um erro Falha ao carregar destinos na lâmina de destinos SQL no portal do Azure se o utilizador não tiver acesso à subscrição do destino SQL, ou se a subscrição tiver sido eliminada. - 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 durante a criação de um observador no portal do Azure foi definido como ilimitado em vez de 365 e 31 dias, respectivamente. - Corrija um bug em que determinadas operações de gerenciamento, como criar ou excluir um ponto de extremidade privado gerenciado, foram relatadas como bem-sucedidas no portal do Azure, mesmo que tenham falhado. - Corrija um bug em que, para os destinos do banco de dados SQL , a lista de bancos de dados no menu pendente estava incompleta se o servidor lógico SQL contivesse mais de 1.000 bancos de dados. - Corrija um bug em que selecionar um banco de dados do Azure Data Explorer como armazenamento de dados removeria o acesso que um observador diferente no mesmo grupo de recursos tinha nesse banco de dados. - Habilite a exportação do modelo ARM do Watcher no portal do Azure. - Adicione um aviso durante a criação de um observador se o provedor de recursos Microsoft.Network não estiver registado na assinatura selecionada para o observador. - Adicione um erro detalhado se a exclusão de um observador ou de um ponto de extremidade privado gerido falhar porque há um bloqueio de eliminação no âmbito do recurso. |
| Abril de 2024 | - Ative o observador de banco de dados nas regiões Austrália Oriental e Reino Unido do Sul Azure.
- Corrija uma falha adicionando um ponto de extremidade privado gerenciado quando vários pontos de extremidade privados são adicionados rapidamente para o mesmo observador. - Corrija o conjunto de dados do histórico de cópias de segurança para bancos de dados SQL para incluir cópias de segurança completas. - Melhorar o desempenho das consultas de recolha para evitar tempos de inatividade nos conjuntos de dados de metadados do Índice , estatísticas da execução das consultas , estatísticas de espera das consultas e metadados da Tabela . - Corrigir um bug em que, para determinados conjuntos de dados, os dados não eram coletados depois que um banco de dados era restaurado a partir de um backup. - Corrija um bug em que os metadados do conjunto de dados do Índice não eram coletados quando os índices tinham muitas colunas-chave ou incluídas ou quando os nomes dessas colunas eram longos. - Adicione o conjunto de dados dos agendadores SOS. - Adicione um botão para baixar o plano de consulta selecionado nos painéis Principais consultas. - Adicione um exemplo de início rápido para criar e configurar um observador usando o Bicep ou um modelo ARM. |
Limitações
Esta seção descreve as limitações do inspetor de banco de dados. Soluções alternativas são fornecidas, se disponíveis.
| Limitação | Solução alternativa |
|---|---|
| Se utilizar os SKUs menores do Azure Data Explorer, como Dev/test ou Extra pequeno, algumas consultas do painel podem falhar intermitentemente na execução com um erro "abortado devido à limitação". | Recarregue o painel ou dimensione o cluster do Azure Data Explorer para a próxima SKU superior. |
| Se criar um cluster gratuito do Azure Data Explorer a partir da interface de utilizador do monitor de base de dados no portal do Azure, poderá receber um erro "403-Proibido: Não foi possível se conectar ao cluster" se tentar acessar o cluster pela interface da Web do Azure Data Explorer . | Esse problema não ocorre se você criar o cluster livre usando https://aka.ms/kustofree.
Se já tiver criado um cluster gratuito a partir do portal do Azure, siga estes passos: Na da interface do usuário da Web doAzure Data Explorer , selecione o nome do seu perfil na barra principal para abrir o gerenciador de contas e selecione diretório Switch. Selecione o diretório diferente daquele de Conta Microsofte selecione Mudar. Agora você deve ver o cluster gratuito do Azure Data Explorer que você criou. Como alternativa, você pode editar a conexão de cluster na interface do usuário da Web do Azure Data Explorer usando o botão editar (lápis) e, da mesma forma, alternar o diretório. |
| Se o consumo de CPU para um banco de dados, pool elástico ou uma instância gerenciada SQL persistir perto de 100%, os recursos restantes da CPU podem ser insuficientes para consultas de coleta de dados do inspetor de banco de dados, causando lacunas nos dados coletados. | Se você observar lacunas de dados correlacionadas com a alta utilização da CPU no banco de dados, pool elástico ou uma instância gerenciada pelo SQL, considere ajustar a carga de trabalho do aplicativo para reduzir o consumo de CPU ou aumentar o número de vCores ou DTUs para permitir um monitoramento confiável. |
Problemas conhecidos
No modo de pré-visualização, o monitor de banco de dados tem os seguintes problemas conhecidos.
| Questão | Atenuação ou solução alternativa |
|---|---|
| Se a coleta de dados não puder ser iniciada ou continuar devido a um erro (por exemplo, acesso insuficiente a um destino SQL ou ao armazenamento de dados), o erro não será exposto. | Para solucionar problemas, consulte Os dados não são recolhidos. |
| Se um banco de dados sem servidor tiver a pausa automática habilitada e for adicionado como um destino do inspetor de banco de dados, ele poderá não pausar automaticamente conforme o esperado. Para um banco de dados de oferta gratuita , isso pode esgotar o crédito mensal gratuito mais cedo do que o esperado. | Se for necessário manter a funcionalidade de pausa automática, não use o inspetor de banco de dados para monitorar bancos de dados sem servidor no momento. |
| Para a Instância Gerida do Azure SQL, os dados não são recolhidos da réplica de alta disponibilidade que pode ser lida ou de uma réplica geográfica, se estiver a usar a autenticação SQL. | Existem duas soluções alternativas: 1. Use a autenticação do Microsoft Entra ID (a preferida). 2. Desative a verificação da política de senha. Execute ALTER LOGIN [database-watcher-login-placeholder] WITH CHECK_POLICY = OFF;, substituindo database-watcher-login-placeholder pelo nome do login de autenticação SQL do observador. Execute este comando na réplica primária e na réplica geográfica, se houver. |
Na Instância Gerenciada 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. |
Conceda a permissão EXECUTE no sys.xp_msver para o login do inspetor do banco de dados.Em cada instância gerida de SQL adicionada como destino para o inspetor de banco de dados, execute 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 login do inspetor. |
| Se você criar um ponto de extremidade privado gerenciado para que um observador se conecte a uma instância gerenciada do SQL que está parada, o estado de provisionamento do ponto de extremidade privado será relatado como Falhae o inspetor não poderá se conectar à instância. | Exclua o ponto de extremidade privado gerido com o estado de provisionamento Falhou e inicie a instância gerida 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 no Real-Time Analytics como armazenamento de dados e a opção de disponibilidade do OneLake estiver habilitada. | Desative a opção de disponibilidade do OneLake e reinicie o observador para retomar a coleta de dados. |
Devido a um problema conhecido no Banco de Dados SQL do Azure, os dados no conjunto de dados do histórico de backup para bancos de dados SQL do Azure não são coletados se a collation do catálogo do banco de dados for diferente da padrão SQL_Latin1_General_CP1_CI_AS. |
Nenhum neste momento. |
Solução de problemas
Esta seção descreve as etapas que você pode seguir para resolver problemas comuns. Se as etapas nesta seção não resolverem o problema, abra um caso de suporte.
Os dados não são recolhidos
Se você criar um novo observador e não vir 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 Visão Geral do do observador, verifique o campo de Status do para ver se o observador está em execução. Caso contrário, use o botão Iniciar na mesma página para iniciar a coleta de dados. Um novo observador não é iniciado automaticamente.
Verifique se o observador tem acesso ao armazenamento de dados.
Se você usar um banco de dados do Azure Data Explorer como 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 acesso específico e limitado aos alvos SQL. Além disso, se estiver a utilizar a autenticação SQL para quaisquer destinos, verifique o acesso do observador ao cofre de chavesou utilize, em alternativa, a autenticação recomendada do Microsoft Entra.
Se desejar que o observador use a autenticação do Microsoft Entra para se conectar a destinos SQL, verifique se autenticação do Microsoft Entra está habilitada nos servidores lógicos que hospedam os destinos do banco de dados e do pool elástico e nos destinos da instância gerenciada.
Certifique-se de que qualquer ponto de extremidade privado criado para o observador seja aprovado pelo proprietário do recurso.
Se estiver a utilizar conectividade pública, certifique-se de que os requisitos para permitir que o monitor se conecte a alvos, armazenamento de dados e cofre de chaves sejam cumpridos.
O cluster ou banco de dados do Azure Data Explorer ou o banco de dados do Real-Time Analytics pode ter sido eliminado depois de selecionado como repositório de dados para o seu watcher. Navegue até o cluster e o banco de dados e confirme se eles existem.
Se estiver a utilizar o cluster gratuito do Azure Data Explorer, certifique-se de que não atingiu a capacidade de armazenamento do cluster. Para obter mais informações, consulte cluster do Azure Data Explorer gratuito.
Se você fizer alterações no acesso ou na conectividade do observador como parte da solução de problemas, talvez seja necessário parar e reiniciar o inspetor para que as alterações entrem em vigor.
Os painéis estão em branco
Se selecionar a página Painéis de um vigilante, mas não vir um resumo dos destinos SQL na página, expanda a seção Armazenamento de dados. Se vir um erro Não é possível ligar ..., reveja esta secçã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 seu 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 a partir de Kusto Explorer ou do Azure Data Explorer interface do usuário da Web.
Para resolver isso, estabeleça a conectividade privada da sua máquina para o cluster do Azure Data Explorer, conforme descrito em Conectividade privada para 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, siga estas etapas:
Na página Painéis de um observador, expanda a seção Armazenamento de dados e copie o valor da URI de consulta Kusto . Certifique-se de copiar toda a cadeia de caracteres URI. Anote também o valor do banco de dados Kusto.
Abra a interface web do Azure Data Explorer . Inicie sessão, se solicitado.
Selecione Adicionar , de Conexão e insira o URI copiado como o URI de Conexão .
Selecione Adicionar para criar uma nova conexão.
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 de do observador e selecione o sinal de + 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 do Visualizador de 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 de observadores de banco de dados da Microsoft está ansiosa para seus comentários e sugestões. Você pode enviar comentários sobre o produto de uma das seguintes maneiras:
- Publique uma nova ideia no fórum de comentários do SQL. Na página Publicar uma nova ideia, use SQL como o fórum, selecione o grupo Azure SQL e inclua inspetor de banco de dados no título. Os comentários enviados no fórum de comentários são públicos. Outros membros da comunidade podem votar e comentar as suas ideias e sugestões. As votações e comentários da comunidade ajudam a equipe de observadores do banco de dados a planejar e priorizar melhorias no produto.
- Use o botão de comentários em uma das páginas do inspetor de banco de dados no portal do Azure. Por exemplo, você pode encontrar o botão de feedback 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 comentários, você pode, opcionalmente, permitir que a Microsoft envie um e-mail sobre esses comentários para acompanhamento e esclarecimentos.
Para obter suporte técnico ou assistência para resolver um problema com o inspetor de banco de dados, abra um caso de suporte.
Conteúdo relacionado
- Guia de início rápido: criar um inspetor de banco de dados para monitorar o SQL do Azure (visualização)
- Criar e configurar um observador de banco de dados (visualização)
- Coleta de dados e conjuntos de dados do monitor de banco de dados (pré-visualização)
- Analisar dados de monitorização do monitor de banco de dados (pré-visualização)
- Perguntas frequentes do observador de banco de dados