Plans de sauvegarde dans la console de gestion

Les plans de sauvegarde sont les règles utilisées par la console de gestion pour définir la fréquence de sauvegarde des données de l'application, la durée de conservation des sauvegardes des données de l'application, ainsi que l'emplacement et la méthode de réplication des sauvegardes des données de l'application. Utilisez les plans de sauvegarde pour créer des modèles de règles et des profils de ressources que chaque appareil de sauvegarde/restauration utilise pour gérer les données. Une violation de plan de sauvegarde se produit lorsque les données ne sont pas sauvegardées conformément aux limites que vous avez définies dans une stratégie.

L'onglet Plans de sauvegarde propose deux assistants faciles à utiliser pour créer des règles de gestion des données qui seront appliquées à vos applications:

  • Modèles Utilisez l'assistant Modèles pour contrôler la fréquence et la conservation des données. Il vous permet également d'effectuer une hiérarchisation et une réplication des données. Pour en savoir plus, consultez la section Modèle de sauvegarde.
  • Profils Utilisez l'assistant Profiles (Profils) pour contrôler l'emplacement physique et les pools de stockage dans lesquels les données sont stockées. Pour en savoir plus, consultez la section Profils de ressources.

Consultez la section Bonnes pratiques concernant les plans de sauvegarde pour éviter certaines des erreurs les plus courantes que les utilisateurs commettent lorsqu'ils créent et modifient des modèles de règles et les règles associées.

Répétitions des tâches de sauvegarde

Lorsqu'une tâche planifiée échoue, le planificateur la relance automatiquement jusqu'à trois fois. La première fois qu'une tâche échoue, l'état de la première tentative est marqué comme "Retried" (Réessayé) et le planificateur attend quatre minutes avant de mettre la tâche dans la file d'attente à nouveau. Si l'opération échoue à nouveau, la nouvelle tentative est mise en file d'attente au bout de 16 minutes. Si elle échoue une troisième fois, une dernière tentative est mise en file d'attente après un délai d'attente de 64 minutes. Après trois tentatives de nouvelle tentative ayant échoué (un total de quatre tentatives), l'état de la tâche de nouvelle tentative finale passe de "Réessayé" à "Échec", et aucune autre tâche n'est tentée pour cette application pendant cette période de planification.

Le planificateur traite une nouvelle tentative de tâche comme n'importe quelle autre tâche disponible. Si le nombre de tâches en file d'attente est supérieur au nombre d'emplacements disponibles, la tâche de nouvelle tentative en file d'attente doit attendre un emplacement. Si la fenêtre de règle se ferme avant qu'une tâche de nouvelle tentative ne puisse démarrer, aucune tâche de nouvelle tentative en file d'attente ne s'exécute et aucune nouvelle tentative n'est tentée.

Les nouvelles tentatives de tâches sont signalées dans Surveiller > Tâches. Pour identifier les nouvelles tentatives de tâche, les quatre tâches auront le même numéro de tâche au format suivant, dans l'ordre suivant:

  • Job_xxxxx (État: Réessayé)
  • Job_xxxxxa (État : "Retried" (Réessayé) ; mise en file d'attente après un délai de 4 minutes)
  • Job_xxxxxb (État : "Retried" (Réessayé) ; mise en file d'attente après un délai de 16 minutes)
  • Job_xxxxxc (État: Échec ; mise en file d'attente après un délai de 64 minutes)

La prochaine tentative de tâche de sauvegarde pour cette application aura lieu conformément au calendrier de la règle. Par conséquent, si la planification prévoit un instantané par jour dans une période commençant à 01h00, la prochaine tentative aura lieu le jour suivant à 01h00.

Modèle de sauvegarde

Un modèle de sauvegarde est un ensemble de règles définies dans les plans de sauvegarde. Chaque règle définit la façon dont les données sont sauvegardées, la fréquence à laquelle elles le sont et la durée de leur conservation. Plus précisément, les règles définissent les éléments suivants:

  • Types d'opérations de sauvegarde de données (par exemple, instantané, réplication)
  • Fréquence de l'opération de sauvegarde des données d'application
  • Durée de conservation des sauvegardes des données d'application
  • Paramètres avancés liés à l'opération de sauvegarde des données de l'application
  • Indique si les journaux doivent être tronqués. Les mises à jour de bases de données telles que Microsoft SQL Server et Oracle sont accompagnées de la création de journaux et de métadonnées. Les journaux expliquent les modifications apportées aux bases de données.
  • Emplacement où les données de sauvegarde sont conservées (appareil de sauvegarde/restauration local, appareil de sauvegarde/restauration à distance ou emplacement de stockage OnVault)

En combinant des règles dans un même modèle, vous pouvez créer un seul modèle qui définit la conservation à court et long terme des données, ainsi que l'emplacement où elles seront conservées et la durée de conservation des données répliquées.

Profils de ressources

Un profil de ressources spécifie le support de stockage des données d'application et de VM protégées. La stratégie et le profil de ressources qui constituent le plan de sauvegarde déterminent le type de sauvegarde des données d'application à effectuer et l'emplacement où stocker les sauvegardes des données d'application (pool de disques pouvant être utilisé). Les profils de ressources définissent le pool d'instantanés (si nécessaire) utilisé ou les données de l'appliance distante répliquées.

En plus des modèles de stratégie et des stratégies, vous devez également créer des profils de ressources dans les plans de sauvegarde. Les profils de ressources définissent l'emplacement de stockage des données. Les données peuvent être stockées de différentes manières:

  • Local. Appareil de sauvegarde/récupération pour lequel le profil de ressources est créé.

  • À distance. Appareil de sauvegarde/restauration utilisé pour la réplication à distance. Cet appareil à distance doit être déjà associé à l'appareil local sélectionné.

  • OnVault Stockage défini par un pool de stockage OnVault. Les pools OnVault peuvent être des espaces de stockage que vous contrôlez ou des reliquaires de sauvegarde Google Cloud gérés, indélébiles et immuables.

Les profils de ressources sont appliqués aux applications dans le Gestionnaire d'applications et fonctionnent en tandem avec les modèles de règles:

  • Un modèle de stratégie qui n'inclut pas de stratégie de réplication doit être appliqué à une application avec un profil de ressources qui ne stocke que des données localement.
  • Un modèle de règles incluant une règle de réplication doit être appliqué à une application avec un profil de ressources qui stocke des données sur un autre appareil ou dans un espace de stockage défini par le pool de stockage OnVault.

Vous définissez un profil de ressources pour tout dispositif de sauvegarde/restauration ajouté à la console de gestion.

Étape suivante