In che modo SnapManager conserva i backup sullo storage locale
Suggerisci modifiche
PDF
SnapManager consente di creare backup conformi alle policy di conservazione, che specificano il numero di backup riusciti nello storage locale da conservare. È possibile specificare il numero di backup riusciti da conservare nel profilo per un determinato database.
È possibile creare backup per:
-
10 giorni di backup giornalieri sullo storage primario
-
2 mesi di backup mensili sullo storage primario
-
7 giorni di backup giornalieri sullo storage secondario
-
4 settimane di backup settimanali sullo storage secondario
-
6 mesi di backup mensili sullo storage secondario
Per ogni profilo in SnapManager, è possibile modificare i valori per le seguenti classi di conservazione non limitate:
-
Ogni ora
-
Ogni giorno
-
Settimanale
-
Mensile
SnapManager determina se conservare un backup considerando sia il numero di conservazione (ad esempio, 15 backup) che la durata della conservazione (ad esempio, 10 giorni di backup giornalieri). Un backup scade quando la sua età supera la durata di conservazione impostata per la sua classe di conservazione o il numero di backup supera il numero di conservazione. Ad esempio, se il numero di backup è 15 (SnapManager ha eseguito 15 backup riusciti) e il requisito di durata è impostato per 10 giorni di backup giornalieri, i cinque backup idonei meno recenti scadono.
Dopo la scadenza di un backup, SnapManager libera o elimina il backup scaduto. SnapManager conserva sempre l'ultimo backup eseguito.
SnapManager conta solo il numero di backup riusciti per il conteggio della conservazione e non prende in considerazione quanto segue:
| Backup non inclusi nel numero di conservazione | Ulteriori dettagli |
|---|---|
Backup non riusciti |
SnapManager conserva le informazioni relative ai backup riusciti e non riusciti. Sebbene i backup non riusciti richiedano solo uno spazio minimo nel repository, è possibile eliminarli. I backup non riusciti rimangono nel repository fino a quando non vengono cancellati. |
Backup progettati per essere conservati su base illimitata o backup per una classe di conservazione diversa |
SnapManager non elimina i backup da conservare senza limiti. Inoltre, SnapManager considera solo i backup nella stessa classe di conservazione (ad esempio, SnapManager considera solo i backup orari per il conteggio orario di conservazione). |
Backup montati dallo storage locale |
Quando vengono montate, le copie Snapshot vengono clonate e quindi non sono considerate idonee per la conservazione. SnapManager non è in grado di eliminare le copie Snapshot se clonate. |
Backup utilizzati per creare un clone sullo storage locale |
SnapManager conserva tutti i backup utilizzati per creare cloni, ma non li prende in considerazione per il conteggio della conservazione dei backup. |
Backup clonati o montati sullo storage secondario che utilizzano il criterio di protezione mirror |
Se SnapManager elimina le copie Snapshot per il backup sulla risorsa di storage primaria e le copie Snapshot vengono mirrorate, il backup successivo sullo storage secondario non avrà esito positivo. |
Quando si libera un backup dalle risorse di storage primarie, le risorse primarie (copie Snapshot) utilizzate dal backup vengono distrutte, ma i metadati del backup sono ancora disponibili. SnapManager non prende in considerazione i backup liberati nel numero di conservazione dei backup.
SnapManager fornisce un conteggio e una durata di conservazione predefiniti per ciascuna classe di conservazione. Ad esempio, per il conteggio delle classi di conservazione orarie, SnapManager, per impostazione predefinita, conserva quattro backup orarie. È possibile eseguire l'override di queste impostazioni predefinite e impostare i valori durante la creazione o l'aggiornamento del profilo o modificare i valori predefiniti per il conteggio e la durata di conservazione nel file smo.config.
È possibile proteggere i backup sullo storage primario eseguendo il backup sullo storage secondario. Mentre SnapManager gestisce la conservazione e la pianificazione dei backup sullo storage primario, Protection Manager gestisce la conservazione e la pianificazione dei backup sullo storage secondario.
Quando i backup locali scadono in base alla loro policy di conservazione, vengono cancellati o liberati, a seconda che siano protetti o meno.
-
Se sono protetti, i backup locali vengono liberati. Le risorse di storage o le copie Snapshot vengono eliminate, ma i backup rimangono nel repository SnapManager e sono disponibili per il ripristino dallo storage secondario. Non è necessario liberare i backup (ad esempio, con il comando backup free). I backup vengono liberati fino a quando il backup non esiste più nello storage secondario e, a quel punto, il backup viene cancellato.
-
Se non sono protetti, i backup locali vengono cancellati.
In un'operazione di backup solo archiviando, SnapManager non archivia i file di log di ripristino, a differenza del processo di backup del database online. È necessario aggiungere uno script di pretask per archiviare i file di log di ripristino prima di eseguire l'operazione di backup di solo archivioog. Lo script di pretask deve eseguire il comando alter system switch logfile.
L'esempio seguente mostra le azioni che SnapManager esegue su diversi tipi di backup, in base a una policy di conservazione dei backup tre giorni (con il conteggio impostato su 3):
Data di backup |
Stato |
Azione della politica di conservazione intrapresa |
Spiegazione |
5/10 |
Riuscito |
Mantenere |
Si tratta del backup più recente, quindi verrà mantenuto. |
5/9 |
Riuscito, clonato |
Saltare |
SnapManager non prende in considerazione i backup utilizzati per la clonazione nel conteggio dei criteri di conservazione. Questo backup viene omesso dal numero di backup riusciti. |
5/8 |
Montato con successo |
Saltare |
SnapManager non considera i backup montati nel conteggio dei criteri di conservazione. Questo backup viene omesso dal numero di backup riusciti. |
5/7 |
Non riuscito |
Saltare |
I backup non riusciti non vengono conteggiati. |
5/5 |
Riuscito |
Mantenere |
SnapManager mantiene questo secondo backup giornaliero di successo. |
5/3 |
Riuscito |
Mantenere |
SnapManager mantiene questo terzo backup giornaliero di successo. |
5/2 |
Riuscito |
Eliminare |
SnapManager conta questo backup riuscito, ma dopo che SnapManager ha raggiunto tre backup giornalieri, questo backup viene eliminato. |
Informazioni correlate