Et des meilleures pratiques
Présentation du workflow de clonage de système SAP avec SnapCenter
Suggérer des modifications
PDF
Comme indiqué dans la section précédente, SnapCenter peut gérer des clones de jeux de données à partir de n'importe quelle sauvegarde Snapshot existante et provisionner rapidement ces jeux de données sur n'importe quel système cible. Le provisionnement souple et agile des données de production sur un système de réparation pour gérer la corruption logique est essentiel, car il est souvent nécessaire de réinitialiser le système de réparation et de choisir un autre jeu de données de production. La technologie FlexClone permet un processus de provisionnement rapide et permet d'importantes économies de capacité, car le système de réparation est généralement utilisé pendant une courte période seulement.
La figure ci-dessous récapitule les étapes requises pour une opération de clonage de système SAP avec SnapCenter.
-
Préparez l'hôte cible.
-
Workflow de création de clone SnapCenter pour le volume partagé SAP HANA.
-
Démarrage des services SAP HANA
-
Le clone de SnapCenter crée un workflow pour le volume de données SAP HANA, y compris pour la restauration de la base de données.
-
Le système SAP HANA peut désormais être utilisé comme système de réparation.
Si le système n'est plus nécessaire, le processus de nettoyage est effectué avec les étapes suivantes.
-
Workflow de suppression de clone SnapCenter pour le volume de données SAP HANA, y compris l'arrêt de la base de données (lors de l'utilisation du script d'automatisation).
-
Arrêt des services SAP HANA
-
Workflow de suppression des clones SnapCenter pour le volume partagé SAP HANA.
|
Si vous devez réinitialiser le système sur une autre sauvegarde Snapshot, les étapes 6 et 4 sont suffisantes. Aucune actualisation du volume partagé SAP HANA n'est requise. |
La section "« Clone du système SAP avec SnapCenter »" fournit une description détaillée détaillée du flux de travail du clone du système.