Perguntas frequentes - Azure Backup Monitoring and Reporting

O Backup do Azure dá suporte a várias opções de alerta - alertas internos do Azure Monitor, alertas métricos, alertas personalizados baseados em análise de log, alertas personalizados baseados em ARG, alertas de registro de atividades e alertas clássicos. Se você estiver usando alertas clássicos, 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 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 sejam do portal) sem custo adicional. 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 1000 e-mails por mês). Saiba mais sobre os preços do Azure Monitor.

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

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

De acordo com 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 disparado. Mais informações
• 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 um período de tempo. Mais informações
• 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. Mais informações

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. Ver exemplo

No caso de alertas métricos, como os alertas não são gerados por padrão, você precisa primeiro 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 alerta. Ver exemplo

Sim, você pode usar alertas de métrica para configurar alertas para backups bem-sucedidos. Mais informações

Se estiver a utilizar alertas baseados no Azure Monitor, pode configurar notificações (regras de processamento de alertas e Grupos de Ação) programaticamente. Se estiver a utilizar alertas clássicos, a criação programática de notificações não é suportada.

Depois que um evento ocorre, pode levar de 20 a 30 minutos para que os dados cheguem ao espaço de trabalho do Log Analytics. Como resultado, os alertas baseados no Log Analytics podem estar ligeiramente atrasados. Para alertas instantâneos, use alertas internos baseados no Azure Monitor ou alertas baseados em métricas.

Navegue até o espaço de trabalho 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, isso significa que os dados começaram a fluir para o espaço de trabalho. O envio inicial de dados pode levar até 24 horas.

Os dados de diagnóstico do cofre são bombeados para o espaço de trabalho do Log Analytics com algum atraso. Cada evento chega ao espaço de trabalho do Log Analytics 20 a 30 minutos depois de ser enviado 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. Por isso, eles geralmente aparecem no espaço de trabalho 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 assim que terminam.
• Para todas as soluções, exceto o backup SQL, os trabalhos de backup agendados são enviados por push assim que terminam.
• Para o backup SQL, como os backups de log podem ocorrer a cada 15 minutos, as informações de todos os trabalhos de backup agendados concluídos, incluindo logs, são enviadas 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 pelo menos uma vez por dia.
• Uma alteração na configuração de backup (como alterar a política ou editar a política) aciona um envio por push de todas as informações de backup relacionadas.

Depois de criar um espaço de trabalho do Log Analytics, você pode optar por reter dados por um período máximo de 2 anos. Por padrão, um espaço de trabalho do Log Analytics retém dados por 31 dias. Mais informações.

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

Sim, você pode visualizar relatórios em cofres e assinaturas, bem como regiões. Seus dados podem residir em um único espaço de trabalho do Log Analytics ou em um grupo de espaços de trabalho do Log Analytics.

Se for um utilizador do Azure Lighthouse com acesso delegado às subscrições dos seus clientes ou aos Espaços de Trabalho do Log Analytics, pode utilizar os Relatórios de Backup para ver dados em todos os seus inquilinos.

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

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

Sim. Nas seguintes situações, as notificações não são enviadas:

• Se as notificações forem configuradas de hora em hora e um alerta for gerado e resolvido dentro de uma hora
• Quando um trabalho é cancelado
• Se uma segunda tarefa de backup falhar porque a tarefa de backup original está em andamento

Próximos passos

Leia as outras FAQs:

• Perguntas comuns sobre cópias de segurança de VMs do Azure.
• Perguntas comuns sobre o agente do Azure Backup