sys.dm_database_replica_states (Banco de Dados SQL do Azure)
Aplica-se a:
Banco de Dados SQL do AzureInstância Gerenciada SQL do Azure
Retorna informações de estado para cada banco de dados que participa de réplicas primárias e secundárias. Em uma réplica secundária, retorna uma linha para cada banco de dados secundário na instância. Na réplica primária, retorna uma linha para o banco de dados primário e uma linha adicional para cada banco de dados secundário.
Importante
Dependendo da ação e dos estados de nível superior, as informações de estado do banco de dados podem estar indisponíveis ou desatualizadas. Além disso, os valores têm apenas relevância local.
| Nome da coluna | Tipo de dados | Descrição (na réplica primária) |
|---|---|---|
| database_id | int | Identificador da base de dados. No Banco de Dados SQL do Azure, os valores são exclusivos em um único banco de dados ou pool elástico, mas não em um servidor lógico. |
| group_id | identificador único | Identificador do grupo de disponibilidade ao qual o banco de dados pertence. |
| replica_id | identificador único | Identificador da réplica de disponibilidade dentro do grupo de disponibilidade. |
| group_database_id | identificador único | Identificador do banco de dados dentro do grupo de disponibilidade. Esse identificador é idêntico em todas as réplicas às quais esse banco de dados é associado. |
| is_local | pouco | Se o banco de dados de disponibilidade é local, uma das seguintes opções: 0 = O banco de dados não é local para a instância do SQL Server. 1 = O banco de dados é local para a instância do servidor. |
| is_primary_replica | pouco | Retorna 1 se a réplica for primária ou 0 se for uma réplica secundária no grupo de disponibilidade ao qual o banco de dados pertence. Isso não se refere ao banco de dados primário ou secundário em um grupo de disponibilidade distribuída ou uma relação de replicação geográfica ativa. Aplica-se a: SQL Server 2014 (12.x) e versões posteriores. |
| synchronization_state | minúsculo | Estado de movimento de dados, um dos seguintes valores. 0 = Não sincronizar. Para um banco de dados primário, indica que o banco de dados não está pronto para sincronizar seu log de transações com os bancos de dados secundários correspondentes. Para um banco de dados secundário, indica que o banco de dados não iniciou a sincronização de log devido a um problema de conexão, está sendo suspenso ou está passando por estados de transição durante a inicialização ou uma troca de função. 1 = Sincronização. Para um banco de dados primário, indica que o banco de dados está pronto para aceitar uma solicitação de verificação de um banco de dados secundário. Para um banco de dados secundário, indica que a movimentação de dados ativos está ocorrendo para o banco de dados. 2 = Sincronizado. Um banco de dados primário mostra SINCRONIZADO no lugar de SINCRONIZAÇÃO. Um banco de dados secundário de confirmação síncrona mostra sincronizado quando o cache local diz que o banco de dados está pronto para failover e está sincronizando. 3 = Reverter. Indica a fase no processo de desfazer quando um banco de dados secundário está ativamente obtendo páginas do banco de dados primário. Importante: Quando um banco de dados em uma réplica secundária está no estado REVERTING, forçar o failover para a réplica secundária deixa o banco de dados em um estado no qual ele não pode ser iniciado como um banco de dados primário. O banco de dados precisa se reconectar como um banco de dados secundário ou você precisa aplicar novos registros de log de um backup de log. 4 = Inicialização. Indica a fase de desfazer quando o log de transações necessário para um banco de dados secundário alcançar o LSN de desfazer está sendo enviado e protegido em uma réplica secundária. Importante: Quando um banco de dados em uma réplica secundária está no estado INICIALIZANDO, forçar o failover para a réplica secundária deixa o banco de dados em um estado em que não pode ser iniciado como um banco de dados primário. O banco de dados precisa se reconectar como um banco de dados secundário ou você precisa aplicar novos registros de log de um backup de log. |
| synchronization_state_desc | nvarchar(60) | Descrição do estado de movimentação de dados, um dos seguintes: - NÃO SINCRONIZAR - SINCRONIZAÇÃO - SINCRONIZADO - REVERTER - INICIALIZAÇÃO |
| is_commit_participant | pouco | 0 = A confirmação de transação não está sincronizada em relação a esse banco de dados. 1 = A confirmação da transação é sincronizada em relação a esse banco de dados. Para um banco de dados em uma réplica de disponibilidade de confirmação assíncrona, esse valor é sempre 0. Para um banco de dados em uma réplica de disponibilidade de confirmação síncrona, esse valor é preciso apenas no banco de dados primário. |
| synchronization_health | minúsculo | Reflete a interseção do estado de sincronização de um banco de dados associado ao grupo de disponibilidade na réplica de disponibilidade e o modo de disponibilidade da réplica de disponibilidade (modo de confirmação síncrona ou de confirmação assíncrona), um dos seguintes valores. 0 = Não saudável. O synchronization_state do banco de dados é 0 (NÃO SINCRONIZANDO).1 = Parcialmente saudável. Um banco de dados em uma réplica de disponibilidade de confirmação síncrona é considerado parcialmente íntegro se synchronization_state for 1 (SINCRONIZAÇÃO).2 = Saudável. Um banco de dados em uma réplica de disponibilidade de confirmação síncrona é considerado íntegro se synchronization_state for 2 (SINCRONIZADO), e um banco de dados em uma réplica de disponibilidade de confirmação assíncrona é considerado íntegro se synchronization_state for 1 (SINCRONIZAÇÃO). |
| synchronization_health_desc | nvarchar(60) | Descrição do synchronization_health do banco de dados de disponibilidade.- NOT_HEALTHY - PARTIALLY_HEALTHY - SAUDÁVEL |
| database_state | minúsculo | 0 = Online 1 = Restauração 2 = Recuperação 3 = Recuperação pendente 4 = Suspeito 5 = Emergência 6 = Offline Nota: O mesmo que a coluna state em sys.databases. |
| database_state_desc | nvarchar(60) | Descrição do database_state da réplica de disponibilidade.-ONLINE - RESTAURAÇÃO - RECUPERAÇÃO - RECOVERY_PENDING - SUSPEITO -EMERGÊNCIA - OFFLINE Nota: O mesmo que a coluna state_desc em sys.databases. |
| is_suspended | pouco | Estado do banco de dados, um dos seguintes: 0 = Retomado 1 = Suspenso |
| suspend_reason | minúsculo | Se o banco de dados estiver suspenso, o motivo do estado suspenso, um dos seguintes: 0 = Ação do usuário 1 = Suspender do parceiro 2 = Refazer 3 = Captura 4 = Aplicar 5 = Reiniciar 6 = Desfazer 7 = Revalidação 8 = Erro no cálculo do ponto de sincronização de réplica secundária |
| suspend_reason_desc | nvarchar(60) | Descrição do motivo do estado suspenso do banco de dados, um dos seguintes: SUSPEND_FROM_USER = Um usuário suspendeu manualmente a movimentação de dados SUSPEND_FROM_PARTNER = A réplica do banco de dados é suspensa após um failover forçado SUSPEND_FROM_REDO = Ocorreu um erro durante a fase de refazer SUSPEND_FROM_APPLY = Ocorreu um erro ao gravar o log no arquivo (consulte o log de erros) SUSPEND_FROM_CAPTURE = Ocorreu um erro ao capturar o log na réplica primária SUSPEND_FROM_RESTART = A réplica do banco de dados foi suspensa antes que o banco de dados fosse reiniciado (consulte o log de erros) SUSPEND_FROM_UNDO = Ocorreu um erro durante a fase de desfazer (ver registo de erros) SUSPEND_FROM_REVALIDATION = A incompatibilidade de alteração de log é detetada na reconexão (consulte o log de erros) SUSPEND_FROM_XRF_UPDATE = Não é possível encontrar o ponto de log comum (consulte o log de erros) |
| recovery_lsn | numérico(25,0) | Na réplica primária, o final do log de transações antes do banco de dados primário grava quaisquer novos registros de log após recuperação ou failover. Para um determinado banco de dados secundário, se esse valor for menor que o LSN protegido atual (last_hardened_lsn), recovery_lsn é o valor para o qual esse banco de dados secundário precisaria ressincronizar (ou seja, reverter e reinicializar). Se esse valor for maior ou igual ao LSN protegido atual, a ressincronização será desnecessária e não ocorrerá.recovery_lsn reflete um ID de bloco de log acolchoado com zeros. Não é um número de sequência de log (LSN) real. |
| truncation_lsn | numérico(25,0) | Na réplica primária, para o banco de dados primário, reflete o LSN mínimo de truncamento de log em todos os bancos de dados secundários correspondentes. Se o truncamento de log local for bloqueado (como por uma operação de backup), esse LSN poderá ser maior do que o LSN de truncamento local. Para um determinado banco de dados secundário, reflete o ponto de truncamento desse banco de dados. truncation_lsn reflete um ID de bloco de log acolchoado com zeros. Não é um número de sequência de log real. |
| last_sent_lsn | numérico(25,0) | O identificador de bloco de log que indica o ponto até o qual todos os blocos de log foram enviados pelo primário. Este é o ID do próximo bloco de log que será enviado, em vez do ID do bloco de log enviado mais recentemente.last_sent_lsn reflete um ID de bloco de log acolchoado com zeros. Não é um número de sequência de log real. |
| last_sent_time | datetime | Hora em que o último bloco de log foi enviado. |
| last_received_lsn | numérico(25,0) | ID do bloco de log que identifica o ponto até o qual todos os blocos de log foram recebidos pela réplica secundária que hospeda esse banco de dados secundário.last_received_lsn reflete um ID de bloco de log acolchoado com zeros. Não é um número de sequência de log real. |
| last_received_time | datetime | Hora em que o ID do bloco de log na última mensagem recebida foi lido na réplica secundária. |
| last_hardened_lsn | numérico(25,0) | Início do Bloco de Log que contém os registros de log da última LSN protegida em um banco de dados secundário. Em um banco de dados primário de confirmação assíncrona ou em um banco de dados de confirmação síncrona cuja política atual é "delay", o valor é NULL. Para outros bancos de dados primários de confirmação síncrona, last_hardened_lsn indica o mínimo de LSN protegido em todos os bancos de dados secundários.Nota: last_hardened_lsn reflete um ID de bloco de log acolchoado com zeros. Não é um número de sequência de log real. |
| last_hardened_time | datetime | Em um banco de dados secundário, hora do identificador de bloco de log para o último LSN protegido (last_hardened_lsn). Em um banco de dados primário, reflete o tempo correspondente ao LSN mínimo endurecido. |
| last_redone_lsn | numérico(25,0) | Número de sequência de log real do último registro de log que foi refeito no banco de dados secundário.
last_redone_lsn é sempre inferior a last_hardened_lsn. |
| last_redone_time | datetime | Hora em que o último registro de log foi refeito no banco de dados secundário. |
| log_send_queue_size | bigint | A quantidade de registros de log do banco de dados primário que não foi enviado para os bancos de dados secundários, em kilobytes (KB). |
| log_send_rate | bigint | Taxa média na qual a instância de réplica primária enviou dados durante o último período ativo, em kilobytes (KB)/segundo. |
| redo_queue_size | bigint | A quantidade de registros de log nos arquivos de log da réplica secundária que ainda não foi refeita, em kilobytes (KB). |
| redo_rate | bigint | Taxa média na qual os registros de log estão sendo refeitos em um determinado banco de dados secundário, em kilobytes (KB)/segundo.redo_rate é calculado dividindo o total de bytes de log refeitos desde a inicialização do mecanismo de banco de dados pelo período de tempo em que o refazer foi executado ativamente, em vez de pelo tempo decorrido. Como o refazer pode não estar sendo executado continuamente, o valor resultante pode ser diferente (maior) do que o valor de Database Replica:Redone Bytes/sec contador de desempenho. |
| filestream_send_rate | bigint | A taxa na qual os arquivos FILESTREAM são enviados para a réplica secundária, em kilobytes (KB)/segundo. |
| end_of_log_lsn | numérico(25,0) | Fim local do log LSN. LSN real correspondente ao último registro de log no cache de log nos bancos de dados primário e secundário. Na réplica primária, as linhas secundárias refletem o fim do LSN de log das mensagens de progresso mais recentes que as réplicas secundárias enviaram para a réplica primária.end_of_log_lsn reflete um ID de bloco de log acolchoado com zeros. Não é um número de sequência de log real. |
| last_commit_lsn | numérico(25,0) | Número de sequência de log real correspondente ao último registro de confirmação no log de transações. No banco de dados primário, isso corresponde ao último registro de confirmação processado. As linhas para bancos de dados secundários mostram o número de sequência de log que a réplica secundária enviou para a réplica primária. Na réplica secundária, este é o último registro de confirmação que foi refeito. |
| last_commit_time | datetime | Tempo correspondente ao último registro de confirmação. No banco de dados secundário, esse tempo é o mesmo que no banco de dados primário. Na réplica primária, cada linha de banco de dados secundário exibe o tempo que a réplica secundária que hospeda esse banco de dados secundário reportou de volta para a réplica primária. A diferença de tempo entre a linha do banco de dados primário e uma determinada linha do banco de dados secundário representa aproximadamente o RPO (Recovery Point Objetive, objetivo de ponto de recuperação), supondo que o processo de refazer seja recuperado e que o progresso tenha sido relatado de volta à réplica primária pela réplica secundária. |
| low_water_mark_for_ghosts | bigint | Um número monotonicamente crescente para o banco de dados indicando uma marca d'água baixa usada pela limpeza de armazenamento de versão fantasma e persistente no banco de dados primário. Se uma carga de trabalho de gravação estiver sendo executada no principal, mas esse número não estiver aumentando com o tempo, isso implica que a limpeza do armazenamento de versões fantasma e persistente pode ser mantida. Para decidir quais linhas fantasmas e quais versões de linha limpar, a réplica primária usa o valor mínimo desta coluna para esse banco de dados em todas as réplicas (incluindo a réplica primária). |
| secondary_lag_seconds | bigint | O número de segundos em que a réplica secundária está atrás da réplica primária durante a sincronização. Aplica-se a: SQL Server 2016 (13.x) e versões posteriores. |
| quorum_commit_lsn | numérico(25,0) | Identificado apenas para fins informativos. Não suportado. A compatibilidade futura não é garantida. |
| quorum_commit_time | datetime | Identificado apenas para fins informativos. Não suportado. A compatibilidade futura não é garantida. |
Permissões
Requer a permissão VIEW DATABASE STATE no banco de dados.
Ver também
- de grupos de disponibilidade Always On (SQL Server)
- Monitorar grupos de disponibilidade (Transact-SQL)