Best Practice
Panoramica del workflow dei cloni di sistema SAP con SnapCenter
Suggerisci modifiche
PDF
Come discusso nella sezione precedente, SnapCenter è in grado di gestire cloni di set di dati da qualsiasi backup Snapshot esistente e di eseguire rapidamente il provisioning di questi set di dati su qualsiasi sistema di destinazione. Il provisioning flessibile e agile dei dati di produzione in un sistema di riparazione per risolvere la corruzione logica è fondamentale, poiché spesso è necessario reimpostare il sistema di riparazione e scegliere un diverso set di dati di produzione. La tecnologia FlexClone consente un rapido processo di provisioning e offre un notevole risparmio di capacità, poiché il sistema di riparazione viene in genere utilizzato solo per un breve periodo di tempo.
La figura seguente riassume i passaggi necessari per un'operazione di cloning di sistema SAP con SnapCenter.
-
Preparare l'host di destinazione.
-
Il clone di SnapCenter crea un workflow per il volume condiviso di SAP HANA.
-
Avviare i servizi SAP HANA.
-
Il clone di SnapCenter crea il workflow per il volume di dati SAP HANA, incluso il recovery del database.
-
Il sistema SAP HANA può ora essere utilizzato come sistema di riparazione.
Se il sistema non è più necessario, il processo di pulizia viene eseguito con le seguenti operazioni.
-
Flusso di lavoro di eliminazione dei cloni SnapCenter per il volume di dati SAP HANA, incluso l'arresto del database (quando si utilizza lo script di automazione).
-
Arrestare i servizi SAP HANA.
-
Flusso di lavoro di eliminazione dei cloni SnapCenter per il volume condiviso SAP HANA.
|
Se è necessario ripristinare il sistema su un backup Snapshot diverso, i passaggi 6 e 4 sono sufficienti. Non è necessario un refresh del volume condiviso SAP HANA. |
La sezione ""Clone del sistema SAP con SnapCenter"" fornisce una descrizione dettagliata del flusso di lavoro dei cloni di sistema.