Perguntas comuns sobre o monitoramento da Recuperação de Site

Este artigo responde a perguntas comuns sobre o monitoramento do Azure Site Recovery, usando o monitoramento integrado do Site Recovery e o Azure Monitor (Log Analytics).

Geral

Qual é a diferença entre o valor de RPO registrado e o ponto de recuperação disponível mais recente?

O Site Recovery usa um processo assíncrono de várias etapas para replicar máquinas para o Azure.

• Na penúltima etapa da replicação, as alterações recentes na máquina, juntamente com os metadados, são copiadas para uma conta de armazenamento de log/cache.
• Essas alterações, juntamente com a tag que identifica um ponto recuperável, são gravadas na conta de armazenamento/disco gerenciado na região de destino.
• O Site Recovery agora pode gerar um ponto recuperável para a máquina.
• Neste ponto, o RPO foi atendido para as alterações carregadas na conta de armazenamento até agora. Em outras palavras, o RPO da máquina neste ponto é igual à quantidade de tempo decorrido do carimbo de data/hora correspondente ao ponto recuperável.
• Agora, o Site Recovery seleciona os dados carregados da conta de armazenamento e os aplica aos discos de réplica criados para a máquina.
• Em seguida, a Recuperação de Site gera um ponto de recuperação e disponibiliza esse ponto para recuperação no failover.
• Assim, o ponto de recuperação mais recente disponível indica o carimbo de data/hora correspondente ao ponto de recuperação mais recente que já foi processado e aplicado aos discos de réplica.

Um tempo de sistema incorreto na máquina de origem replicante ou em servidores de infraestrutura locais distorcerá o valor de RPO calculado. Para relatórios de RPO precisos, certifique-se de que o relógio do sistema é preciso em todos os servidores e máquinas.

Log de recuperação de site embutido

Por que a contagem de máquinas virtuais na exibição de infraestrutura do vault é diferente da contagem total mostrada em Itens Replicados?

A exibição da infraestrutura do vault tem como escopo os cenários de replicação. Somente máquinas no cenário de replicação selecionado atualmente são incluídas na contagem para a exibição. Além disso, contamos apenas as VMs configuradas para replicar para o Azure. Máquinas com failover ou máquinas replicando de volta para um site local não são contadas na exibição.

Por que a contagem de itens replicados no Essentials é diferente da contagem total de itens replicados no painel?

Somente as máquinas cuja replicação inicial foi concluída são incluídas na contagem mostrada no Essentials. O total de itens replicados inclui todas as máquinas no vault, incluindo aquelas para as quais a replicação inicial está atualmente em andamento.

Registo do Azure Monitor

Com que frequência a Recuperação de Site envia logs de recursos para o Log do Azure Monitor?

• AzureSiteRecoveryReplicationStats e AzureSiteRecoveryRecoveryPoints são enviados a cada 15 minutos.
• AzureSiteRecoveryReplicationDataUploadRate e AzureSiteRecoveryProtectedDiskDataChurn são enviados a cada cinco minutos.
• AzureSiteRecoveryJobs é enviado no gatilho e na conclusão de um trabalho.
• AzureSiteRecoveryEvents é enviado sempre que um evento é gerado.
• AzureSiteRecoveryReplicatedItems é enviado sempre que há qualquer alteração de ambiente. Normalmente, o tempo de atualização de dados é de 15 minutos após uma alteração.

Por quanto tempo os dados são mantidos nos logs do Azure Monitor?

Para obter informações sobre retenção de dados, consulte Retenção de dados e arquivamento em logs do Azure Monitor.

Você pode modificar o período de retenção padrão na seção Uso e Custo Estimado no espaço de trabalho do Log Analytics. Clique em Retenção de dados e escolha o intervalo.

Qual é o tamanho dos logs de recursos?

Normalmente, o tamanho de um log é de 15-20 KB.

Alertas internos do Azure Monitor para o Azure Site Recovery

Há algum custo para usar alertas internos do Azure Monitor para o Azure Site Recovery?

Com alertas internos do Azure Monitor, os alertas para operações/falhas críticas são gerados por padrão (que você pode exibir no portal ou por meio de interfaces que não são do portal) sem custo extra. No entanto, para encaminhar esses alertas para um canal de notificação (como e-mail), incorre em um custo menor para notificações além do nível gratuito (de 1.000 e-mails por mês). Saiba mais sobre os preços do Azure Monitor.

A solução atual de notificação por email para o Azure Site Recovery no cofre dos Serviços de Recuperação continuará a funcionar?

A partir de hoje, a solução atual de notificação por email coexiste em paralelo com a nova solução interna de alertas do Azure Monitor. Recomendamos que você experimente o alerta baseado no Azure Monitor para se familiarizar com a nova experiência e usar seus recursos.

Qual é a diferença entre regra de alerta, regra de processamento de alerta e grupo de ação?

• Regra de alerta: refere-se a uma regra criada pelo usuário que especifica a condição na qual um alerta deve ser disparado.
• Regra de processamento de alertas (anteriormente chamada Regra de ação): refere-se a uma regra criada pelo usuário que especifica os canais de notificação para os quais um determinado alerta disparado deve ser roteado. Você também pode usar regras de processamento de alertas para suprimir notificações por tempo.
• Grupo de ação: refere-se ao canal de notificação (como e-mail, ponto de extremidade ITSM, aplicativo lógico, webhook e assim por diante) para o qual um alerta disparado pode ser roteado.

No caso de alertas internos do Azure Monitor, como os alertas já são gerados por padrão, você não precisa criar uma regra de alerta. Para rotear esses alertas para um canal de notificação, você deve criar uma regra de processamento de alertas e um grupo de ações para esses alertas. Mais informações

Próximos passos

Saiba como monitorar com o monitoramento integrado do Site Recovery ou o Azure Monitor.