Monitoramento de Alertas do Backup do Azure - Perguntas Frequentes

O Backup do Azure dá suporte a várias opções de alerta – alertas internos do Azure Monitor, alertas de métrica do Azure Monitor, alertas de log personalizado 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. 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.

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.

Navegue até o workspace do LA 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 LA, você pode optar por manter os dados por um máximo de dois anos. Por padrão, um workspace do LA retém dados por 31 dias.

Todos os dados gerados após você definir as configurações de diagnóstico são enviados por push para o workspace do LA e ficam disponíveis em relatórios. Os trabalhos em andamento não são enviados por push para a geração de relatórios. Depois que o trabalho é concluído ou falha, ele é enviado para 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 LA ou em um grupo de workspaces do LA.

Se você for um usuário do Azure Lighthouse com acesso delegado às assinaturas dos clientes ou workspaces do LA, 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