Sauvegarder des instances et des bases de données Microsoft SQL Server dans une sauvegarde gérée par l'appliance

Le service Backup and DR vous permet de sauvegarder Microsoft SQL Server :

  • Instances

  • Base de données principale d'un groupe de disponibilité Always On

  • Bases de données dans des VM

  • Bases de données du système

  • Bases de données de l'utilisateur

  • Bases de données et fichiers d'assistance dans un groupe de cohérence

  • Membres individuels d'un groupe de cohérence

Avant de commencer

Avant de protéger les bases de données Microsoft SQL Server :

Bonnes pratiques pour protéger les bases de données Microsoft SQL Server

Pour les bases de données Microsoft SQL Server qui utilisent le modèle de récupération complète, profitez de la possibilité de l'appliance de sauvegarde/restauration de sauvegarder à la fois la base de données et ses journaux avec une seule règle. Lorsque la base de données et ses journaux sont sauvegardés, l'appliance peut récupérer la base de données à un moment donné en faisant avancer ses journaux à l'aide de l'interface utilisateur de l'appliance. La sauvegarde de la base de données et de ses journaux est activée à l'aide des paramètres avancés du modèle de règle.

Sauvegarder des bases de données dans une instance par rapport à un groupe de cohérence

Lorsqu'une base de données est suspendue pour créer une sauvegarde, un instantané de ses disques est créé, puis libéré. Pour les groupes de cohérence et les instances de base de données, les membres sont suspendus et libérés ensemble pour un point de données cohérent dans le temps.

Lors de la sauvegarde d'une instance SQL, lorsque des bases de données sont ajoutées à l'instance, elles sont automatiquement incluses dans l'opération de sauvegarde Backup and DR. La sauvegarde de bases de données dans une instance SQL se prête aux environnements dans lesquels des bases de données sont régulièrement ajoutées et supprimées. Les bases de données montées sur une instance SQL en tant qu'applications virtuelles ne sont pas protégées avec les autres membres de l'instance. Les bases de données montées virtuellement doivent être protégées séparément.

L'appartenance à un groupe de cohérence s'effectue manuellement. La sauvegarde de bases de données dans un groupe de cohérence se prête aux environnements dans lesquels des bases de données ne sont pas souvent ajoutées ni supprimées.

Gestion des bases de données par rapport à la gestion des VM

Les serveurs Microsoft SQL sont protégés différemment, qu'ils soient protégés en tant qu'application (base de données, instance ou groupe de disponibilité) ou en tant que partie d'une VM entière.

Protégé en tant qu'application, pas ESP Protégé en tant que partie d'une VM
Les appliances de sauvegarde/restauration protègent uniquement les fichiers de base de données. Les VM VMware entières sont sauvegardées à l'aide des API VMware. Si vous gérez des bases de données SQL qui font partie d'une VM protégée entière, consultez [Protéger et récupérer des instances Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
L'agent Backup and DR coordonne l'instantané VSS et effectue la troncature des journaux. L'API VMware coordonne l'instantané VSS. L'agent Backup and DR doit être installé sur la VM pour la troncature des journaux.
L'agent Backup and DR utilise le suivi des blocs modifiés sur les fichiers nommés, ce qui est très efficace pour les fichiers de base de données volumineux. L'API VMware fournit le suivi des blocs modifiés.
Les journaux de transactions sont sauvegardés lorsqu'une tâche de sauvegarde s'exécute si vous sélectionnez Truncate Log After Backup dans Details & Settings (voir [Configurer les paramètres avancés pour remplacer les paramètres de règles](: #SetOverrides)) Les journaux de transactions ne sont pas sauvegardés.
Le client peut avancer avec les journaux. L'avance n'est pas disponible lors de la restauration.

Suivez les instructions ci-dessous pour appliquer un plan de sauvegarde afin de protéger une base de données Microsoft SQL Server.

  1. Dans la console de gestion des appliances du service Backup and DR, accédez à App Manager > Applications. La page Applications s'ouvre.

  2. Sélectionnez la base de données, l'instance, le groupe de disponibilité ou le groupe de cohérence Microsoft SQL Server que vous souhaitez sauvegarder, puis sélectionnez Manage Backup Plan (Gérer le plan de sauvegarde) en bas à droite de la page.

  3. Dans la fenêtre Manage Backup Plan (Gérer le plan de sauvegarde), choisissez un modèle et un profil dans les listes déroulantes :

    • Modèle : modèle de sauvegarde existant qui inclut des règles permettant de définir l'instantané et la réplication des données d'application.

    • Profil : profil de ressources existant qui définit les ressources utilisées pour stocker les données de l'application sous forme d'instantanés et d'images répliquées.

  4. Dans la fenêtre Manage Backup Plan Template (Gérer le modèle de plan de sauvegarde), apportez les modifications suivantes avant d'appliquer un plan de sauvegarde :

    • Paramètres de l'application : paramètres spécifiques à Microsoft SQL, tels que le type d'application, le nom d'hôte, l'adresse IP de l'hôte, le chemin d'accès, le système d'exploitation, l'appliance de sauvegarde/restauration et l'adresse IP de l'appliance.

    • Remplacements de règles : remplacez les paramètres de règles spécifiques précédemment configurés dans le modèle de sauvegarde sélectionné. Les remplacements de règles peuvent être utiles ou nécessaires dans certaines circonstances. Vous ne pouvez remplacer les paramètres de règles que si le modèle de la règle a été configuré pour autoriser les remplacements de paramètres de règles.

  5. Pour sélectionner des bases de données, sous Database Inclusion Rule (Règle d'inclusion de base de données), cliquez sur Edit (Modifier). La boîte de dialogue Manage Membership (Gérer l'appartenance) s'ouvre.

    • Dans la boîte de dialogue Manage Membership (Gérer l’appartenance), sélectionnez les bases de données à sauvegarder en attribuant une règle d’inclusion (All (Tout), System Databases (Bases de données système), User Databases (Bases de données utilisateur)), puis indiquez si la règle doit Include Selected (Inclure la sélection) ou Exclude Selected (Exclure la sélection).

    • Cliquez sur Save (Enregistrer). La boîte de dialogue Manage Membership (Gérer l'appartenance) se ferme.

  6. Cliquez sur Apply (Appliquer) pour appliquer le modèle de sauvegarde et le profil de ressources. La boîte de message de réussite s'affiche.

    La première fois que la base de données sélectionnée est détectée, une tâche à la demande s'exécute dès que possible pour protéger les données. Ensuite, les nouvelles données sont sauvegardées lorsque la tâche planifiée s'exécute en fonction des heures d'opération définies dans le modèle de sauvegarde. Par exemple, si à 10h00 (UTC), vous attribuez un modèle dont les heures d'opération sont de 2h00 à 5h00 (UTC), la première tâche ne démarrera que lorsque l'appliance disposera d'un emplacement de tâche disponible après 2h00 (UTC).

    Si vous sauvegardez une charge de travail sur une appliance de sauvegarde/restauration qui dépasse sa capacité de stockage recommandée ou sa limite d'instantanés, une notification s'affiche pour vous recommander de sauvegarder les données sur une autre appliance de sauvegarde/restauration.

Protection des journaux de base de données dans une règle de plan de sauvegarde

Lorsque vous créez une règle d'instantané pour une base de données, vous pouvez également sauvegarder ses fichiers journaux. La fréquence à laquelle les journaux de base de données sont sauvegardés est définie séparément de celle de la base de données. Par exemple, une base de données peut être sauvegardée tous les jours et ses journaux toutes les heures. La fréquence de sauvegarde des journaux de base de données est définie en minutes et ne doit pas dépasser la fréquence à laquelle sa base de données associée est sauvegardée. Par exemple, si une base de données est sauvegardée toutes les 24 heures, la fréquence de sauvegarde du fichier journal doit être inférieure à 24 heures.

La fréquence et la conservation sont définies dans les Details &Settings (Détails et paramètres) de la règle d'instantané de la base de données. La sauvegarde des journaux s'effectue sans tenir compte du moment où sa base de données associée est sauvegardée.

Vous activez la protection des journaux via les paramètres avancés Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) dans une règle d'instantané de plan de sauvegarde. La fréquence et la conservation sont définies dans les Details &Settings (Détails et paramètres) d'une règle de plan de sauvegarde.

L'espace requis pour les journaux d'une base de données est géré automatiquement par la console de gestion des appliances. La console de gestion des appliances évalue les tailles de journaux typiques et leur période de conservation, puis ajoute de l'espace si nécessaire. Pour gérer les exigences de stockage des journaux d'une base de données, les règles d'instantané fournissent les paramètres avancés suivants :

  • Log Backup Retention Period (Période de conservation des sauvegardes de journaux) : la conservation des journaux est définie séparément de la conservation de la règle d'instantané. Une période de conservation distincte vous permet d'utiliser les journaux conjointement avec des copies de la base de données stockées dans le pool d'instantanés et, éventuellement, dans un pool OnVault. La période de conservation des journaux est obligatoire lorsque les sauvegardes de journaux sont activées.

  • Replicate Logs (Répliquer les journaux) : vous pouvez répliquer les journaux de base de données sur une appliance de sauvegarde/restauration distante ou sur un pool OnVault, et utiliser les journaux distants pour n'importe quelle image de base de données dans la plage de conservation des journaux répliqués. La réplication des journaux utilise la technologie StreamSnap entre les appliances locales et distantes, en passant directement du pool d'instantanés local au pool d'instantanés de l'appliance distante. Cela nécessite une règle de réplication StreamSnap dans le modèle, et au moins une réplication réussie de la base de données doit d'abord être effectuée.

  • Log Staging Disk Growth Size (Taille de croissance du disque de préproduction des journaux) : définit le pourcentage de croissance automatique du disque de préproduction sur lequel résident les journaux. Ce paramètre est un pourcentage et les valeurs valides sont comprises entre 5 et 100.

  • Estimated Change Rate (Taux de changement estimé) : définit le changement quotidien (en pourcentage), ce qui permet à l'appliance de sauvegarde/restauration de mieux calculer la taille du disque de préproduction nécessaire pour contenir les journaux. Ce paramètre est un pourcentage et les valeurs valides sont comprises entre 0 et 100.

  • Compress Database Log Backup (Compresser la sauvegarde des journaux de base de données) : demande à la base de données source de compresser ses journaux avant la sauvegarde. Le serveur de base de données effectue la compression des journaux lors de la sauvegarde des journaux.

Configurer les paramètres avancés pour remplacer les paramètres de règles

Cliquez sur Policy Overrides (Remplacements de règles) dans la fenêtre Manage Backup Plan (Gérer le plan de sauvegarde) pour afficher la boîte de dialogue Policy Settings Override (Remplacer les paramètres de règles). Vous pouvez y remplacer des paramètres de règles spécifiques associés au modèle de sauvegarde sélectionné. Une fois terminé, cliquez sur Save Changes (Enregistrer les modifications).

Pour rétablir l'état par défaut d'un paramètre de remplacement de règle, cliquez sur la case à cocher à gauche de la sélection. Cliquez sur Select options that will revert back to default (Sélectionner les options qui reviendront à l'état par défaut) pour rétablir l'état par défaut de tous les paramètres de remplacement de règles.

La liste suivante décrit les remplacements de paramètres de règles valides pour les instances SQL Server, les groupes de disponibilité, les bases de données et les groupes de cohérence.

  • Do Not Unmap (Ne pas annuler le mappage) : conservez les disques de préproduction mappés entre les tâches. Sélectionnez cette option si vous souhaitez que les disques de préproduction temporaires mappés sur l'hôte et utilisés lors du déplacement des données restent mappés sur l'hôte. Les LUN sont mappés lors de la première tâche, et toutes les tâches suivantes réutilisent le même LUN mappé. Cette option est sélectionnée par défaut. Annuler le mappage des disques de préproduction après chaque tâche : cette option démonte le disque de préproduction du système d'exploitation à la fin de chaque tâche (en supprimant les points de montage ou les lettres de lecteur) et annule également son mappage de l'hôte. Cette option nécessite que l'hôte effectue une analyse des LUN SCSI au début de la tâche suivante, car les disques de préproduction remappés doivent être redécouverts avant de pouvoir être remontés.

  • Truncate Log After Backup (Tronquer le journal après la sauvegarde) : indiquez si vous souhaitez tronquer les journaux après chaque sauvegarde. Lorsque cette option est activée, les journaux associés à l'application sont tronqués jusqu'à la sauvegarde la plus récente ou actuelle. Si vous tronquez les journaux, vous devez également sauvegarder le journal des transactions pour activer une récupération par avance.

  • Skip Offline Applications in the Consistency Group (Ignorer les applications hors connexion dans le groupe de cohérence) : (pour la gestion des groupes de cohérence uniquement) indiquez si vous souhaitez ignorer les bases de données non disponibles qui font partie d'un groupe de cohérence. Vous créez un groupe de cohérence pour sauvegarder plusieurs bases de données ensemble afin de préserver la cohérence des données entre les bases de données. Les groupes de cohérence sont des ensembles de bases de données provenant de la même instance ou du même groupe de disponibilité.

    Vous disposez des options suivantes :

    • Échec de la sauvegarde lorsque des applications hors connexion sont détectées
    • Ignorer les applications hors connexion lors de la sauvegarde

  • Map staging disks to all ESX Hosts in a Cluster (Mapper les disques de préproduction sur tous les hôtes ESX d'un cluster) : (cette option n'est pas pertinente lorsque vous utilisez des datastores NFS) Mapper le disque de préproduction sur l'hôte ESX pour la VM uniquement. Mapper le disque de préproduction sur tous les hôtes ESX du cluster. Mapper le disque de préproduction sur deux hôtes ESX du cluster.

  • Backup SQL Server User Logins (Sauvegarder les identifiants de connexion utilisateur SQL Server) : sauvegarde les enregistrements de connexion de l'instance SQL Server pour les comptes autorisés à accéder aux bases de données sauvegardées. Lorsque la base de données est montée en tant qu'application virtuelle (montage compatible avec les applications), les identifiants de connexion utilisateur sauvegardés peuvent être restaurés de manière facultative dans l'instance SQL Server cible, ce qui garantit que la base de données virtuelle sera accessible par les mêmes utilisateurs ayant accès à la base de données source d'origine. Les options sont Yes (Oui) ou No (Non).

  • Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) : l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) permet à la règle du plan de sauvegarde de sauvegarder une base de données Oracle ou Microsoft SQL Server et tous les fichiers journaux de transactions associés. Les journaux sont sauvegardés lorsque la tâche d'instantané de journal s'exécute. Les options sont Yes (Oui) ou No (Non). Lorsque l'option est définie sur Yes (Oui), les options associées sont activées.

  • RPO : lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (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. La plus petite valeur pouvant être définie (en minutes) est 15.

  • Log Backup Retention Period (Période de conservation des sauvegardes de journaux) : lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (Oui), la conservation des journaux est définie séparément de la conservation de la règle d'instantané. Une période de conservation distincte vous permet d'utiliser les journaux conjointement avec des copies de la base de données stockées dans le pool d'instantanés. La période de conservation des journaux est un paramètre obligatoire.

  • Replicate Logs (Répliquer les journaux) : (utilise la technologie StreamSnap) lorsque le paramètre Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est défini sur Enable (Activer), le paramètre avancé Replicate Logs (Répliquer les journaux) permet de répliquer les journaux de transactions de la base de données Microsoft SQL Server sur une appliance de sauvegarde/restauration distante. Pour qu'une tâche de réplication de journaux s'exécute, un modèle doit contenir une règle de réplication StreamSnap ainsi qu'un profil de ressources spécifiant une appliance de sauvegarde/restauration distante, et au moins une réplication réussie de la base de données doit d'abord être effectuée. Vous pouvez ensuite utiliser les journaux sur le site distant pour n'importe quelle image de base de données dans la plage de conservation des journaux répliqués. Cette fonction est activée par défaut.

    La réplication des journaux utilise la technologie StreamSnap pour effectuer la réplication entre les appliances de sauvegarde/restauration locales et distantes. La réplication des journaux passe directement du pool d'instantanés local au pool d'instantanés de l'appliance distante.

  • Send Logs to OnVault Pool (Envoyer les journaux au pool OnVault) : lorsque le paramètre Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est défini sur Enable (Activer), ce paramètre permet de répliquer les journaux de transactions de la base de données Microsoft SQL Server sur un pool OnVault. Pour qu'une tâche de réplication de journaux s'exécute, un modèle doit contenir une règle OnVault ainsi qu'un profil de ressources spécifiant un pool OnVault, et au moins une base de données doit d'abord être envoyée au pool. Vous pouvez ensuite utiliser les journaux sur le site distant pour n'importe quelle image de base de données dans la plage de conservation. Cette fonction est activée par défaut.

  • Log Staging Disk Growth Size (Taille de croissance du disque de préproduction des journaux) : lorsque le paramètre Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est défini sur Yes (Oui), Log Staging Disk Growth Size (Taille de croissance du disque de préproduction des journaux) définit la croissance à utiliser lors de la croissance automatique du disque de préproduction sur lequel résident les journaux. Ce paramètre est compris entre 5 et 100 %.

  • Estimated Change Rate (Taux de changement estimé) : lorsque le paramètre Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est défini sur Yes (Oui), ce paramètre définit le changement quotidien (en pourcentage), ce qui permet à l'appliance de sauvegarde/restauration de mieux calculer la taille du disque de préproduction nécessaire pour contenir les journaux. Ce paramètre est compris entre 0 et 100.

  • Compress Database Log Backup (Compresser la sauvegarde des journaux de base de données) : lorsque le paramètre Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est défini sur Yes (Oui), ce paramètre demande à la base de données source de compresser ses journaux avant qu'ils ne soient sauvegardés par la console de gestion des appliances. Le serveur de base de données effectue la compression des journaux lors de la sauvegarde des journaux. Les options sont Yes (Oui) ou No (Non). Lorsque l'option est définie sur Yes (Oui), l'option Compress Database Log Backup (Compresser la sauvegarde des journaux de base de données) est activée.

  • Script Timeout (Délai avant expiration du script) : l'agent Backup and DR vous permet de créer des scripts côté hôte qui s'exécutent sur l'hôte d'une application avant ou après l'exécution d'une règle. Les quatre délais avant expiration fournis dans un modèle de règles correspondent directement aux quatre étapes d'un script côté hôte.

    • Script Init Timeout (Délai avant expiration de l'initialisation du script) : définit le délai d'attente d'une règle avant de supposer que les scripts côté hôte d'un hôte géré ont été initialisés. La valeur par défaut est de 120 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes (24 heures).
    • Script Freeze Timeout (Délai avant expiration du gel du script) : définit le délai d'attente d'une règle avant de supposer que l'application est gelée et prête pour la sauvegarde des données. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
    • Script Unfreeze Timeout (Délai avant expiration du dégel du script) : définit le délai d'attente d'une règle avant de supposer que l'application est dégelée. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
    • Script Finish Timeout (Délai avant expiration de la fin du script) : définit le délai d'attente d'une règle avant la fin de la sauvegarde des données. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
    • Script Post Replication Timeout (Délai avant expiration du script après la réplication) : définit le délai d'attente d'une règle avant la fin de la réplication. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.

Guide de l'administrateur de base de données Microsoft SQL Server pour Backup and DR

Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des bases de données Microsoft SQL Server avec Backup and DR. Vous trouverez des informations supplémentaires sur les pages suivantes :