Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Definire una strategia di backup per IBM DB2

Collaboratori
PDF

La definizione di una strategia di backup prima della creazione dei processi di backup consente di ottenere i backup necessari per ripristinare o clonare correttamente le risorse. Il tuo SLA (Service-Level Agreement), RTO (Recovery Time Objective) e RPO (Recovery Point Objective) determinano in gran parte la tua strategia di backup.

A proposito di questa attività

Uno SLA definisce il livello di servizio previsto e risolve molti problemi relativi al servizio, tra cui la disponibilità e le performance del servizio. RTO è il momento in cui un processo di business deve essere ripristinato dopo un'interruzione del servizio. RPO definisce la strategia per l'età dei file che devono essere ripristinati dallo storage di backup per consentire il ripristino delle normali operazioni dopo un errore. SLA, RTO e RPO contribuiscono alla strategia di protezione dei dati.

Fasi

  1. Stabilire quando eseguire il backup delle risorse.

  2. Decidere il numero di processi di backup necessari.

  3. Decidere come assegnare un nome ai backup.

  4. Decidere se creare una policy basata su copie Snapshot per eseguire il backup di snapshot del database coerenti con l'applicazione.

  5. Decidere se utilizzare la tecnologia NetApp SnapMirror per la replica o la tecnologia NetApp SnapVault per la conservazione a lungo termine.

  6. Determina il periodo di conservazione per gli Snapshot sul sistema storage di origine e sulla destinazione di SnapMirror.

  7. Determinare se si desidera eseguire qualsiasi comando prima o dopo l'operazione di backup e fornire una prescrizione o postscript.