Perguntas frequentes – Monitoramento e Relatórios do Backup do Azure

O Backup do Azure dá suporte a várias opções de alertas: alertas internos do Azure Monitor, alertas de métrica, alertas personalizados baseados em log analytics, alertas personalizados baseados em ARG, alertas de log de atividades e alertas clássicos. Se você estiver usando alertas clássicos no momento, recomendamos que comece a usar alertas baseados no Azure Monitor, pois eles oferecem vários benefícios. Os alertas clássicos serão preteridos e não terão suporte nos próximos anos. Saiba mais sobre as diferentes opções de alerta fornecidas pelo Backup do Azure.

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.

Para os alertas personalizados, além dos custos de notificação descritos acima, também há um custo por regra de alerta. O custo da regra de alerta varia em proporção ao número de dimensões selecionadas como parte da regra de alerta. Saiba mais sobre o preço do Azure Monitor.

Com alertas de métrica, além dos custos de notificação descritos acima, também há um custo por regra de alerta. O custo da regra de alerta varia em proporção ao número de dimensões selecionadas como parte da regra de alerta. Saiba mais sobre o preço do Azure Monitor.

De acordo com os alertas de backup:

• Regra de alerta: refere-se a uma regra criada pelo usuário que especifica a condição na qual um alerta deve ser acionado. Saiba mais
• 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. Saiba mais
• 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. Saiba mais

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. Confira o exemplo

No caso de alertas de métrica, como os alertas não são gerados por padrão, primeiro você precisa criar uma regra de alerta para especificar a condição para a qual um alerta deve ser acionado. Para rotear esses alertas para um canal de notificação, você pode vincular diretamente a regra de alerta a um grupo de ações ou usar uma regra de processamento de alertas. Confira o exemplo

Sim, você pode usar alertas de métrica para configurar alertas para backups bem-sucedidos. Saiba mais

Se estiver usando alertas baseados no Azure Monitor, você poderá configurar notificações (Regras de processamento de alerta e Grupos de Ações) de modo programático. Se você estiver usando alertas clássicos, não haverá suporte para a criação programática de notificações.

Depois que um evento ocorre, pode levar de 20 a 30 minutos para que os dados cheguem ao workspace do Log Analytics. Como resultado, os alertas baseados em Log Analytics podem apresentar um pequeno atraso. Para os alertas instantâneos, use os alertas internos baseados no Azure Monitor ou os alertas baseados em métricas.

Navegue até o workspace do Log Analytics que você configurou. Navegue até o item de menu Logs e execute a consulta CoreAzureBackup | take 1. Se você vir um registro sendo retornado, significa que os dados começaram a fluir para o workspace. O push de dados inicial pode levar até 24 horas.

Os dados de diagnóstico do cofre são enviados para o workspace do Log Analytics com um pouco de atraso. Cada evento chega ao workspace do Log Analytics de 20 a 30 minutos após ele ser enviado por push do cofre dos Serviços de Recuperação. Aqui estão mais detalhes sobre o atraso:

• Em todas as soluções, os alertas internos do serviço de backup são enviados por push assim que são criados. Eles geralmente aparecem no workspace do Log Analytics após 20 a 30 minutos.
• Em todas as soluções, os trabalhos de backup sob demanda e os trabalhos de restauração são enviados por push assim que são concluídos.
• Para todas as soluções, exceto backup do SQL, os trabalhos de backup agendados são enviados por push assim que são concluídos.
• Para o backup do SQL, como os backups de log podem ocorrer a cada 15 minutos, as informações para todos os trabalhos de backup agendados concluídos, incluindo logs, são colocadas em lote e enviadas por push a cada 6 horas.
• Em todas as soluções, outras informações, como o item de backup, a política, os pontos de recuperação, o armazenamento e assim por diante, são enviadas por push pelo menos uma vez por dia.
• Uma alteração na configuração de backup (como alteração de política ou edição de política) dispara um envio por push de todas as informações de backup relacionadas.

Depois de criar um workspace do Log Analytics, você pode optar por manter os dados por um máximo de dois anos. Por padrão, um Workspace do Log Analytics retém dados por 31 dias. Saiba mais.

Os dados começam a fluir no workspace do Log Analytics depois que você define as configurações de diagnóstico. Os dados são retidos no workspace a partir do dia da configuração, pelo período de retenção definido. Os trabalhos em andamento não são enviados para o workspace. Os eventos são enviados para o workspace após a conclusão (êxito/falha). Todos os dados disponíveis no workspace do Log Analytics estarão disponíveis nos relatórios.

Sim, você pode exibir relatórios em vários cofres e assinaturas, bem como em várias regiões. Seus dados podem estar um único workspace do Log Analytics ou em um grupo de workspaces do Log Analytics.

Se você for um usuário do Azure Lighthouse com acesso delegado às assinaturas dos clientes ou workspaces do Log Analytics, você pode usar os Relatórios de Backup para ver dados em todos os seus locatários.

O Portal do Azure pode levar até 15 minutos para refletir o status de trabalho do agente do Backup do Azure.

Um alerta é gerado em 20 minutos após a falha do Backup do Azure.

Sim. Nas situações a seguir, notificações não serão enviadas:

• Se as notificações forem configuradas por hora e um alerta for gerado e resolvido em uma hora
• Quando um trabalho é cancelado
• Se um segundo trabalho de backup falhou porque o trabalho de backup original estava em andamento

Próximas etapas

Leia as outras perguntas frequentes:

• Perguntas comuns sobre backups de VM do Azure.
• Perguntas comuns sobre o agente do Backup do Azure