Perguntas comuns sobre o monitoramento do Site Recovery

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

Geral

Como o valor de RPO registrado é diferente do último ponto de recuperação disponível?

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

• Na penúltima etapa da replicação, as alterações recentes no computador, em conjunto com metadados, são copiadas para uma conta de armazenamento em cache/log.
• Essas alterações, junto com a marca 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 o computador.
• Nesse ponto, o RPO foi atingido para as alterações carregadas na conta de armazenamento até o momento. Em outras palavras, o RPO do computador nesse ponto é igual à quantidade de tempo decorrido do carimbo de data/hora correspondente para o ponto recuperável.
• Agora, o Site Recovery seleciona os dados carregados da conta de armazenamento e aplica-os aos discos de réplica criados para o computador.
• O Site Recovery, em seguida, gera um ponto de recuperação e disponibiliza esse ponto para recuperação no failover.
• Portanto, o último ponto de recuperação disponível indica o carimbo de data/hora correspondente ao último ponto de recuperação que já foi processado e aplicado aos discos de réplica.

Uma hora de sistema incorreta no computador de origem de replicação ou em servidores de infraestrutura locais distorcerá o valor de RPO calculado. Para relatórios precisos de RPO, verifique se o relógio do sistema está correto em todos os servidores e computadores.

Registro em log interno do Site Recovery

Por que a contagem de VM na exibição de infraestrutura do cofre é diferente da contagem total mostrada nos itens replicados?

O modo de exibição de infraestrutura do cofre é com escopo por cenários de replicação. Somente computadores no cenário de replicação atualmente selecionado são incluídos na contagem para a exibição. Além disso, contamos apenas as VMs configuradas para replicar no Azure. Computadores com failover ou computadores replicando de volta para um site local não são contados na exibição.

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

Somente computadores para os quais a replicação inicial foi concluída são incluídos na contagem mostrada no Essentials. O total dos itens replicados inclui todos os computadores no cofre, incluindo aqueles para os quais a replicação inicial está atualmente em andamento.

Registro em log do Azure Monitor

Com que frequência o Site Recovery 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 houver 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 em logs do Azure Monitor?

Por padrão, a retenção é de 31 dias. Você pode aumentar o período na seção Uso e custo estimado no workspace do Log Analytics. Clique em Retenção de dados e escolha o intervalo.

Qual é o tamanho dos logs de recurso?

Normalmente, o tamanho de um log é de 15 a 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 os 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 adicional. No entanto, para rotear esses alertas para um canal de notificação (como email), isso incorre em um custo secundário para notificações além da camada gratuita (de 1.000 emails por mês). Saiba mais sobre o preço do Azure Monitor.

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

A partir de hoje, a solução de notificação de email atual 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 aproveitar seus recursos.

Qual é a diferença entre regra de alerta, regra de processamento de alerta e grupo de ações?

• Regra de alerta: refere-se a uma regra criada pelo usuário que especifica a condição na qual um alerta deve ser acionado.
• Regra de processamento de alertas (anteriormente chamada de 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 acionado deve ser roteado. Você também pode usar regras de processamento de alerta para suprimir notificações por um período de tempo.
• Grupo de ações: refere-se ao canal de notificação (como email, ponto de extremidade ITSM, aplicativo lógico, webhook e assim por diante) para o qual um alerta acionado 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. Saiba mais

Próximas etapas

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