Configuração de monitoramento no Pacote de gerenciamento para Instância Gerenciada de SQL do Azure

  • Artigo

Esta seção explica as configurações de monitoramento no Pacote de Gerenciamento para Instância Gerenciada de SQL do Azure.

Modelos de monitoramento

O Pacote de Gerenciamento para Instância Gerenciada de SQL do Azure tem dois modelos de monitoramento de Instância Gerenciada de SQL do Azure:

  • MI de SQL do Azure – automático

    Esse modelo permite que você configure o monitoramento descobrindo automaticamente todas as instâncias gerenciadas na assinatura do Azure especificada.

  • MI de SQL do Azure – manual

    Este modelo permite que você adicione as instâncias selecionadas à lista de monitoramento especificando manualmente as cadeias de conexão.

Importante

O uso de ambos os modelos ao mesmo tempo pode fazer com que as instâncias adicionadas manualmente sejam monitoradas por dois conjuntos de fluxos de trabalho de monitoramento. Isso leva ao uso redundante de recursos e também pode causar problemas de desempenho.

Monitoramento de espaço

O Pacote de Gerenciamento para a Instância Gerenciada de SQL do Azure é capaz de realizar monitoramento de espaço coletando um conjunto de métricas nos seguintes níveis:

  • Instância
  • Banco de dados

Por exemplo, o monitoramento de espaço, o pacote de gerenciamento verifica a utilização do armazenamento no nível Instância Gerenciada de SQL do Azure. No cado do monitoramento de espaço de banco de dados, o pacote de gerenciamento verifica a utilização do armazenamento no nível do banco de dados, que pode ser medido para os seguintes tipos:

  • Espaço livre restante dos dados ROWS

    Monitora o espaço disponível do banco de dados e o espaço disponível na mídia que hospeda o banco de dados em termos percentuais. Esse monitor não conta o espaço livre para FILESTREAM e In-Memory grupos de arquivos de dados OLTP.

  • Espaço livre restante do LOG

    Monitora o espaço de log de transações do banco de dados disponível em termos percentuais.

  • Espaço livre restante de dados OLTP In-Memory

    Monitora o espaço de banco de dados disponível e o espaço disponível na mídia que hospeda o banco de dados em termos percentuais. Este monitor não conta o espaço livre para In-Memory grupos de arquivos OLTP e In-Memory dados OLTP.

Monitoramento de backup de banco de dados

O Pacote de Gerenciamento para a Instância Gerenciada de SQL do Azure fornece um monitor que verifica a existência e a idade de um backup de banco de dados, conforme relatado pelo Microsoft SQL Server. Isso é feito através da execução de uma consulta no banco de dados mestre da instância do SQL e do retorno da idade do backup.

Observação

O monitor rastreia backups COPY_ONLY. Backups diferenciais, de log e de instantâneo de arquivos não são considerados. Para obter mais informações, confira BACKUP (Transact-SQL).

Monitor do Status da Configuração dos Protegíveis

Esse monitor verifica se cada um dos protegíveis necessários do SQL Server está acessível na conta de monitoramento configurada.

Os seguintes dados são de uma lista completa de protegíveis verificados pelo monitor direcionado à Instância Gerenciada de SQL do Azure:

  • Permissões no nível do servidor

    • VIEW SERVER STATE
    • VIEW ANY DEFINITION
    • VIEW ANY DATABASE

  • Permissão SELECT nas exibições de gerenciamento dinâmico

    • sys.dm_os_performance_counters
    • sys.dm_tran_active_transactions
    • sys.dm_tran_session_transactions
    • sys.dm_exec_sessions
    • sys.dm_exec_requests
    • sys.dm_exec_connections
    • sys.dm_os_sys_info
    • sys.dm_os_host_info
    • sys.dm_os_ring_buffers
    • sys.dm_os_volume_stats
    • sys.dm_os_threads
    • sys.dm_hadr_database_replica_states
    • sys.dm_hadr_fabric_partition_states
    • sys.dm_hadr_fabric_config_parameters
    • sys.dm_hadr_fabric_continuous_copy_status
    • sys.dm_db_xtp_checkpoint_files
    • sys.dm_db_xtp_table_memory_stats
    • sys.dm_db_xtp_hash_index_stats
    • sys.dm_internal_resource_governor_resource_pools

  • Permissão SELECT nas exibições de catálogo

    • sys.databases
    • sys.database_files
    • sys.tables
    • sys.filegroups
    • sys.syscolumns
    • sys.sysprocesses
    • sys.configurations
    • sys.syslanguages
    • sys.server_resource_stats
    • msdb.dbo.sysjobschedules
    • msdb.dbo.backupset

  • Permissão EXECUTE nos procedimentos armazenados

    • sys.sp_enumerrorlogs
    • sys.xp_readerrorlog
    • sys.xp_instance_regread
    • msdb.dbo.sp_help_jobactivity
    • msdb.dbo.sp_help_job

Monitoramento de Status do Banco de Dados

O monitoramento de status de banco de dados destina-se a marcar o banco de dados status conforme relatado pelo Instância Gerenciada de SQL do Azure. O status marcar é feito executando uma consulta no banco de dados master do Instância Gerenciada de SQL do Azure que retorna o estado do banco de dados. Se você receber um alerta desse monitor, será necessário adotar uma ação para trazer o banco de dados de volta ao estado operacional.

Todos os estados do banco de dados, exceto ONLINE, resultarão em um estado de monitor não íntegro. A tabela a seguir define os estados de banco de dados.

Estado Definição
ONLINE O banco de dados está disponível para acesso. O grupo de arquivos primário está on-line, embora a fase desfazer de recuperação pode não ter sido completada.
OFFLINE O banco de dados está indisponível. Um banco de dados se torna off-line por ação explícita do usuário e permanece off-line até que uma ação adicional do usuário seja executada. Por exemplo, o banco de dados pode ser ficar off-line para que um arquivo seja movido para um novo disco. O banco de dados é, então, colocado on-line novamente, após a mudança ter sido concluída.
RESTORING Um ou mais arquivos do grupo de arquivos primário está sendo restaurado ou um ou mais arquivos secundários está sendo restaurado off-line. O banco de dados está indisponível.
RECOVERING O banco de dados está sendo recuperado. O processo de recuperação é um estado transitório, o banco de dados ficará on-line automaticamente se a recuperação for bem-sucedida. Se a recuperação falhar, o banco de dados se tornará suspeito. O banco de dados está indisponível.
RECOVERY_PENDING O SQL Server encontrou um erro relacionado a recursos durante a recuperação. O banco de dados não está danificado, mas os arquivos podem estar ausentes ou as limitações de recursos do sistema podem estar impedindo que ele seja iniciado. O banco de dados está indisponível. Uma ação adicional é exigida do usuário para resolver o erro e permitir que o processo de recuperação seja concluído.
SUSPECT Pelo menos o grupo de arquivos primário é suspeito e pode estar danificado. O banco de dados não pode ser recuperado durante a inicialização do SQL Server. O banco de dados está indisponível. Ação adicional pelo usuário é exigida para resolver o problema.
EMERGENCY O usuário alterou o banco de dados e definiu o estado como EMERGENCY. O banco de dados está em modo de usuário único e pode ser reparado ou restaurado. O banco de dados está marcado como READ_ONLY, o log está desabilitado e o acesso é limitado aos membros da função de servidor fixa sysadmin . EMERGENCY é usado principalmente para a solução de problemas. Por exemplo, um banco de dados marcado como o suspeito pode ser definido como o estado EMERGENCY. Isso permitiria o acesso somente leitura do administrador de sistema ao banco de dados. Apenas membros da função de servidor fixa sysadmin podem definir um banco de dados com o estado EMERGENCY.
COPYING O banco de dados está sendo copiado entre instâncias gerenciadas usando Always On tecnologia de grupo de disponibilidade. O recurso de cópia cria um novo banco de dados na instância de destino como uma cópia do banco de dados de origem. Com esse recurso, a replicação de dados é confiável, consistente, assíncrona e quase em tempo real. Quando você copia um banco de dados, o banco de dados de origem permanece online durante e após a conclusão da operação. O banco de dados está disponível.
OFFLINE_SECONDARY O banco de dados está disponível para acesso após o failover, que executa a sincronização completa de dados entre bancos de dados primários e secundários antes que o secundário mude para a função primária. Isso assegura que não ocorra nenhuma perda de dados. O failover só é possível quando o primário está acessível. O banco de dados está disponível.

Para obter mais informações, consulte Database States.

Monitoramento do banco de dados de replicação geográfica

O pacote de gerenciamento para a Instância Gerenciada de SQL do Azure utiliza um monitor que verifica o status de replicação dos bancos de dados primários e secundários localizados em um grupo de failover automático.

O monitor relata um estado não íntegro, que indica que o banco de dados secundário não é transacionalmente consistente e não está sendo sincronizado constantemente com o banco de dados primário.

Para verificar o status de replicação, o pacote de gerenciamento usa o DVM “sys.dm_hadr_fabric_continuous_copy_status”. Com base nos estados de replicação do DVM, o monitor altera seu estado de integridade de acordo.

Estado da replicação Descrição Estado de Integridade
CATCH_UP O banco de dados secundário está em um estado transacionalmente consistente e está sendo constantemente sincronizado com o banco de dados primário. Healthy
SEEDING O destino de replicação geográfica está sendo propagado, mas os dois bancos de dados ainda não estão sincronizados. Até que a propagação seja concluída, você não poderá se conectar ao banco de dados secundário. Remover o banco de dados secundário do primário cancelará a operação de propagação. Crítico
PENDING Essa não é uma relação de cópia contínua ativa. Esse estado geralmente indica que a largura de banda disponível para o interlink é insuficiente para o nível de atividade da transação no banco de dados primário. No entanto, a relação de cópia contínua ainda permanece intacta. Crítico

Para obter mais informações sobre o failover geográfico de vários bancos de dados, confira Usar grupos de failover automático para habilitar o failover geográfico transparente e coordenado de vários bancos de dados.