Identificare le violazioni del piano di backup nella console di gestione dell'appliance

I modelli di policy e i profili delle risorse sono definiti nella sezione dei piani di backup della console di gestione delle appliance. Vengono applicati alle applicazioni e alle VM in App Manager. Una violazione del piano di backup si verifica quando un job (o un'azione) non soddisfa i requisiti definiti da una policy in un template di policy.

Questa sezione descrive in dettaglio le potenziali cause di una violazione del piano di backup, il modo in cui la console di gestione delle appliance identifica quando si è verificata una violazione del piano di backup e i metodi che puoi utilizzare per monitorare le violazioni del piano di backup quando si verificano. Include:

Possibili cause di violazioni delle policy del piano di backup

La console di gestione delle appliance applica i piani di backup alle applicazioni e ai set di dati, dove la gestione dei dati delle copie delle applicazioni nel servizio App Manager si basa sulle regole definite in un template di backup e nelle policy associate. Un template di backup include una o più policy che definiscono l'origine dei dati (snapshot o replica) e la pianificazione (frequenza, conservazione, ora di inizio, ora di fine) per ogni origine dati. Una violazione del piano di backup si verifica quando il job (o l'azione) definito da una policy del piano di backup non inizia in base alla pianificazione della policy.

Ogni appliance di backup/recovery esegue automaticamente un'analisi del piano di backup ogni ora per identificare le violazioni del piano di backup man mano che si verificano nel corso della giornata per i job pianificati. Questa operazione in background ti avvisa di possibili violazioni del piano di backup il più vicino possibile alla fine di una finestra della policy del piano di backup. Consulta In che modo un'appliance di backup/recovery monitora le violazioni del piano di backup.

La console di gestione dell'appliance consente agli amministratori IT di creare una libreria di modelli di policy. Una delle caratteristiche principali di ogni policy del piano di backup è la pianificazione che determina quando verrà eseguita la policy.

Le violazioni del piano di backup sono spesso considerate come derivanti da problemi con le impostazioni di conteggio degli slot dei job, dove i conteggi degli slot determinano quanti job possono essere eseguiti contemporaneamente. Tuttavia, l'aumento del numero di slot per i job non garantisce che le violazioni del piano di backup vengano interrotte. In realtà, una violazione del piano di backup può essere correlata a una qualsiasi delle condizioni descritte nelle sezioni seguenti.

Job non riusciti

I job non riusciti sono una causa comune di violazioni del piano di backup. Ad esempio, se un host Oracle non è accessibile, l'appliance di backup/recovery non può acquisire i dati da Oracle RMAN, il che comporta un job di snapshot non riuscito. Quando un job non va a buon fine, controlla l'ambiente per verificare che tutte le applicazioni e gli host siano accessibili.

Più applicazioni per host

Se un host ha più applicazioni e ogni applicazione è gestita da un modello di policy separato (anziché raggruppate in un gruppo di coerenza), solo un'applicazione può avere un job di snapshot in esecuzione alla volta, anche se sono disponibili slot liberi.

Se una VM è gestita come VM e ha anche applicazioni gestite tramite l'agente di Backup e RE, solo una delle applicazioni può avere un job di acquisizione dei dati in esecuzione alla volta.

Se un host ha un'unità D:\, E:\ e F:\ e le singole unità sono gestite da template di backup separati, ogni unità verrà gestita in serie. Ad esempio, se la finestra di esecuzione consentita per la policy è compresa tra le 01:00 (UTC) e le 03:00 (UTC) e la prima unità impiega tre ore per completare il job di snapshot, le altre due unità non riceveranno un job di snapshot durante quel giorno.

Una possibile soluzione è estendere la finestra della policy del piano di backup per estendere il tempo di esecuzione totale. Un'altra soluzione è includere più applicazioni in un gruppo di coerenza.

Le violazioni del piano di backup possono essere un falso positivo

In alcuni casi, una violazione del piano di backup è in realtà un falso positivo (un risultato che indica erroneamente la presenza di una determinata condizione). Tieni presente che non tutte le violazioni del piano di backup sono effettivamente violazioni ed è possibile ricevere falsi positivi, come descritto in questi due esempi:

  • Stai gestendo i dati di copia di una VM con un volume in cluster. Se la policy del piano di backup è in esecuzione, ma la VM non ha il controllo del volume, questo errore viene considerato una violazione del piano di backup.
  • Se lo scheduler basato sul piano di backup di un job (ad es. VM, applicazione e così via) è disattivato, potrebbe verificarsi una violazione del piano di backup ogni volta che deve essere applicata la policy del piano di backup.

Risorse limitate nell'appliance di backup/ripristino

Le risorse limitate in un'appliance di backup/ripristino possono essere correlate a problemi come la velocità effettiva della porta di rete, il numero massimo di iniziatori iSCSI, la capacità di velocità effettiva dello spazio di archiviazione di backend o di frontend. In questo caso, l'aumento del numero di slot non è utile.

Dimensioni della finestra della policy o durata del tempo di esecuzione del job

I job che vengono eseguiti per molte ore occupano slot di job che potrebbero essere utilizzati da altre applicazioni. Se ogni applicazione completa il proprio job in un minuto in media e hai cinque slot, sono possibili 300 job all'ora. Se ogni applicazione impiega un'ora in media e hai cinque slot, sono possibili cinque job all'ora. Tuttavia, se la finestra totale per la policy è di tre ore, il numero di applicazioni che tentano di utilizzare questa policy del piano di backup avrà un impatto enorme sulla gestione dei dati di copia delle applicazioni totali possibile in un periodo di tempo di 24 ore.

Ad esempio, se sono presenti 100 applicazioni, nel primo esempio (300 job all'ora) l'appliance completerà tutte le applicazioni in circa 20 minuti. Tuttavia, se abbiamo 100 applicazioni nel secondo esempio (cinque job all'ora), l'appliance gestirà solo 15 applicazioni al giorno. Ciò comporterà 85 violazioni del piano di backup.

Anche se non puoi controllare il tempo di esecuzione dei job, puoi esaminare la durata della pianificazione delle applicazioni in esecuzione. Tempi di job lunghi possono verificarsi anche durante il primo job di snapshot per una nuova applicazione. Le impostazioni di on-ramp possono essere utilizzate per impedire ai job di importazione di bloccare gli slot e le applicazioni già importate.

In che modo un'appliance di backup/ripristino monitora le violazioni del piano di backup

Ogni appliance di backup/recovery esegue automaticamente un'analisi del piano di backup ogni ora per identificare le violazioni del piano di backup man mano che si verificano nel corso della giornata per i job pianificati. Questa operazione in background ti avvisa di possibili violazioni delle policy del piano di backup il più vicino possibile alla fine della finestra della policy del piano di backup.

Durante l'analisi, l'appliance verifica tutte le policy del piano di backup il cui orario di lavoro è terminato nell'ultima ora. Ogni policy viene esaminata per rilevare eventuali violazioni del piano di backup. Se una policy del piano di backup presenta una violazione del piano di backup entro 60 minuti dalla fine della finestra della policy, viene inserita una voce nel database degli eventi per queste violazioni. Se una policy non presenta una violazione del piano di backup, non verrà generato alcun avviso o evento.

Quando si verifica una violazione del piano di backup entro la finestra di completamento della policy del piano di backup di 60 minuti, viene attivato un avviso e generata una notifica di un evento. Puoi ricevere avvisi di violazione del piano di backup sotto forma di eventi di Monitoraggio del sistema (vedi Monitoraggio) o notifiche di eventi via email. Ogni avviso include i dettagli di ogni policy del piano di backup in violazione per un'applicazione specifica, tra cui informazioni come il messaggio dell'evento, il nome e il tipo di policy, l'ora e il tipo di violazione e le informazioni sul job (job previsti, tolleranza, riusciti, non riusciti). Gli avvisi di violazione del piano di backup contengono lo stesso livello di dettaglio che è possibile visualizzare nei report sulle violazioni del piano di backup inclusi nei report sulla conformità del piano di backup in Gestione report.

Viene inoltre creato un log del server della piattaforma (il file di log udppm) per indicare quando è stata eseguita l'analisi, quali policy sono state analizzate e qual è stato il risultato dell'analisi.

L'analisi del piano di backup tiene conto delle discrepanze che potrebbero essere il risultato di job in corso. In determinate circostanze, un job inizia entro l'ora di inizio della policy assegnata, ma potrebbe richiedere più tempo del previsto e non essere completato entro la finestra temporale della policy specificata (ad esempio, un job inizia alle 22:00, ma termina alle 23:30). Inizialmente, il job viene considerato riuscito e non genera un avviso di violazione del piano di backup. Tuttavia, al completamento del job, viene rivalutato nell'ambito del ciclo di analisi del piano di backup successivo ed eventualmente contrassegnato come violazione del piano di backup. L'esito positivo o negativo di una policy del piano di backup dipende da quando un job viene effettivamente completato.

Se, durante l'analisi, l'appliance determina che una policy del piano di backup non è riuscita a eseguire uno o più job, si verifica una violazione del piano di backup e l'avviso o l'evento generato contiene le seguenti informazioni aggiuntive relative al job non riuscito:

  • Il tempo di esecuzione del job previsto
  • Il motivo per cui l'esecuzione del job non è riuscita

L'appliance esamina anche la cronologia per determinare se non sono stati eseguiti job perché non erano disponibili slot per quel tipo di prestazione. Se questo è il motivo, l'avviso o l'evento include queste informazioni.

Se l'applicazione ha più policy del piano di backup con finestre di policy sovrapposte e un job non viene eseguito per entrambe le policy durante questo periodo di sovrapposizione, l'appliance genererà un solo avviso. Non verranno avviati avvisi duplicati per policy sovrapposte per eliminare la duplicazione. Gli avvisi di job non riusciti vengono aggregati per applicazione, tipo di policy e intervallo di tempo.

Monitora le violazioni del piano di backup

Puoi monitorare e visualizzare le violazioni del piano di backup dalla scheda Monitora o da un'appliance gestita tramite notifiche via email o utilizzando Gestione report.

Monitoraggio

Puoi visualizzare i dettagli di una violazione del piano di backup come evento dalla scheda Monitora (Monitora > Eventi). Per informazioni dettagliate sull'utilizzo della scheda Monitora, consulta Monitora.

Gestore dei report

In Gestione report della console di gestione delle appliance è disponibile una libreria completa di report sulle violazioni del piano di backup. Questi report possono aiutarti a semplificare la verifica del tasso di successo attuale e a distinguere più facilmente tra più applicazioni con lo stesso nome.

Passaggi successivi