Microsoft AZ-104: Azure Monitor, Backup e Site Recovery — Guida allo studio

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

Fa parte della Microsoft Azure Administrator Associate AZ-104 — Guida allo studio. Esercitati con risposte verificate nel centro esami Microsoft, oppure fai test cronometrati su ExamRoll.io.

Panoramica

L’eccellenza operativa su Azure richiede la collaborazione di tre pilastri: telemetria osservabile, dati recuperabili e piani di continuità resilienti. Azure Monitor e la sua base Log Analytics raccolgono metriche e log ad alta fedeltà, attivano avvisi intelligenti e mettono in evidenza le prestazioni delle applicazioni. Azure Backup protegge i dati della piattaforma e IaaS con un ripristino basato su policy e vault, includendo funzionalità di ripristino istantaneo per tempi di inattività minimi. Azure Site Recovery (ASR) replica i carichi di lavoro su siti alternativi e orchestra il failover e il failback per soddisfare gli RPO/RTO aziendali. Servizi complementari — Network Watcher per la diagnostica di rete e Azure Service Health per la consapevolezza della piattaforma — completano un toolkit per amministratori.

Azure Monitor e Log Analytics

Azure Monitor unifica le metriche e i log della piattaforma. Le metriche sono serie temporali numeriche ottimizzate per l’analisi quasi in tempo reale (alta cardinalità, multidimensionali, granularità di un minuto per la maggior parte delle risorse). Utilizzare Metrics Explorer per la visualizzazione e gli avvisi sulle metriche quasi in tempo reale con soglie statiche o dinamiche. I log sono record ricchi di schemi archiviati in un’area di lavoro Log Analytics, interrogati con Kusto Query Language (KQL) per indagini, dashboard e avvisi pianificati (log).

Le impostazioni di diagnostica sono il ponte tra le risorse e i sink di telemetria. Su ogni risorsa Azure, configurare le impostazioni di diagnostica per scegliere le categorie (metriche della piattaforma, log della piattaforma e log delle risorse) e instradarle verso una o più destinazioni:

Area di lavoro Log Analytics per analisi e avvisi basati su log
Account di archiviazione per la conservazione a lungo termine, a basso costo e per la conformità
Event Hubs per lo streaming verso SIEM o strumenti di terze parti

Progettare le aree di lavoro Log Analytics in modo ponderato:

Ambito e accesso all’area di lavoro: utilizzare il RBAC a livello di area di lavoro e di tabella per allinearsi al principio del privilegio minimo e ai confini operativi (ad esempio, per ambiente e regione). Le query nel contesto della risorsa consentono ai team di interrogare i log limitati alle risorse a cui hanno accesso, anche se i log sono centralizzati.
Raccolta dati: preferire l’Azure Monitor agent (AMA) con le Regole di Raccolta Dati (DCR) rispetto agli agenti legacy. Le DCR definiscono cosa raccogliere (contatori delle prestazioni, log degli eventi di Windows/Linux, syslog, log di testo personalizzati), da quali macchine e in quali tabelle, abilitando pipeline granulari per ogni ambito.
Costo e conservazione: controllare i costi con la conservazione per tabella, l’archiviazione e i log di base, ove appropriato. Utilizzare il campionamento e il filtraggio al momento della raccolta, quando possibile.
Origini dati: Azure Activity Log, log delle risorse tramite impostazioni di diagnostica, VM insights e Container insights, log di accesso e di audit di Azure AD (tramite impostazioni di diagnostica), log di flusso di Azure Firewall/NSG, log applicativi personalizzati e on-prem tramite l’Azure Monitor agent.

La padronanza di KQL è essenziale. Esempi:

Audit rapido:

undefined

Triage delle prestazioni:

undefined

Tasso di errore:

undefined

I gruppi di azioni definiscono chi e cosa risponde agli avvisi: email/SMS/push/voce, webhook sicuri, connettori ITSM, Functions, Logic Apps e runbook di Automation. Riutilizzare i gruppi di azioni tra le regole di avviso e imporre un instradamento coerente degli incidenti.

Azure Monitor supporta più tipi di avviso:

Avvisi sulle metriche: valutano le metriche della piattaforma o personalizzate con una cadenza quasi in tempo reale con soglie statiche o soglie dinamiche che apprendono le baseline normali.
Avvisi di log (query pianificata): eseguono KQL sui dati dell’area di lavoro a una frequenza configurata; si attivano in base al numero di risultati o a un’aggregazione numerica. Utili per pattern complessi tra più risorse.
Avvisi del log attività: si attivano su eventi del piano di controllo (ad esempio, quando una VM viene eliminata o un’assegnazione di ruolo cambia). Questi non richiedono un’area di lavoro.
Rilevamento intelligente (Smart detection): rilevamento di anomalie e picchi nel tasso di errore principalmente per le risorse di Application Insights; notifica automaticamente i proprietari e può integrarsi con i gruppi di azioni.

Application Insights e Avvisi

Application Insights strumenta il codice e la piattaforma per fornire una telemetria applicativa end-to-end. Utilizzare stringhe di connessione e SDK di prima classe (.NET, Java, Node.js, Python) o OpenTelemetry per un tracciamento indipendente dal fornitore. Per i servizi PaaS (App Service, Functions, AKS), abilitare l’auto-strumentazione dove disponibile per acquisire richieste, dipendenze, eccezioni e tracce senza modifiche al codice. Mantenere il contesto di tracciamento distribuito per correlare i passaggi (hop) tra client, API e backend.

Tipi di telemetria chiave:

Richieste: operazioni in ingresso con codici di risposta e durata
Dipendenze: chiamate in uscita (HTTP, SQL, code) con durata e successo
Eccezioni e Tracce: errori e log di diagnostica con livello di gravità
Metriche: contatori personalizzati o standard
Visualizzazioni di pagina e tempi del browser: prestazioni del front-end
Eventi e misurazioni personalizzati: segnali specifici del dominio

Applicare il campionamento adattivo per controllare il volume di ingestione senza perdere la fedeltà del segnale e utilizzare Live Metrics Stream per ottenere insight a bassa latenza durante gli incidenti.

I test di disponibilità convalidano la raggiungibilità esterna e gli SLA:

Test standard (ping URL): sondano gli endpoint da più regioni di Azure, convalidano i codici di stato, le finestre di scadenza SSL, la corrispondenza dei contenuti e le soglie dei tempi di risposta.
Test personalizzati: utilizzare TrackAvailability nel codice per flussi di lavoro sintetici o endpoint protetti. I fallimenti possono produrre automaticamente avvisi collegati ai gruppi di azioni.

Potenziare gli avvisi con il rilevamento intelligente (smart detection) in Application Insights per:

Anomalie nei fallimenti e degradazione delle prestazioni
Perdite di memoria (memory leak) e anomalie delle dipendenze Queste funzionalità apprendono i pattern tipici e riducono i falsi positivi, integrando gli avvisi basati su soglia.

Azure Backup

Un insieme di credenziali di Servizi di ripristino (Recovery Services vault) è il punto di riferimento per la gestione dei backup, le policy e il ripristino. Collocare gli insiemi di credenziali nella stessa regione delle risorse protette (o nella regione abbinata per gli scenari di ripristino tra aree geografiche supportati dal servizio). Rafforzare la sicurezza degli insiemi di credenziali con l’eliminazione temporanea (soft delete), la protezione dall’eliminazione definitiva (purge protection) e l’autorizzazione multiutente per le operazioni critiche.

Le policy di backup definiscono le pianificazioni e la conservazione (retention):

Backup di VM Azure: Snapshot giornalieri con conservazione a breve termine, conservazione a lungo termine opzionale settimanale/mensile/annuale; punti di ripristino coerenti con l’applicazione (app-consistent) tramite VSS (Windows) o script pre/post (Linux) quando abilitati.
Backup di Azure Files: Backup giornalieri basati su snapshot di condivisione; conservazione in base alle esigenze aziendali; supporta il ripristino sulla condivisione originale o su una alternativa con ripristino a livello di singolo elemento.
SQL Server in VM Azure: Backup completi (giornalieri/settimanali), differenziali (giornalieri) e dei log (fino a ogni 15 minuti) abilitano il ripristino temporizzato (point-in-time restore). La protezione automatica (Auto-protect) rileva i nuovi database.

Il ripristino immediato (Instant Restore) accelera i ripristini delle VM utilizzando snapshot archiviati localmente e conservati per un breve periodo prima dell’archiviazione a lungo termine nell’insieme di credenziali. Gli amministratori possono:

Ripristinare un’intera VM (nuova risorsa di calcolo) per ridurre al minimo il tempo di ripristino (time-to-recover)
Ripristinare i dischi e ricollegarli a una VM esistente per una riparazione mirata
Eseguire il ripristino di file e cartelle montando un punto di ripristino come dispositivo iSCSI temporaneo su qualsiasi VM nella sottoscrizione (se consentito dal ruolo), abilitando ripristini chirurgici dopo eventi come un attacco ransomware

Le considerazioni sul backup delle VM includono l’esclusione dei dischi per i dati non critici, la gestione della crittografia (Azure Backup supporta i dischi crittografati) e i modelli di coerenza (coerente con l’arresto anomalo vs. coerente con l’applicazione). Il backup di Azure Files sfrutta gli snapshot di archiviazione, beneficiando di una conservazione incrementale ed efficiente in termini di spazio e della protezione tramite eliminazione temporanea (soft delete). Il backup di SQL in VM Azure utilizza un’estensione specifica per il carico di lavoro (workload-aware), coordinata dall’insieme di credenziali, per produrre catene di ripristino conformi e ripristinabili tra gruppi di disponibilità Always On e istanze autonome.

Azure Site Recovery, Network Watcher e Service Health

ASR fornisce la replica dei carichi di lavoro e il ripristino orchestrato:

Sorgenti di replica: Da VMware/Hyper-V/fisico on-premise ad Azure; da regione Azure a regione Azure. Il servizio Mobility sulle macchine protette acquisisce le modifiche e le replica nello storage di cache/destinazione. Abilitare la coerenza multi-disco per applicazioni a più livelli che condividono l’ordine di scrittura.
Configurazione di destinazione: Pre-creare o mappare gruppi di risorse, VNet/subnet, opzioni di disponibilità (zone/set), tipi di dischi gestiti e convenzioni di denominazione. Utilizzare il mapping di rete e gli aggiornamenti DNS per garantire la raggiungibilità dopo il failover.
Opzioni di failover: Failover di prova (convalida isolata senza impatto sulla produzione), Failover pianificato (zero perdita di dati con arresto della sorgente) e Failover non pianificato (best-effort durante le interruzioni). Dopo il failover, eseguire il Reprotect per invertire la replica; eseguire il Failback quando il sito primario è pronto tramite server di elaborazione o replica diretta, a seconda della sorgente.
Piani di ripristino: Orchestrare i livelli di più VM con gruppi, passaggi di approvazione manuale e runbook o script di Azure Automation (per il warm-up delle applicazioni, la riconfigurazione del load balancer e le modifiche DNS). Incorporare sequenze e timeout per ottenere un RTO prevedibile.

Gli obiettivi RPO/RTO guidano la policy:

L’RPO (perdita di dati accettabile) è determinato dalla velocità di modifica, dal throughput di rete e dalla frequenza di replica. Impostare soglie RPO per generare avvisi di integrità quando vengono superate.
L’RTO (tempo per il ripristino del servizio) dipende dal tempo di avvio, dai passaggi di orchestrazione, dagli aggiornamenti DNS/connessione e dalle operazioni del piano dati (collegamento dei dischi). Ottimizzare i piani di ripristino, pre-allocare la capacità e utilizzare i failover di prova per convalidare il raggiungimento degli obiettivi.
La policy di replica definisce la cadenza degli snapshot coerenti con l’applicazione e le finestre di conservazione dei punti di ripristino per bilanciare i costi di storage, la flessibilità di ripristino e le prestazioni.

Azure Network Watcher fornisce agli amministratori una diagnostica di rete precisa:

Verifica flusso IP: Convalida se un flusso è consentito o negato dalle regole NSG effettive su una NIC, identificando la regola specifica che influenza la decisione.
Hop successivo: Calcola la decisione di routing per una data destinazione (Internet, Rete virtuale, Appliance virtuale), rivelando le route definite dall’utente e le route di sistema effettive.
Risoluzione dei problemi di connessione: Esegue probe end-to-end tra sorgente e destinazione attraverso VNet e collegamenti ibridi, riportando la raggiungibilità, la latenza e l’hop in cui si verifica l’errore.
Cattura pacchetti: Cattura i pacchetti su una NIC di una VM con filtri (protocollo/porta/IP), archiviandoli in un account di storage o localmente, utile per un’ispezione approfondita di problemi intermittenti. Richiede l’estensione Network Watcher sulla VM.

Azure Service Health completa il monitoraggio con la consapevolezza della piattaforma:

Problemi del servizio: Eventi di interruzione e degrado in tempo reale che interessano servizi e regioni selezionati, con aggiornamenti sulla causa principale e sulla mitigazione.
Manutenzione pianificata: Notifiche per le prossime finestre di manutenzione della piattaforma che potrebbero influire sui carichi di lavoro, con pianificazioni e azioni richieste.
Avvisi di integrità: Avvisi di best practice e di sicurezza che potrebbero richiedere modifiche alla configurazione. Creare avvisi di Service Health con ambito limitato a servizi/regioni/sottoscrizioni e instradarli tramite gruppi di azioni in modo che i team operativi siano informati prima dell’impatto. Utilizzare Resource Health per lo stato di disponibilità per singola risorsa (Disponibile, Degradato, Non disponibile, Sconosciuto) per distinguere i problemi della piattaforma da quelli del carico di lavoro.

Scenario Pratico

Adobe deve rafforzare e rendere operativa una nuova piattaforma di e-commerce su due regioni in Azure, rispettando rigidi obiettivi di osservabilità, backup e disaster recovery, garantendo al contempo una rapida risoluzione dei problemi di rete e la consapevolezza della piattaforma.

Distribuire un’area di lavoro Log Analytics centrale per regione e collegare le Data Collection Rules a tutte le VM e ai nodi AKS per raccogliere log di prestazioni, syslog/EventLog e log specifici delle risorse tramite le impostazioni di diagnostica. Perché: Le aree di lavoro regionali preservano la residenza dei dati e le prestazioni; AMA+DCR fornisce una raccolta granulare e scalabile e il controllo dei costi.
Configurare le impostazioni di diagnostica su App Service, Key Vault, Azure Firewall, Application Gateway e Storage per instradare log e metriche all’area di lavoro regionale e a un account di storage per la conservazione a lungo termine. Perché: L’analisi centralizzata consente la correlazione tra le risorse; la conservazione nello storage soddisfa le esigenze di conformità e forensi.
Strumentare i livelli web e API con Application Insights utilizzando OpenTelemetry e abilitare la strumentazione automatica su App Service. Creare test di disponibilità da almeno cinque regioni Azure con controlli sulla corrispondenza del contenuto e sulla scadenza TLS. Perché: Il tracciamento distribuito approfondito e i test sintetici rilevano le regressioni che hanno un impatto sull’utente prima che lo facciano i clienti.
Creare avvisi di Azure Monitor:

Avvisi di metrica dinamici per CPU, memoria, tassi di errori HTTP 5xx e integrità del backend di App Gateway
Avvisi di query pianificate per blocchi anomali del firewall e accessi falliti utilizzando KQL
Avvisi del log attività per eventi di eliminazione/assegnazione di ruolo su risorse critiche
Collegare tutti gli avvisi a gruppi di azioni condivisi (email/SMS per il personale di reperibilità, webhook verso ITSM, Logic App per aprire incident) Perché: L’allerta multi-segnale riduce il tempo medio di rilevamento con un instradamento azionabile verso persone e sistemi.

Proteggere i dati con Azure Backup:

Abilitare il backup delle VM con policy allineate a backup notturni e conservazione a lungo termine; abilitare snapshot coerenti con l’applicazione dove applicabile
Proteggere le condivisioni di Azure Files che ospitano asset multimediali con backup giornalieri e eliminazione temporanea (soft delete)
Proteggere SQL Server in VM Azure con pianificazioni di backup completo/differenziale/log per supportare il ripristino point-in-time
Convalidare il Ripristino Immediato (Instant Restore) eseguendo un ripristino a livello di file in un ambiente di staging Perché: I backup basati su vault e i ripristini immediati minimizzano i tempi di inattività e la perdita di dati per i carichi di lavoro IaaS e di file.

Implementare Azure Site Recovery per il DR da regione a regione dei livelli web, API e SQL con una policy di replica che mira a un RPO basso e a punti coerenti con l’applicazione ogni ora. Costruire un piano di ripristino con livelli (prima i dati, poi l’API, poi il web), automazione per aggiornare il DNS e svuotare le cache della CDN, ed eseguire un failover di prova su una VNet isolata trimestralmente. Perché: La replica e i piani di ripristino di ASR forniscono un RTO prevedibile con runbook orchestrati e verificabili e test non distruttivi.
Abilitare Network Watcher e usare la Risoluzione dei problemi di connessione per convalidare i flussi da frontend a backend, l’Hop successivo per verificare le UDR attraverso il livello NVA e la Verifica flusso IP per confermare l’hardening degli NSG. Configurare la cattura di pacchetti on-demand sulle VM dell’API per l’analisi di timeout intermittenti. Perché: La diagnostica appositamente creata isola rapidamente i problemi di routing/NSG e fornisce prove a livello di pacchetto quando necessario.
Creare avvisi di Azure Service Health per le due regioni e i servizi in ambito (App Service, SQL, Storage, Key Vault, Front Door). Indirizzarli agli stessi gruppi di azioni e includere le liste di distribuzione della leadership per gli avvisi di manutenzione pianificata. Perché: La consapevolezza proattiva degli incidenti e della manutenzione della piattaforma previene interruzioni impreviste e consente una comunicazione coordinata.

Questo approccio integrato garantisce che Adobe raggiunga i suoi obiettivi di RPO/RTO, esegua ripristini rapidi da ransomware o errori operativi, rilevi e risolva le anomalie in pochi minuti e possa risolvere in modo definitivo i percorsi di rete rimanendo informata sugli eventi della piattaforma Azure.

← Database di Azure e Servizi dati · Tutti i domini · Sicurezza di Azure e Conformità →

Esercitati su queste domande → · Pratica cronometrata su ExamRoll.io →