Definire una strategia di backup per i database SAP HANA
-
PDF del sito di questa documentazione
-
Proteggere i database Microsoft SQL Server
-
Proteggere i database SAP HANA
-
Proteggere IBM DB2
-
Proteggere PostgreSQL
-
Proteggere MySQL
-
![](https://docs.netapp.com/common/images/pdf-zip.png)
Raccolta di documenti PDF separati
Creating your file...
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.
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.
-
Stabilire quando eseguire il backup delle risorse.
-
Decidere il numero di processi di backup necessari.
-
Decidere come assegnare un nome ai backup.
-
Decidere se creare un criterio basato su copie Snapshot per eseguire il backup degli Snapshot coerenti con l'applicazione del database.
-
Decidere se verificare l'integrità del database.
-
Decidere se utilizzare la tecnologia NetApp SnapMirror per la replica o la tecnologia NetApp SnapVault per la conservazione a lungo termine.
-
Determina il periodo di conservazione per gli Snapshot sul sistema di storage di origine e sulla destinazione di SnapMirror.
-
Determinare se si desidera eseguire qualsiasi comando prima o dopo l'operazione di backup e fornire una prescrizione o postscript.