Bonnes pratiques concernant les règles de plan de sauvegarde

En suivant ces bonnes pratiques, vous éviterez certaines des erreurs les plus courantes que les utilisateurs commettent lorsqu'ils créent et modifient des modèles de règles.

Vous devez configurer des modèles de stratégie en fonction de vos objectifs de point de récupération (RPO) et de temps de récupération (RTO). Au fil du temps, vous devrez peut-être modifier ces modèles.

Capture de la sauvegarde de données initiale

La première fois qu'une règle d'un modèle de règles crée une sauvegarde des données d'une application, elle sauvegarde l'intégralité des données. Les sauvegardes suivantes seront incrémentielles.

Pour protéger plusieurs applications avec un seul modèle de règles, appliquez-le à seulement quelques-unes d'entre elles. Une fois la capture complète des données initiale terminée, appliquez le modèle de stratégie à d'autres applications. Répétez le processus jusqu'à ce que le modèle de règles ait été appliqué à toutes les applications.

Redimensionner des volumes

Si vous redimensionnez un volume contenant des données protégées, pour certains types d'applications, la prochaine fois que la règle d'instantané de ce volume s'exécutera, elle pourra effectuer une opération de sauvegarde complète, quel que soit le nombre de fois où les données de ce volume ont été sauvegardées par le passé. Cela inclut les VMDK VMWare redimensionnés et les sauvegardes basées sur des agents d'applications Microsoft Windows et d'applications Linux qui ne sont pas sur LVM.

Si vous devez redimensionner un volume pour ces types d'applications concernés, tenez compte de l'impact de la capture de toutes les données sur le ou les serveurs d'applications, le réseau et l'appliance de sauvegarde/restauration.

Simultanéité des jobs

Par défaut, un appareil de sauvegarde/restauration peut exécuter six tâches d'instantanés simultanément. Si vous avez planifié plus de tâches que le nombre autorisé pour la même période, le planificateur de règles démarrera autant de tâches que possible et placera les autres tâches en file d'attente.

Étant donné que la conception du réseau, la mise en page des données et les classes de stockage de chaque utilisateur sont différentes, testez la simultanéité jusqu'à atteindre le nombre optimal de tâches simultanées.

Calendriers des règles

La console de gestion propose deux méthodes pour spécifier un calendrier de stratégie lors de la configuration d'une stratégie:

  • Avec fenêtre Définit une planification de sauvegarde d'instantanés distincte respectant une fréquence et une période spécifiques (par exemple, effectuez une sauvegarde toutes les 30 minutes, tous les jours de 9h à 17h UTC). Vous pouvez demander à l'appliance de sauvegarde/restauration d'exécuter plusieurs tâches de sauvegarde à un intervalle de fréquence spécifié ou une seule fois pendant une période spécifiée.
  • En continu. Définit une planification de sauvegarde d'instantanés continue (par exemple, exécutez une tâche de sauvegarde toutes les huit heures, en commençant la première tâche à 01h00 UTC). Dans cette planification de règles, les tâches s'exécutent en continu (24h/24, 7j/7) à l'intervalle de temps spécifié.

Calcul de la fréquence

La période correspond au temps écoulé entre les exécutions planifiées, et la fréquence correspond au nombre d'exécutions par unité de temps. Par exemple, si une planification prévoit que les tâches doivent s'exécuter toutes les quatre heures, la période est de quatre heures et la fréquence attendue est de six fois par jour. Si l'exécution d'une tâche prend une heure et que la fréquence de la règle est de 12 heures, la tâche de la règle s'exécute à nouveau 11 heures après la fin de la tâche précédente.

Veillez à sélectionner une fréquence qui atteint vos objectifs de point de récupération (RPO) requis et qui laisse suffisamment de temps pour qu'une tâche se termine.

  • La fréquence minimale recommandée pour une stratégie d'instantané est d'une heure (RPO local).
  • Une règle StreamSnap peut pointer vers n'importe quelle règle d'instantané avec une fréquence d'une heure ou plus (RPO à distance).

Protection des journaux de base de données dans une stratégie de plan de sauvegarde

Lorsque vous créez une stratégie d'instantané pour une base de données, vous avez la possibilité de capturer également ses fichiers journaux à une fréquence spécifiée. La fréquence à laquelle les journaux de la base de données sont capturés est définie séparément de celle de la base de données. Par exemple, une base de données peut être capturée tous les jours et ses journaux toutes les heures.

La fréquence de sauvegarde des journaux de la base de données est définie en minutes, et la fréquence à laquelle les journaux sont capturés ne doit pas dépasser la fréquence à laquelle la base de données associée est capturée. Par exemple, si la fréquence de capture de la base de données est de 24 heures, la fréquence de capture du fichier journal doit être inférieure à 24 heures.

La fréquence et la conservation sont définies dans les paramètres avancés de la règle d'instantané de la base de données. La capture des journaux est effectuée sans tenir compte des limites de jour, de la fenêtre ni de la fréquence à laquelle la base de données associée est capturée.

Pour activer la fonctionnalité de protection des journaux, accédez aux paramètres avancés Enable Database Log Backup (Activer la sauvegarde des journaux de la base de données) dans une stratégie d'instantané de plan de sauvegarde. La fréquence et la conservation sont également définies dans les paramètres avancés d'une règle de plan de sauvegarde.

L'espace physique requis pour accueillir les journaux d'une base de données est automatiquement géré par la console de gestion. La console de gestion évalue au minimum les tailles de journaux typiques et leur période de conservation, et ajoute de l'espace si nécessaire.

Pour activer la sauvegarde des journaux et gérer plus efficacement les exigences de stockage des journaux de base de données, consultez ce tableau.

Paramètre Entrée
Tronquer ou purger le journal après la sauvegarde Obligatoire pour purger le journal de production. Sélectionnez cette option pour gérer la purge des journaux. La purge des journaux est effectuée à la fin de chaque sauvegarde de journaux. La valeur par défaut est "Ne pas tronquer".

Si une règle avec Enable database log backup (Activer la sauvegarde des journaux de la base de données) est définie sur No (Non) et que Truncate or purge log after backup (Tronquer ou supprimer le journal après la sauvegarde) est défini sur Yes (Oui), la suppression des journaux s'exécute à la fin de chaque sauvegarde de la base de données, et supprime tous les journaux.
Durée de conservation des sauvegardes des journaux La sauvegarde de journaux sur le disque de préproduction de Backup and DR sera conservée jusqu'à la valeur définie ici. La durée de conservation des journaux de sauvegarde peut être différente de celle des instantanés.
Taille de la croissance du disque de mise en scène des journaux Définissez un pourcentage pour augmenter le disque de préproduction de la sauvegarde des journaux si nécessaire.
Taux de changement estimé Estimer le pourcentage de variation des données de la base de données chaque jour.
Compresser la sauvegarde des journaux de la base de données Utilisez cette option pour permettre à la sauvegarde des journaux de la base de données de s'exécuter en mode compression à l'aide de l'API de base de données au niveau de l'application.
Activer la sauvegarde des journaux de la base de données L'option Activer la sauvegarde des journaux de la base de données permet à la règle du plan de sauvegarde de sauvegarder une base de données et tous les fichiers journaux associés. Les journaux sont sauvegardés lorsque la tâche de sauvegarde des journaux s'exécute. Les options sont Oui ou Non. Lorsque l'option est définie sur "Oui", les options associées sont activées.
RPO Lorsque l'option "Activer la sauvegarde des journaux de base de données" est définie sur "Oui", le RPO définit la fréquence de sauvegarde des journaux de base de données. La fréquence est définie en minutes et ne doit pas dépasser l'intervalle de sauvegarde de la base de données.
Répliquer les journaux (utilise la technologie StreamSnap) Lorsque l'option "Activer la sauvegarde des journaux de base de données" est définie sur "Activer", le paramètre avancé "Répliquer les journaux" permet de répliquer les sauvegardes des journaux de base de données sur un appareil de sauvegarde/restauration distant. Pour qu'une tâche de réplication de sauvegarde de journaux s'exécute, un paramètre de réplication StreamSnap doit être inclus dans le modèle, ainsi qu'un profil de ressources spécifiant un appareil de sauvegarde/récupération à distance. Au moins une réplication de la base de données doit également être effectuée avec succès. Vous pouvez ensuite utiliser la sauvegarde de journaux sur le site distant pour n'importe quelle image de base de données dans la plage de conservation de la sauvegarde de journaux répliquée. Cette fonctionnalité est activée par défaut.

La réplication des journaux utilise la technologie StreamSnap pour effectuer la réplication entre les appareils de sauvegarde/restauration locaux et distants. La réplication des journaux passe directement du pool d'instantanés local au pool d'instantanés de l'appareil distant.

Remarque: La réplication des journaux ne se produit que lorsque la base de données a été protégée et que l'image de sauvegarde de la base de données a été répliquée sur l'appareil de sauvegarde/restauration distant.
Envoyer des journaux au pool OnVault Si cette valeur est définie sur "Yes" (Oui), les journaux sont répliqués dans un ou plusieurs pools de stockage OnVault, ce qui permet de récupérer des données à un moment donné à partir d'un pool OnVault sur un autre site.

Priorité et planification des tâches

Toutes les activités s'exécutent en tant que tâches. Les tâches sont exécutées selon les planifications configurées lors de la création des règles.

Certaines tâches prennent beaucoup plus de temps que d'autres. Les tâches d'expiration sont rapides. Les tâches d'instantané dépendent de variables telles que la taille de l'application ou de la VM, et la quantité de données modifiées depuis le dernier instantané. L'instantané initial de toute application ou VM est constitué de données entièrement nouvelles, ce qui peut prendre beaucoup de temps.

Le planificateur de règles identifie quand une ou plusieurs règles appliquées aux applications doivent s'exécuter, puis lance une tâche qui place la règle dans une file d'attente lorsque l'heure de début planifiée est atteinte. Pour chaque type de stratégie, un mécanisme de régulation permet de s'assurer que le système n'est pas submergé par les tâches en cours d'exécution. Ce mécanisme de régulation utilise des créneaux de tâches pour atteindre cet état stable, ce qui signifie que même si une tâche est censée commencer à un moment donné, elle ne s'exécutera que lorsqu'un créneau de tâche sera disponible.

Si plusieurs applications sont planifiées pour s'exécuter en même temps avec la même priorité de tâche, la sélection de l'application à exécuter est randomisée pour assurer l'équité entre toutes les applications ayant la même priorité.

Répétitions de tâches

Lorsqu'une tâche échoue, le planificateur réessaie automatiquement de l'exécuter. La première fois que la tâche échoue, le planificateur attend quatre minutes avant de la rendre disponible pour une nouvelle tentative. Après trois tentatives infructueuses, la tâche est marquée comme ayant échoué et n'est plus réessayée. La prochaine tâche sera exécutée selon le calendrier de la règle.

Le planificateur traitera une nouvelle tentative de tâche comme n'importe quelle autre tâche disponible. Si le nombre de jobs disponibles est supérieur au nombre d'emplacements disponibles, les jobs sont mis en file d'attente. Cela peut entraîner l'échec du démarrage d'une nouvelle tentative dans la période et le marquage du job comme ayant échoué.

Les nouvelles tentatives de tâches sont signalées dans Monitor (Surveiller). Pour identifier les nouvelles tentatives de tâches, le surveillant ajoute d'abord un a, puis un b, et enfin un c au nom de chaque tâche de nouvelle tentative.

Étape suivante