Skip to main content
NetApp Solutions SAP
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Présentation du workflow d'actualisation du système SAP avec SnapCenter

Contributeurs
PDF

SnapCenter fournit des workflows qui vous permettent de gérer des clones de jeux de données à partir de n'importe quelle sauvegarde Snapshot existante. Ce jeu de données cloné, un volume FlexClone, peut être utilisé pour provisionner rapidement un volume de données HANA à partir d'un système source et le relier à un système cible. Elle est donc parfaitement adaptée à l'exécution des opérations de mise à jour des systèmes pour les systèmes de QA, de test, de sandbox et de formation.

Les workflows de clonage SnapCenter gèrent toutes les opérations requises sur la couche de stockage et peuvent être étendus à l'aide de scripts pour exécuter des opérations spécifiques à l'hôte et à la base de données HANA. Dans ce document, nous utilisons un script pour effectuer des opérations de restauration et d'arrêt de la base de données HANA. Les workflows SnapCenter avec une automatisation supplémentaire à l'aide du script traitent toutes les opérations de base de données HANA requises, mais ne couvrent pas les étapes de post-traitement SAP requises. Le post-traitement SAP doit être effectué manuellement ou à l'aide d'outils tiers.

Le workflow d'actualisation du système SAP avec SnapCenter se compose de cinq étapes principales, comme illustré dans la figure ci-dessous.

  1. Installation initiale et préparation du système cible

    1. Le plug-in SnapCenter HANA doit être installé sur le nouveau système cible et le système HANA doit être configuré dans SnapCenter

    2. Le système cible doit être arrêté et le volume de données HANA doit être démonté

  2. Workflow de création de clone SnapCenter

    1. SnapCenter crée un volume FlexClone de l'instantané sélectionné du système source

    2. SnapCenter monte le volume FlexClone sur le système cible

    3. La restauration de la base de données HANA cible peut être automatisée à l'aide du sc-system-refresh script en tant que post-script ou exécutée manuellement

  3. Post-traitement SAP (manuel ou avec un outil tiers)

  4. Le système peut maintenant être utilisé comme système de test/QA.

  5. Lorsqu'une nouvelle actualisation du système est demandée, le workflow de suppression des clones SnapCenter est utilisé pour supprimer le volume FlexClone

    1. Si le système HANA cible a été protégé dans SnapCenter, la protection doit être supprimée avant le lancement du workflow de suppression des clones.

    2. Le système HANA doit être arrêté manuellement ou automatiquement en utilisant le sc-system-refresh script en tant que pré-script SnapCenter

    3. SnapCenter démonte le volume de données HANA

    4. SnapCenter supprime le volume FlexClone

    5. Une actualisation est redémarrée à l'étape 2.

Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

Dans la plupart des cas, les systèmes de test/QA cibles sont utilisés pendant au moins deux semaines. Étant donné que le volume FlexClone bloque la copie Snapshot du volume du système source, cette copie Snapshot nécessite des capacités supplémentaires en fonction du taux de modification des blocs au niveau du volume du système source. Pour les systèmes source de production et un taux de modification moyen de 20 % par jour, le snapshot bloqué atteindra 100 % après 5 jours. Par conséquent, NetApp recommande de diviser le volume FlexClone immédiatement ou après deux jours, si le clone est basé sur un système source de production. L'opération de séparation des clones ne bloque pas l'utilisation du volume cloné et peut donc être effectuée à tout moment pendant que la base de données HANA est utilisée.

Remarque Lors du fractionnement du volume FlexClone, SnapCenter supprime toutes les sauvegardes créées sur le système cible.
Remarque Avec SnapCenter et Azure NetApp Files, l'opération de répartition des clones n'est pas disponible, car Azure NetApp Files divise toujours le clone après sa création.

L'opération d'actualisation, y compris la répartition des clones, comprend les étapes suivantes.

  1. Installation initiale et préparation du système cible

    1. Le plug-in SnapCenter HANA doit être installé sur le nouveau système cible et le système HANA doit être configuré dans SnapCenter

    2. Le système cible doit être arrêté et le volume de données HANA doit être démonté

  2. Workflow de création de clone SnapCenter

    1. SnapCenter crée un volume FlexClone de l'instantané sélectionné du système source

    2. SnapCenter monte le volume FlexClone sur le système cible

    3. La restauration de la base de données HANA cible peut être automatisée à l'aide du sc-system-refresh script en tant que post-script ou exécutée manuellement

  3. Le volume FlexClone est partagé à l'aide du workflow de répartition des clones SnapCenter.

  4. Post-traitement SAP (manuel ou avec un outil tiers)

  5. Le système peut maintenant être utilisé comme système de test/QA.

  6. Lorsqu'une nouvelle actualisation du système est demandée, le nettoyage s'effectue en suivant les étapes manuelles suivantes

    1. Si le système HANA cible a été protégé dans SnapCenter, la protection doit être supprimée.

    2. Le système HANA doit être arrêté manuellement

    3. Le volume de données HANA doit être démonté et l'entrée fstab de SnapCenter doit être supprimée (tâche manuelle)

    4. Une actualisation est redémarrée à l'étape 2.

      Remarque L'ancien volume de données, précédemment divisé, doit être supprimé manuellement dans le système de stockage.

Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

La section "« Mise à jour du système SAP HANA avec SnapCenter »" fournit une description détaillée détaillée détaillée des deux flux de travail de mise à jour du système.