La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Concepts et bonnes pratiques des services SnapCenter

Contributeurs

Stratégie de protection des données

Avant de configurer le service SnapCenter, vous devez définir la stratégie de protection des données en fonction des exigences RTO et RPO des différents systèmes SAP.

Une approche commune consiste à définir des types de systèmes tels que la production, le développement, les tests ou les systèmes sandbox. Tous les systèmes SAP d’un même type de système ont généralement les mêmes paramètres de protection des données.

Vous devez définir les paramètres suivants :

  • Fréquence d’exécution d’une sauvegarde Snapshot

  • Durée de conservation d’une sauvegarde Snapshot

  • Fréquence d’exécution d’une vérification d’intégrité des blocs (sauvegardes basées sur des fichiers

  • Combien de temps une sauvegarde de vérification de l’intégrité des blocs (sauvegarde basée sur des fichiers) est-elle conservée ?

Le tableau suivant présente un exemple de paramètres de protection des données pour la production, le développement et le test du type de système. Pour le système de production, une fréquence de sauvegarde élevée a été définie et des sauvegardes hebdomadaires basées sur des fichiers sont exécutées. Les systèmes de test et de développement présentent une exigence inférieure et les sauvegardes Snapshot sont planifiées moins souvent.

Paramètres Systèmes de production Systèmes de développement Systèmes de test

Fréquence des sauvegardes Snapshot

Toutes les 4 heures

Toutes les 6 heures

Toutes les 12 heures

Conservation des sauvegardes Snapshot

3 jours

3 jours

3 jours

Fréquence de vérification de l’intégrité des blocs

Une fois par semaine

Une fois par semaine

Une fois par semaine

Conservation des vérifications d’intégrité des blocs

4 semaines

2 semaines

1 semaine

Le tableau suivant présente les règles à configurer pour les paramètres de protection des données des opérations de sauvegarde Snapshot.

Paramètres Police SnapshotEvery4h Policy SnapshotEvery6h Police SnapshotEvery12h

Type de sauvegarde

Basée sur des copies Snapshot

Basée sur des copies Snapshot

Basée sur des copies Snapshot

Type de programme

Horaire

Horaire

Horaire

La conservation

Nombre = 18

Nombre = 12

Nombre = 3

Programme de sauvegarde

Toutes les 4 heures

Toutes les 6 heures

Toutes les 12 heures

Le tableau suivant présente les règles à configurer pour les paramètres de protection des données des opérations de sauvegarde basées sur des fichiers.

Paramètres Police FileBased4Week Fichier de police Based2Weeks Fichier de police basées1semaine

Type de sauvegarde

Basée sur un fichier

Basée sur un fichier

Basée sur un fichier

Type de programme

Hebdomadaire

Hebdomadaire

Hebdomadaire

La conservation

Nombre = 4

Nombre = 2

Nombre = 1

Programme de sauvegarde

Tous les dimanches

Tous les dimanches

Tous les dimanches

Règles de service SnapCenter

Dans le service SnapCenter, une seule règle de protection inclut les paramètres suivants :

  • Type de sauvegarde

    • Basé sur les snapshots

    • Basé sur des fichiers

  • Planification et conservation

    • Horaires : toutes les heures, tous les jours, toutes les semaines et tous les mois. Une seule règle peut avoir plusieurs calendriers.

    • Pour chaque planification, une heure de début ou de fin et la fréquence sont configurées.

    • Pour chaque planification, une conservation est configurée. La conservation peut être basée sur le temps ou sur des compteurs.

La figure suivante présente une capture d’écran de la configuration de la règle.

Erreur : image graphique manquante

Les opérations de sauvegarde

SAP a introduit la prise en charge des sauvegardes Snapshot pour les systèmes MDC à plusieurs locataires avec HANA 2.0 SPS4. Dans un système MDC SAP HANA, la configuration des locataires n’est pas nécessairement statique. Vous pouvez ajouter ou supprimer des locataires. Le service SnapCenter ne peut pas compter sur la configuration découverte lorsque la base de données HANA est ajoutée à SnapCenter. Le service SnapCenter doit savoir quels locataires sont disponibles au moment de l’exécution de la sauvegarde.

Par conséquent, à chaque opération de sauvegarde, la première étape du workflow consiste à obtenir les informations de locataire. L’étape suivante est l’opération de sauvegarde Snapshot elle-même. Cette étape inclut la commande SQL pour déclencher le point de sauvegarde HANA, la sauvegarde Azure NetApp Files Snapshot et la commande SQL pour fermer le point de sauvegarde HANA. En utilisant la commande close, la base de données HANA met à jour le catalogue de sauvegardes de la base de données système et de chaque locataire.

Note SAP ne prend pas en charge les opérations de sauvegarde Snapshot pour les systèmes MDC lorsque un ou plusieurs locataires sont arrêtés.

Pour la gestion de la conservation des sauvegardes de données et de la gestion des catalogues de sauvegardes HANA, le service SnapCenter doit exécuter les opérations de suppression de catalogue pour la base de données système et toutes les bases de données de locataires identifiées lors de la première étape. De la même façon que pour les sauvegardes des journaux, le flux de travail du service SnapCenter doit fonctionner sur chaque locataire qui faisait partie de l’opération de sauvegarde.

La figure suivante présente une vue d’ensemble du workflow de sauvegarde.

Erreur : image graphique manquante

Workflow de sauvegarde pour les sauvegardes Snapshot de la base de données HANA

SnapCenter Service exécute la sauvegarde de la base de données SAP HANA dans l’ordre suivant :

  1. Lit la liste des locataires de la base de données HANA.

  2. Stocke les informations des locataires dans les métadonnées du service SnapCenter pour l’opération de sauvegarde.

  3. Déclenche un point de sauvegarde global synchronisé SAP HANA pour créer une image de base de données cohérente sur la couche de persistance.

    Pour un système SAP HANA MDC à un ou plusieurs locataires, un point de sauvegarde global synchronisé est créé pour la base de données système et pour chaque base de données locataire.

  4. Crée des copies Snapshot Azure NetApp Files pour tous les volumes de données configurés pour le système HANA. Dans notre exemple de base de données HANA à un seul hôte, un seul volume de données est disponible. Une base de données SAP HANA à plusieurs hôtes existe plusieurs volumes de données.

  5. Enregistre la sauvegarde Snapshot Azure NetApp Files dans le catalogue des sauvegardes SAP HANA.

  6. Supprime le point de sauvegarde SAP HANA.

  7. Supprime les copies Azure NetApp Files Snapshot et les entrées de sauvegarde dans sa base de données, ainsi que dans le catalogue de sauvegardes SAP HANA, en fonction de la règle de conservation définie pour les sauvegardes. Les opérations du catalogue de sauvegardes HANA sont effectuées pour la base de données système et tous les locataires.

  8. Supprime toutes les sauvegardes des journaux du système de fichiers et du catalogue de sauvegardes SAP HANA antérieures à la sauvegarde de données la plus ancienne identifiée dans le catalogue de sauvegardes SAP HANA. Ces opérations sont effectuées pour la base de données du système et tous les locataires.

Flux de production de sauvegarde pour les opérations de vérification de l’intégrité des blocs

Le service SnapCenter exécute le contrôle d’intégrité des blocs dans l’ordre suivant :

  1. Lit la liste des locataires de la base de données HANA.

  2. Déclenche une opération de sauvegarde basée sur des fichiers pour la base de données système et chaque locataire.

  3. Supprime les sauvegardes basées sur des fichiers de sa base de données, dans le système de fichiers et dans le catalogue de sauvegardes SAP HANA en fonction de la règle de conservation définie pour les opérations de vérification de l’intégrité des blocs. La suppression des sauvegardes sur le système de fichiers et les opérations du catalogue de sauvegardes HANA sont effectuées pour la base de données système et tous les locataires.

  4. Supprime toutes les sauvegardes des journaux du système de fichiers et du catalogue de sauvegardes SAP HANA antérieures à la sauvegarde de données la plus ancienne identifiée dans le catalogue de sauvegardes SAP HANA. Ces opérations sont effectuées pour la base de données du système et tous les locataires.

Gestion de la conservation des sauvegardes et organisation des sauvegardes des données et des journaux

La gestion de la conservation des sauvegardes de données et le nettoyage des sauvegardes de journaux peuvent être divisés en quatre domaines principaux, notamment la gestion de la conservation des données suivantes :

  • Sauvegardes Snapshot

  • Sauvegardes basées sur des fichiers

  • Sauvegardes de données dans le catalogue de sauvegardes SAP HANA

  • Sauvegardes des journaux dans le catalogue de sauvegardes SAP HANA et dans le système de fichiers

La figure suivante présente les différents flux de travail et les dépendances de chaque opération. Les sections suivantes décrivent en détail les différentes opérations.

Erreur : image graphique manquante

Gestion de la conservation des sauvegardes Snapshot

Le service SnapCenter gère le nettoyage des sauvegardes de bases de données SAP HANA et des sauvegardes de volumes non-données en supprimant les copies Snapshot sur le stockage et dans le référentiel de services SnapCenter, conformément à la règle de sauvegarde du service SnapCenter.

La logique de gestion de la conservation est exécutée avec chaque workflow de sauvegarde dans SnapCenter.

Vous pouvez également supprimer manuellement les sauvegardes Snapshot dans SnapCenter.

Gestion de la conservation des sauvegardes basées sur des fichiers

Le service SnapCenter gère l’organisation des sauvegardes basées sur des fichiers en supprimant les sauvegardes du système de fichiers conformément à la règle de conservation définie dans la stratégie de sauvegarde du service SnapCenter.

La logique de gestion de la conservation est exécutée avec chaque workflow de sauvegarde dans SnapCenter.

Gestion de la conservation des sauvegardes de données dans le catalogue des sauvegardes SAP HANA

Lorsque le service SnapCenter supprime toute sauvegarde (par Snapshot ou par fichier), cette sauvegarde de données est également supprimée dans le catalogue des sauvegardes SAP HANA.

Gestion de la conservation des sauvegardes des journaux

La base de données SAP HANA crée automatiquement des sauvegardes de journaux. Cette sauvegarde de journaux exécute la création de fichiers de sauvegarde pour chaque service SAP HANA individuel dans un répertoire de sauvegarde configuré dans SAP HANA.

Les sauvegardes de journaux antérieures à la dernière sauvegarde de données ne sont plus nécessaires pour la restauration par transfert et peuvent être supprimées.

SnapCenter Service gère l’organisation des sauvegardes des fichiers journaux au niveau du système de fichiers ainsi que dans le catalogue de sauvegardes SAP HANA en exécutant les tâches suivantes :

  1. Lit le catalogue de sauvegardes SAP HANA pour obtenir l’ID de sauvegarde des sauvegardes Snapshot ou basées sur des fichiers les plus anciennes.

  2. Supprime toutes les sauvegardes de journaux du catalogue SAP HANA et du système de fichiers antérieures à cet ID de sauvegarde.

    Le service SnapCenter ne gère que les sauvegardes qui ont été créées par SnapCenter. Si des sauvegardes supplémentaires basées sur des fichiers sont créées en dehors de SnapCenter, vous devez vous assurer que les sauvegardes basées sur des fichiers sont supprimées du catalogue de sauvegardes. Si une telle sauvegarde de données n’est pas supprimée manuellement du catalogue de sauvegardes, elle peut devenir la sauvegarde de données la plus ancienne et les anciennes sauvegardes de journaux ne sont pas supprimées tant que cette sauvegarde basée sur des fichiers n’est pas supprimée.

Note Vous ne pouvez pas désactiver la gestion de la conservation des sauvegardes de journaux avec la version actuelle du service SnapCenter.

Besoins de stockage pour les sauvegardes Snapshot

La vitesse de modification des blocs sur la couche de stockage est supérieure par rapport aux bases de données classiques. Du fait du processus de fusion de table HANA du magasin de colonnes, le tableau complet est écrit sur le disque, et pas uniquement les blocs modifiés. Les données de notre base client montrent un taux de modification quotidien compris entre 20 et 50 % si plusieurs sauvegardes Snapshot sont effectuées pendant la journée.