Domande frequenti - Monitoraggio e creazione di report Backup di Azure

Backup di Azure supporta più opzioni di avviso: avvisi predefiniti di Monitoraggio di Azure, avvisi delle metriche, avvisi basati su Log Analytics personalizzati, avvisi personalizzati basati su ARG, avvisi del log attività e avvisi classici. Se attualmente si usano avvisi classici, è consigliabile iniziare a usare gli avvisi basati su Monitoraggio di Azure perché offrono più vantaggi. Gli avvisi classici saranno deprecati e non saranno supportati nei prossimi anni. Altre informazioni sulle diverse opzioni di avviso fornite da Backup di Azure.

Con gli avvisi predefiniti di Monitoraggio di Azure, avvisi per operazioni/errori critici generati per impostazione predefinita (che è possibile visualizzare nel portale o tramite interfacce non del portale) senza costi aggiuntivi. Tuttavia, per instradare questi avvisi a un canale di notifica, ad esempio la e-mail, si comporta un costo minore per le notifiche oltre il livello gratuito (di 1000 messaggi di e-mail al mese). Altre informazioni sui prezzi di Monitoraggio di Azure.

Per gli avvisi personalizzati, oltre ai costi di notifica descritti in precedenza, è previsto anche un costo per regola di avviso. Tale costo varia in proporzione al numero di dimensioni selezionate come parte della regola di avviso. Altre informazioni sui prezzi di Monitoraggio di Azure.

Con gli avvisi delle metriche, oltre ai costi di notifica descritti in precedenza, è previsto anche un costo per regola di avviso. Tale costo varia in proporzione al numero di dimensioni selezionate come parte della regola di avviso. Altre informazioni sui prezzi di Monitoraggio di Azure.

Secondo gli avvisi di backup:

• Regola di avviso: fa riferimento a una regola creata dall'utente che specifica la condizione in cui deve essere attivato un avviso. Ulteriori informazioni
• Regola di elaborazione degli avvisi (precedentemente chiamata Regola azione): fa riferimento a una regola creata dall'utente che specifica i canali di notifica a cui deve essere indirizzato un determinato avviso attivato. È anche possibile usare le regole di elaborazione degli avvisi per eliminare le notifiche per un periodo di tempo. Ulteriori informazioni
• Gruppo di azioni: fa riferimento al canale di notifica (ad esempio e-mail, endpoint di Gestione dei servizi IT, app per la logica, webhook e così via) a cui può essere indirizzato un avviso attivato. Ulteriori informazioni

Nel caso di avvisi predefiniti di Monitoraggio di Azure, poiché gli avvisi sono già generati per impostazione predefinita, non è necessario creare una regola di avviso. Per indirizzare questi avvisi a un canale di notifica, è necessario creare una regola di elaborazione degli avvisi e un gruppo di azioni per questi avvisi. Vedere l'esempio

In caso di avvisi delle metriche, poiché gli avvisi non vengono generati per impostazione predefinita, è prima necessario creare una regola di avviso per specificare la condizione per cui deve essere generato un avviso. Per indirizzare questi avvisi a un canale di notifica, è possibile collegare direttamente la regola di avviso a un gruppo di azioni o usare una regola di elaborazione degli avvisi. Vedere l'esempio

Sì, è possibile usare gli avvisi delle metriche per configurare gli avvisi per i backup riusciti. Ulteriori informazioni

Se si usano avvisi basati su Monitoraggio di Azure, è possibile configurare le notifiche (regole di elaborazione degli avvisi e gruppi di azioni) a livello di codice. Se si usano avvisi classici, la creazione a livello di codice delle notifiche non è supportata.

Dopo che si verifica un evento, potrebbero essere necessari da 20 a 30 minuti perché i dati raggiungano l'area di lavoro Log Analytics. Di conseguenza, gli avvisi basati su Log Analytics potrebbero essere leggermente ritardati. Per gli avvisi istantanei, usare avvisi basati su Monitoraggio di Azure predefiniti o avvisi basati su metriche.

Passare all'area di lavoro Log Analytics configurata. Passare alla voce di menu Log ed eseguire la query CoreAzureBackup | take 1. Se viene restituito un record, significa che il trasferimento dei dati nell'area di lavoro è stato avviato. Il push di dati iniziale può richiedere fino a 24 ore.

Il pump dei dati di diagnostica dall'insieme di credenziali nell'area di lavoro Log Analytics viene eseguito con un certo ritardo. Ogni evento arriva nell'area di lavoro Log Analytics da 20 a 30 minuti dopo il push dall'insieme di credenziali di Servizi di ripristino. Ecco altri dettagli sul ritardo:

• Per tutte le soluzioni, il push degli avvisi predefiniti del servizio di backup viene eseguito non appena gli avvisi vengono creati. Questi pertanto vengono in genere visualizzati nell'area di lavoro Log Analytics dopo 20-30 minuti.
• Per tutte le soluzioni, il push dei processi di backup e ripristino su richiesta viene eseguito non appena questi processi vengono completati.
• Per tutte le soluzioni ad eccezione del backup SQL, il push dei processi di backup pianificati viene eseguito non appena questi processi vengono completati.
• Per il backup SQL, poiché i backup dei log possono essere eseguiti ogni 15 minuti, le informazioni per tutti i processi di backup pianificati completati, inclusi i log, vengono riunite in batch e il push dei batch viene eseguito ogni 6 ore.
• Per tutte le soluzioni, il push di altre informazioni, ad esempio l'elemento di backup, i criteri, i punti di ripristino, la risorsa di archiviazione e così via, viene eseguito almeno una volta al giorno.
• Una modifica alla configurazione di backup, ad esempio la sostituzione o la modifica dei criteri, attiva il push di tutte le informazioni di backup correlate.

Dopo aver creato un'area di lavoro Log Analytics, è possibile scegliere di conservare i dati per un massimo di 2 anni. Per impostazione predefinita, un'area di lavoro Log Analytics conserva i dati per 31 giorni. Altre informazioni.

I dati iniziano a fluire nell'area di lavoro Log Analytics dopo aver configurato le impostazioni di diagnostica. I dati vengono conservati nell'area di lavoro dal giorno della configurazione, per il periodo di conservazione impostato. I processi in corso non vengono inseriti nell'area di lavoro. Gli eventi vengono inseriti nell'area di lavoro al completamento (esito positivo/negativo). Tutti i dati disponibili nell'area di lavoro Log Analytics saranno disponibili nei report.

Sì, è possibile visualizzare i report negli insiemi di credenziali e nelle sottoscrizioni, nonché nelle aree. I dati possono risiedere in una singola area di lavoro Log Analytics o in un gruppo di aree di lavoro Log Analytics.

Se si è un utente di Azure Lighthouse con accesso delegato alle sottoscrizioni dei clienti o alle aree di lavoro Log Analytics, è possibile usare i report di backup per visualizzare i dati in tutti i tenant.

Il portale di Azure può impiegare fino a 15 minuti per visualizzare lo stato del processo dell'agente di Backup di Azure.

Un avviso viene generato entro 20 minuti dall'errore di Backup di Azure.

Sì. Le notifiche non vengono inviate nei casi seguenti:

• Se le notifiche sono configurate su base oraria e un avviso viene generato e risolto entro l'ora
• Quando un processo viene annullato
• Se un secondo processo di backup non riesce perché è in corso il processo di backup originale

Passaggi successivi

Leggere le altre domande frequenti:

• Domande comuni sul backup della macchina virtuale di Azure.
• Domande comuni sull'agente di Backup di Azure