Configurer des plans de sauvegarde pour les instances et les bases de données Microsoft SQL Server

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 les 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 des 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 complet, profitez de la capacité de l'appliance de sauvegarde/restauration à 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 point 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 stratégie.

Sauvegarder des bases de données dans une instance ou dans un groupe de cohérence

Lorsqu'une base de données est mise en veille 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 mis en veille et libérés ensemble pour un point de données cohérent.

Lorsque vous sauvegardez une instance SQL, les bases de données sont automatiquement incluses dans l'opération de sauvegarde et de DR à mesure qu'elles sont ajoutées à l'instance. La sauvegarde de bases de données dans une instance SQL convient aux environnements où 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'adhésion à un groupe de cohérence se fait manuellement. La sauvegarde des bases de données dans un groupe de cohérence convient aux environnements où les bases de données ne sont pas souvent ajoutées ni supprimées.

Gestion de bases de données et de VM

Les serveurs Microsoft SQL Server 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 dans le cadre d'une VM entière.

Protégé en tant qu'application, pas en tant qu'ESP Protégé dans le cadre d'une VM
Les appareils de sauvegarde/restauration ne protègent que 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 complète, consultez [Protéger et récupérer des instances Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
L'agent de sauvegarde et de reprise après sinistre coordonne l'instantané VSS et effectue la troncation des journaux. L'API VMware coordonne l'instantané VSS. L'agent de sauvegarde et de DR doit être installé sur la VM pour la troncation des journaux.
L'agent de sauvegarde et de reprise après sinistre utilise le suivi des blocs de modifications 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 de modifications.
Les journaux de transactions sont sauvegardés lorsqu'une tâche de sauvegarde s'exécute si vous sélectionnez Truncate Log After Backup (Tronquer le journal après la sauvegarde) dans Details & Settings (Détails et paramètres) (voir [Configurer les paramètres avancés pour les forçages de paramètres de stratégie](: #SetOverrides) Les journaux des transactions ne sont pas sauvegardés.
Le client peut effectuer une mise à jour avec les journaux. La progression n'est pas prise en charge lors de la restauration.

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

  1. Dans la console de gestion, accédez à Gestionnaire d'applications > Applications. La page Applications s'ouvre.

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

  3. Dans la fenêtre Gérer le plan de sauvegarde, sélectionnez un modèle et un profil dans les listes déroulantes:

    • Modèle. Modèle de sauvegarde existant qui inclut des règles pour définir l'instantané et la réplication des données de l'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 Gérer le modèle de plan de sauvegarde, effectuez 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'appareil de sauvegarde/restauration et l'adresse IP de l'appareil.

    • Remplacements de règles Remplacer des paramètres de stratégie spécifiques précédemment configurés dans le modèle de sauvegarde sélectionné. Les forçages de règles peuvent être utiles ou nécessaires dans certaines circonstances. Vous ne pouvez remplacer les paramètres de stratégie que si le modèle de la stratégie a été configuré pour autoriser le remplacement des paramètres de stratégie.

  5. Pour sélectionner des bases de données, sous Règle d'inclusion de bases de données, cliquez sur Modifier. La boîte de dialogue Gérer l'abonnement s'ouvre.

    • Dans la boîte de dialogue Gérer l'appartenance, sélectionnez les bases de données à sauvegarder en attribuant une règle d'inclusion (Tout, Bases de données système ou Bases de données utilisateur), puis indiquez si la règle doit Inclure les éléments sélectionnés ou Exclure les éléments sélectionnés.

    • Cliquez sur Enregistrer. La boîte de dialogue Gérer l'abonnement se ferme.

  6. Cliquez sur 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 le job planifié s'exécute selon les heures d'opération définies dans le modèle de sauvegarde. Par exemple, si vous attribuez un modèle dont les heures de fonctionnement sont de 02h00 à 05h00 (UTC) à 10h00 (UTC), la première tâche ne commencera qu'après que l'appareil aura un créneau horaire disponible après 02h00 (UTC).

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

Lorsque vous créez une stratégie d'instantané pour une base de données, vous pouvez également sauvegarder ses fichiers journaux. La fréquence à laquelle les journaux de la 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 la base de données est définie en minutes, et la fréquence à laquelle les journaux sont sauvegardés ne doit pas dépasser la fréquence à laquelle la 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 des fichiers journaux doit être inférieure à 24 heures.

La fréquence et la conservation sont définies dans la section Détails et paramètres de la règle d'instantané de la base de données. La sauvegarde des journaux est effectuée sans tenir compte de la date de sauvegarde de la base de données associée.

Vous activez la protection des journaux via les paramètres avancés Activer la sauvegarde des journaux de base de données dans une stratégie d'instantané de plan de sauvegarde. La fréquence et la conservation sont définies dans Détails et paramètres pour une stratégie de plan de sauvegarde.

L'espace 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 les tailles de journaux typiques et leur période de conservation, et 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és fournissent les paramètres avancés suivants:

  • Durée de conservation des sauvegardes des journaux La conservation des journaux est définie séparément de la conservation de la règle d'instantané. Un délai de conservation distinct vous permet d'utiliser des journaux en conjonction avec des copies de la base de données stockées dans le pool de snapshots et éventuellement dans un pool OnVault. La période de conservation des journaux est obligatoire lorsque les sauvegardes de journaux sont activées.

  • Répliquer les journaux. Vous pouvez répliquer les journaux de base de données sur un appareil de sauvegarde/restauration distant ou dans un pool OnVault, et utiliser les journaux distants pour toute image de base de données dans la plage de rétention des journaux répliqués. La réplication des journaux utilise la technologie StreamSnap entre les appliances locaux et distants, en passant directement du pool d'instantanés local au pool d'instantanés de l'appliance distante. Pour ce faire, vous devez définir une règle de réplication StreamSnap dans le modèle, et au moins une réplication de la base de données doit être effectuée.

  • Taille de croissance de la taille du disque de mise en file d'attente des journaux. Définit le pourcentage auquel augmenter automatiquement le disque de préproduction sur lequel se trouvent les journaux. Ce paramètre est un pourcentage, et les valeurs valides sont comprises entre 5 et 100.

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

  • Compresser la sauvegarde du journal de la base de données Indique à 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 les forçages de paramètres de règles

Cliquez sur Forcer les règles dans la fenêtre Gérer le plan de sauvegarde pour afficher la boîte de dialogue Forcer les paramètres de stratégie. Vous pouvez ensuite remplacer les paramètres de stratégie spécifiques associés au modèle de sauvegarde sélectionné. Une fois que vous avez terminé, cliquez sur Enregistrer les modifications.

Pour rétablir l'état par défaut d'un paramètre de forçage de règles, cochez la case située à gauche de la sélection. Cliquez sur Sélectionner les options à rétablir par défaut pour rétablir l'état par défaut de tous les paramètres de forçage de règles.

La liste suivante décrit les forçages de paramètres de stratégie valides pour les instances SQL Server, les groupes de disponibilité (AG), les bases de données et les groupes de cohérence.

  • Ne pas supprimer la mise en correspondance. Laisser 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 à l'hôte et utilisés lors du transfert de données restent mappés à 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é. Par défaut, cette option est sélectionnée. Démapper les disques de préproduction après chaque tâche: cette option désinstalle le disque de préproduction du système d'exploitation à la fin de chaque tâche (suppression des points d'installation ou des lettres de lecteur) et le désassocie complètement 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 d'espace de préparation remappés doivent être redécouverts avant de pouvoir être remontés.

  • Tronquer le journal après la sauvegarde Indique si les journaux doivent être tronqués après chaque sauvegarde. Lorsqu'il est activé, les journaux liés à l'application sont tronqués jusqu'à la sauvegarde récente ou en cours. Si vous tronquez les journaux, vous devez également sauvegarder le journal des transactions pour permettre une récupération en avant.

  • Ignorer les applications hors connexion dans le groupe de cohérence. (Pour la gestion des groupes de cohérence uniquement) Spécifiez si vous devez ignorer les bases de données indisponibles 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 collections de bases de données de la même instance ou du même groupe de disponibilité.

    Vous disposez des options suivantes :

    • Échec de la sauvegarde en cas de détection d'applications hors connexion
    • Ignorer les applications hors connexion lors de la sauvegarde

  • Mappez 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.) Mappez le disque de préproduction à l'hôte ESX pour la VM uniquement. Mappez le disque de préproduction à tous les hôtes ESX du cluster. Mappez le disque de préproduction sur deux hôtes ESXi du cluster.

  • Sauvegardez les identifiants des utilisateurs SQL Server. Sauvegarde les enregistrements de connexion de l'instance SQL Server pour les comptes auxquels est accordé l'accès aux bases de données en cours de sauvegarde. Lorsque la base de données est montée en tant qu'application virtuelle (montage compatible avec les applications), les identifiants utilisateur sauvegardés peuvent être restaurés 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 Oui ou Non.

  • Activez la sauvegarde des journaux de la base de données. L'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) permet à la stratégie de plan de sauvegarde de sauvegarder une base de données Oracle ou Microsoft SQL Server et tous les fichiers de journaux de transactions associés. Les journaux sont sauvegardés lorsque la tâche d'instantané de journal 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 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 valeur la plus faible que vous pouvez définir (en minutes) est 15.

  • Durée de conservation des sauvegardes des 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 de création d'instantanés. Un délai de conservation distinct vous permet d'utiliser des journaux en plus des copies de la base de données stockées dans le pool d'instantanés. La durée de conservation des journaux est un paramètre obligatoire.

  • Répliquer les journaux. (utilise la technologie StreamSnap) Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie 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 un appareil de sauvegarde/restauration à distance. Pour qu'une tâche de réplication de journaux s'exécute, un paramètre de réplication StreamSnap doit être défini dans le modèle, ainsi qu'un profil de ressources spécifiant un appareil de sauvegarde/restauration à distance. Au moins une réplication de la base de données doit également ê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 rétention des journaux répliqués. Cette fonctionnalité 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 locaux et distants. La réplication des journaux passe directement du pool d'instantanés local au pool d'instantanés de l'appliance distante.

  • Envoyer des journaux au pool OnVault Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Enable (Activer), les journaux de transactions de la base de données Microsoft SQL Server peuvent être répliqués dans un pool OnVault. Pour qu'une tâche de réplication de journaux s'exécute, une règle OnVault doit être incluse dans le modèle, ainsi qu'un profil de ressources spécifiant un pool OnVault. 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 fonctionnalité est activée par défaut.

  • Taille de croissance du disque de mise en file d'attente des journaux Lorsque Enable Database Log Backup (Activer la sauvegarde des journaux de la base de données) est défini sur Yes (Oui), Log Staging Disk Growth Size (Taille de croissance du disque de préproduction pour les journaux) définit la croissance à utiliser lors de l'augmentation automatique du disque de préproduction sur lequel les journaux se trouvent. Ce paramètre varie de 5 à 100 %.

  • Taux de changement estimé Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (Oui), ce paramètre définit la variation quotidienne (en pourcentage), ce qui permet à l'appliance de sauvegarde/récupération de mieux calculer la taille du disque de préproduction nécessaire pour stocker les journaux. Ce paramètre varie de 0 à 100.

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

  • Délai avant expiration du script. L'agent de sauvegarde et de reprise après sinistre 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 stratégie. Les quatre délais avant expiration fournis dans un modèle de stratégie sont mappés directement sur les quatre étapes d'un script côté hôte.

    • Délai avant expiration de l'initialisation du script. Définit la durée pendant laquelle une règle doit attendre avant de supposer que les scripts côté hôte sur 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).
    • Délai avant expiration du script Définit la durée pendant laquelle une stratégie doit attendre avant de supposer que l'application est figée et prête à sauvegarder les données. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
    • Délai avant déverrouillage du script Définit la durée d'attente d'une stratégie 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.
    • Délai avant expiration de la fin du script Définit la durée d'attente d'une stratégie 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.
    • Délai avant expiration du script après la réplication Définit la durée 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 sur 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 la sauvegarde et la reprise après sinistre. Pour en savoir plus, consultez les pages suivantes: