Microsoft AZ-104: Azure Monitor, Backup e Site Recovery — Guia de estudos

By Laurynas Brazys · 6 August 2026 · #microsoft #az-104 #certification #exam-prep #study-guide

Faz parte do Microsoft Azure Administrator Associate AZ-104 — Guia de estudos. Pratique com respostas verificadas no centro de exames da Microsoft, ou faça testes cronometrados no ExamRoll.io.

Visão Geral

A excelência operacional no Azure exige que três pilares trabalhem em conjunto: telemetria observável, dados recuperáveis e planos de continuidade resilientes. O Azure Monitor e sua base no Log Analytics coletam métricas e logs de alta fidelidade, acionam alertas inteligentes e expõem o desempenho da aplicação. O Azure Backup protege dados da plataforma e de IaaS com recuperação orientada por políticas e baseada em cofre, incluindo capacidades de restauração instantânea para tempo de inatividade mínimo. O Azure Site Recovery (ASR) replica cargas de trabalho para sites alternativos e orquestra o failover e o failback para atender aos RPO/RTO de negócio. Serviços complementares — Network Watcher para diagnósticos de rede e Azure Service Health para conscientização da plataforma — completam um kit de ferramentas completo para o administrador.

Azure Monitor e Log Analytics

O Azure Monitor unifica métricas e logs da plataforma. Métricas são séries temporais numéricas otimizadas para análise quase em tempo real (alta cardinalidade, multidimensionais, granularidade de um minuto para a maioria dos recursos). Use o Metrics Explorer para visualização e alertas de métrica quase em tempo real com limiares estáticos ou dinâmicos. Logs são registros com esquema rico armazenados em um workspace do Log Analytics, consultados com a Kusto Query Language (KQL) para investigação, dashboards e alertas agendados (de log).

As configurações de diagnóstico são a ponte dos recursos para os destinos de telemetria. Em cada recurso do Azure, configure as configurações de diagnóstico para escolher categorias (métricas da plataforma, logs da plataforma e logs de recursos) e encaminhá-las para um ou mais destinos:

Workspace do Log Analytics para análise e alertas baseados em log
Contas de armazenamento para retenção de longo prazo, de baixo custo e conformidade
Hubs de Eventos para streaming para SIEMs ou ferramentas de terceiros

Projete os workspaces do Log Analytics de forma deliberada:

Escopo e acesso do workspace: Use o RBAC no nível do workspace e da tabela para se alinhar ao menor privilégio e aos limites operacionais (por exemplo, por ambiente e região). Consultas no contexto do recurso permitem que as equipes consultem logs com escopo limitado aos recursos aos quais têm acesso, mesmo que os logs estejam centralizados.
Coleta de dados: Prefira o Azure Monitor agent (AMA) com as Regras de Coleta de Dados (DCRs) em vez dos agentes legados. As DCRs definem o que coletar (contadores de desempenho, logs de eventos do Windows/Linux, syslog, logs de texto personalizados), de quais máquinas e para quais tabelas, permitindo pipelines granulares por escopo.
Custo e retenção: Controle o custo com retenção por tabela, arquivamento e logs básicos quando apropriado. Use amostragem e filtragem no momento da coleta, quando possível.
Fontes de dados: Azure Activity Log, logs de recursos via configurações de diagnóstico, VM insights e Container insights, logs de entrada e auditoria do Azure AD (via configurações de diagnóstico), logs de fluxo do Azure Firewall/NSG, logs de aplicação personalizados e on-premise via Azure Monitor agent.

O domínio do KQL é essencial. Exemplos:

Auditoria rápida:

undefined

Triagem de desempenho:

undefined

Taxa de erros:

undefined

Grupos de ação definem quem e o que responde aos alertas: e-mail/SMS/push/voz, webhooks seguros, conectores ITSM, Functions, Logic Apps e runbooks de Automação. Reutilize grupos de ação entre regras de alerta e imponha um roteamento de incidentes consistente.

O Azure Monitor suporta múltiplos tipos de alerta:

Alertas de métrica: Avaliam métricas da plataforma ou personalizadas em cadência quase em tempo real com limiares estáticos ou limiares dinâmicos que aprendem as linhas de base normais.
Alertas de log (consulta agendada): Executam KQL nos dados do workspace em uma frequência configurada; disparam com base na contagem de resultados ou em um agregado numérico. Útil para padrões complexos entre recursos.
Alertas do log de atividades: Disparam em eventos do plano de controle (por exemplo, quando uma VM é excluída ou uma atribuição de função muda). Estes não requerem um workspace.
Detecção inteligente: Detecção de anomalias e picos na taxa de falhas, principalmente para recursos do Application Insights; notifica automaticamente os proprietários e pode se integrar com grupos de ação.

Application Insights e Alertas

O Application Insights instrumenta o código e a plataforma para fornecer telemetria de aplicação de ponta a ponta. Use connection strings e SDKs de primeira classe (.NET, Java, Node.js, Python) ou OpenTelemetry para rastreamento neutro em relação ao fornecedor. Para serviços PaaS (App Service, Functions, AKS), habilite a auto-instrumentação onde disponível para capturar requisições, dependências, exceções e rastreamentos sem alterações no código. Mantenha o contexto de rastreamento distribuído para correlacionar os saltos entre cliente, API e backend.

Principais tipos de telemetria:

Requisições: Operações de entrada com códigos de resposta e duração
Dependências: Chamadas de saída (HTTP, SQL, filas) com duração e sucesso
Exceções e Rastreamentos: Erros e logs de diagnóstico com severidade
Métricas: Contadores personalizados ou padrão
Visualizações de página e tempos do navegador: Desempenho do front-end
Eventos e medições personalizadas: Sinais específicos do domínio

Aplique a amostragem adaptativa para controlar o volume de ingestão sem perder a fidelidade do sinal, e use o Live Metrics Stream para insights de baixa latência durante incidentes.

Testes de disponibilidade validam a alcançabilidade externa e o SLA:

Testes padrão (ping de URL): Sondam endpoints de múltiplas regiões do Azure, validam códigos de status, janelas de expiração de SSL, correspondência de conteúdo e limiares de tempo de resposta.
Testes personalizados: Use TrackAvailability no código para fluxos de trabalho sintéticos ou endpoints protegidos. Falhas podem produzir alertas automaticamente, conectados aos grupos de ação.

Aumente os alertas com a detecção inteligente no Application Insights para:

Anomalias de falha e degradação de desempenho
Vazamentos de memória e anomalias de dependência Esses recursos aprendem os padrões típicos e reduzem falsos positivos, complementando os alertas baseados em limiares.

Azure Backup

Um cofre dos Recovery Services centraliza o gerenciamento de backup, as políticas e a recuperação. Posicione os cofres na mesma região dos recursos protegidos (ou na região emparelhada para cenários de restauração entre regiões suportados pelo serviço). Reforce a segurança dos cofres com exclusão reversível (soft delete), proteção contra limpeza (purge protection) e autorização multiusuário para operações críticas.

As políticas de backup definem agendamentos e retenção:

Backup de VMs do Azure: Snapshots diários com retenção de curto prazo, retenção opcional de longo prazo semanal/mensal/anual; pontos de recuperação consistentes com a aplicação via VSS (Windows) ou scripts de pré/pós (Linux) quando habilitado.
Backup do Azure Files: Backups diários baseados em snapshots de compartilhamento; retenção conforme as necessidades do negócio; suporta restauração para o compartilhamento original ou alternativo com recuperação em nível de item.
SQL Server em VMs do Azure: Backups completos (diários/semanais), diferenciais (diários) e de log (com frequência de até 15 minutos) permitem a restauração point-in-time. A proteção automática (Auto-protect) descobre novos bancos de dados.

O Instant Restore acelera a recuperação de VMs usando snapshots armazenados localmente, retidos por um curto período antes do armazenamento profundo no cofre. Os administradores podem:

Restaurar uma VM inteira (nova computação) para minimizar o tempo de recuperação
Restaurar discos e reanexá-los a uma VM existente para um reparo direcionado
Realizar a recuperação de arquivos e pastas montando um ponto de recuperação como um dispositivo iSCSI temporário em qualquer VM na assinatura (com permissão de função), permitindo restaurações cirúrgicas após eventos como ransomware

As considerações sobre o backup de VMs incluem a exclusão de discos para dados não críticos, o tratamento da criptografia (o Azure Backup suporta discos criptografados) e os modelos de consistência (consistente com falhas vs. consistente com a aplicação). O backup do Azure Files utiliza snapshots de armazenamento, beneficiando-se da retenção incremental, eficiente em espaço e da proteção de exclusão reversível (soft delete). O backup do SQL em VMs do Azure usa uma extensão ciente da carga de trabalho (workload-aware), coordenada pelo cofre, para produzir cadeias de backup compatíveis e restauráveis em grupos de disponibilidade Always On e instâncias autônomas (standalone).

Azure Site Recovery, Network Watcher e Service Health

O ASR fornece replicação de cargas de trabalho e recuperação orquestrada:

Fontes de replicação: De VMware/Hyper-V/físico on-premises para o Azure; de região do Azure para região do Azure. O serviço de Mobilidade (Mobility service) em máquinas protegidas captura as alterações e as replica para o armazenamento de cache/destino. Habilite a consistência de vários discos (multi-disk consistency) para aplicativos em camadas que compartilham a ordem de escrita.
Configuração de destino: Pré-crie ou mapeie grupos de recursos, VNets/sub-redes, opções de disponibilidade (zonas/conjuntos), tipos de discos gerenciados e convenções de nomenclatura. Use o mapeamento de rede e as atualizações de DNS para garantir a acessibilidade após o failover.
Opções de failover: Failover de teste (validação isolada sem impacto na produção), Failover planejado (perda zero de dados com desligamento da origem) e Failover não planejado (melhor esforço durante interrupções). Após o failover, execute a Reproteção (Reprotect) para reverter a replicação; execute o Failback quando o primário estiver pronto por meio de servidores de processo ou replicação direta, dependendo da origem.
Planos de recuperação: Orquestre camadas de múltiplas VMs com grupos, etapas de aprovação manual e runbooks ou scripts do Azure Automation (para aquecimento de aplicativos, reconfiguração de balanceadores de carga e alterações de DNS). Incorpore sequenciamento e tempos limite (timeouts) para alcançar um RTO previsível.

As metas de RPO/RTO orientam a política:

O RPO (perda de dados aceitável) é influenciado pela taxa de alteração, pela vazão da rede e pela frequência de replicação. Defina limites de RPO para gerar alertas de integridade quando forem excedidos.
O RTO (tempo para restauração do serviço) depende do tempo de inicialização, das etapas de orquestração, das atualizações de DNS/conexão e das operações do plano de dados (anexação de disco). Ajuste os planos de recuperação, pré-provisione a capacidade e use failovers de teste para validar que as metas são atendidas.
A política de replicação define a cadência de snapshots consistentes com o aplicativo e as janelas de retenção de pontos de recuperação para equilibrar o custo de armazenamento, a flexibilidade de recuperação e o desempenho.

O Azure Network Watcher equipa os administradores com diagnósticos de rede precisos:

Verificação de fluxo de IP (IP flow verify): Valida se um fluxo é permitido ou negado pelas regras de NSG efetivas em uma NIC, identificando a regra específica que influencia a decisão.
Próximo salto (Next hop): Calcula a decisão de roteamento para um determinado destino (Internet, Rede virtual, Virtual appliance), revelando rotas definidas pelo usuário (UDRs) e rotas de sistema efetivas.
Solução de problemas de conexão (Connection troubleshoot): Executa sondagens de ponta a ponta entre a origem e o destino através de VNets e links híbridos, relatando a acessibilidade, a latência e o salto onde a falha ocorre.
Captura de pacotes (Packet capture): Captura pacotes em uma NIC de VM com filtros (protocolo/porta/IP), armazenados em uma conta de armazenamento ou localmente, útil para inspeção profunda de problemas intermitentes. Requer a extensão do Network Watcher na VM.

O Azure Service Health complementa o monitoramento com a conscientização da plataforma:

Problemas de serviço (Service issues): Eventos de interrupção e degradação em tempo real que afetam serviços e regiões selecionados, com atualizações sobre a causa raiz e a mitigação.
Manutenção planejada (Planned maintenance): Notificações sobre as próximas janelas de manutenção da plataforma que podem afetar as cargas de trabalho, com cronogramas e ações necessárias.
Avisos de integridade (Health advisories): Recomendações de melhores práticas e de segurança que podem exigir alterações de configuração. Crie alertas do Service Health com escopo para serviços/regiões/assinaturas e encaminhe-os por meio de grupos de ações para que as equipes de operações sejam informadas antes do impacto. Use o Resource Health para obter o estado de disponibilidade por recurso (Disponível, Degradado, Indisponível, Desconhecido) para distinguir problemas da plataforma de problemas da carga de trabalho.

Cenário de Problema Prático

A Adobe precisa fortalecer (harden) e operacionalizar uma nova plataforma de e-commerce em duas regiões no Azure, atendendo a objetivos rigorosos de observabilidade, backup e recuperação de desastres, garantindo ao mesmo tempo a rápida solução de problemas de rede e a conscientização sobre a plataforma.

Implantar um workspace central do Log Analytics por região e anexar Regras de Coleta de Dados (Data Collection Rules) a todas as VMs e nós do AKS para coletar logs de desempenho, syslog/EventLog e logs específicos de recursos por meio de configurações de diagnóstico. Por quê: Workspaces regionais preservam a residência e o desempenho dos dados; a combinação AMA+DCR fornece coleta granular e escalável com controle de custos.
Configurar as definições de diagnóstico no App Service, Key Vault, Azure Firewall, Application Gateway e Storage para encaminhar logs e métricas para o workspace regional e para uma conta de armazenamento para retenção de longo prazo. Por quê: A análise centralizada permite a correlação entre recursos; a retenção em armazenamento atende a necessidades de conformidade e forenses.
Instrumentar as camadas web e de API com o Application Insights usando OpenTelemetry e habilitar a auto-instrumentação no App Service. Criar testes de disponibilidade de pelo menos cinco regiões do Azure com verificações de correspondência de conteúdo e de expiração de TLS. Por quê: O rastreamento distribuído profundo e os testes sintéticos detectam regressões que impactam o usuário antes que os clientes o façam.
Criar alertas do Azure Monitor:

Alertas de métrica dinâmicos para CPU, memória, taxas de HTTP 5xx e integridade do backend do App Gateway
Alertas de consulta agendada para negações anômalas de firewall e logins com falha usando KQL
Alertas do log de atividades para eventos de exclusão/atribuição de função em recursos críticos
Conectar todos os alertas a grupos de ações compartilhados (e-mail/SMS para a equipe de plantão, webhook para o ITSM, Logic App para abrir incidentes) Por quê: O alerta de múltiplos sinais reduz o tempo médio de detecção (MTTD) com roteamento acionável para pessoas e sistemas.

Proteger os dados com o Azure Backup:

Habilitar o backup de VMs com políticas alinhadas a backups noturnos e retenção de longo prazo; habilitar snapshots consistentes com o aplicativo quando aplicável
Proteger compartilhamentos do Azure Files que hospedam ativos de mídia com backups diários e exclusão reversível (soft delete)
Proteger o SQL Server em VMs do Azure com agendamentos de backup completo/diferencial/log para suportar a restauração pontual (point-in-time restore)
Validar a Restauração Instantânea (Instant Restore) realizando uma restauração em nível de arquivo em um ambiente de homologação (staging) Por quê: Backups baseados em cofre (vault) e restaurações instantâneas minimizam o tempo de inatividade e a perda de dados em cargas de trabalho de IaaS e de arquivos.

Implementar o Azure Site Recovery para DR de região para região das camadas web, de API e de SQL com uma política de replicação visando um RPO baixo e pontos consistentes com o aplicativo a cada hora. Construir um plano de recuperação com camadas (dados primeiro, depois API, depois web), automação para atualizar o DNS e limpar caches da CDN, e testar o failover em uma VNet isolada trimestralmente. Por quê: A replicação e os planos de recuperação do ASR fornecem um RTO previsível com runbooks orquestrados e auditáveis e testes não disruptivos.
Habilitar o Network Watcher e usar a Solução de problemas de conexão (Connection troubleshoot) para validar os fluxos do frontend para o backend, o Próximo salto (Next hop) para verificar as UDRs através da camada de NVA e a Verificação de fluxo de IP (IP flow verify) para confirmar o fortalecimento (hardening) do NSG. Configurar a captura de pacotes sob demanda nas VMs da API para análise de timeouts intermitentes. Por quê: Diagnósticos específicos isolam rapidamente problemas de roteamento/NSG e fornecem evidências em nível de pacote quando necessário.
Criar alertas do Azure Service Health para as duas regiões e os serviços no escopo (App Service, SQL, Storage, Key Vault, Front Door). Encaminhá-los para os mesmos grupos de ações e incluir listas de distribuição da liderança para avisos de manutenção planejada. Por quê: A conscientização proativa sobre incidentes e manutenções da plataforma evita interrupções inesperadas e permite uma comunicação coordenada.

Essa abordagem integrada garante que a Adobe atinja suas metas de RPO/RTO, se recupere rapidamente de ransomware ou erro do operador, detecte e corrija anomalias em minutos e possa solucionar conclusivamente os caminhos de rede, mantendo-se informada sobre os eventos da plataforma Azure.

← Bancos de Dados do Azure e Serviços de Dados · Todos os domínios · Segurança e Conformidade do Azure →

Pratique estas questões → · Prática cronometrada no ExamRoll.io →