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

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 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 complète, profitez de la capacité de l'appareil de sauvegarde/récupération à 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'appareil peut récupérer la base de données à un moment précis en effectuant un roll forward de ses journaux à l'aide de l'interface utilisateur de l'appareil. 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 un groupe de cohérence

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

Lors de la sauvegarde d'une instance SQL, les bases de données ajoutées à l'instance sont automatiquement incluses dans l'opération de sauvegarde Backup and DR. La sauvegarde des 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 installé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 installées virtuellement doivent être protégées séparément.

L'appartenance à un groupe de cohérence est effectuée manuellement. La sauvegarde de bases de données dans un groupe de cohérence se prête aux environnements dans lesquels les bases de données ne sont pas souvent ajoutées ou supprimées.

Gestion des bases de données et gestion des VM

Les serveurs Microsoft SQL Server sont protégés différemment selon qu'ils sont 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, et non en tant qu'ESP Protégé dans le cadre d'une VM
Les appliances 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 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 troncation des journaux. L'API VMware coordonne l'instantané VSS. L'agent Backup and DR doit être installé sur la VM pour la troncation 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 un suivi des blocs modifiés.
Les journaux de transactions sont sauvegardés lorsqu'un job de sauvegarde s'exécute si vous sélectionnez Tronquer le journal après la sauvegarde dans Détails et paramètres (voir [Configurer les paramètres avancés pour les remplacements de paramètres de règle](: #SetOverrides) Les journaux de transactions ne sont pas sauvegardés.
Le client peut effectuer un roll-forward avec les journaux. La restauration par progression n'est pas possible pendant 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 de l'appareil 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, 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 Un 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 ressource 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, 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'appareil de sauvegarde/récupération et l'adresse IP de l'appareil.

    • Remplacements de règles. Remplacez les paramètres de stratégie spécifiques précédemment configurés dans le modèle de sauvegarde sélectionné. Les remplacements de règles peuvent être utiles ou requis dans certaines circonstances. Vous ne pouvez remplacer les paramètres d'une règle que si le modèle de la règle a été configuré pour autoriser le remplacement des paramètres de la règle.

  5. Pour sélectionner des bases de données, cliquez sur Modifier sous Règle d'inclusion de base de données. 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 (Toutes, Bases de données système, Bases de données utilisateur), puis indiquez si la règle doit Inclure la sélection ou Exclure la sélection.

    • 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 ressource. Un message de confirmation s'affiche.

    La première fois que la base de données sélectionnée est découverte, un job à 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 en fonction des heures d'activité définies dans le modèle de sauvegarde. Par exemple, si vous attribuez à 10h00 (UTC) un modèle dont les heures de fonctionnement sont comprises entre 02h00 et 05h00 (UTC), la première tâche ne démarrera pas tant que l'appareil ne disposera pas d'un emplacement de tâche disponible après 02h00 (UTC).

    Si vous sauvegardez une charge de travail sur un appareil de sauvegarde/récupération 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 un autre appareil de sauvegarde/récupération.

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és pour une base de données, vous pouvez également sauvegarder ses fichiers journaux. La fréquence de sauvegarde des journaux de base de données 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 la fréquence de sauvegarde des journaux ne doit pas dépasser la fréquence de sauvegarde de la base de données associé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 la section Détails et paramètres de la règle d'instantané de base de données. La sauvegarde des journaux est effectuée indépendamment de la 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 règle d'instantané de plan de sauvegarde. La fréquence et la conservation sont définies dans la section Détails et paramètres d'une règle de plan de sauvegarde.

L'espace requis pour accueillir les journaux d'une base de données est géré automatiquement par la console de gestion de l'appareil. La console de gestion de l'appareil évalue la taille habituelle des journaux et leur période de conservation, puis ajoute de l'espace si nécessaire. Pour gérer les besoins 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 de journaux La conservation des journaux est définie séparément de la conservation de la stratégie d'instantanés. 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 durée 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 dispositif de sauvegarde/récupération distant 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 dispositifs locaux et distants, en passant directement du pool d'instantanés local au pool d'instantanés du dispositif distant. Pour cela, vous devez disposer d'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.

  • Taille de croissance du disque de préproduction des journaux. Définit le pourcentage d'augmentation 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.

  • Taux de changement estimé Définit la variation quotidienne (en pourcentage), ce qui permet à l'appareil de sauvegarde/récupération de mieux calculer la taille du disque de préproduction nécessaire pour stocker les journaux. Ce paramètre est un pourcentage. 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 remplacements de paramètres de stratégie

Cliquez sur Remplacements de règles dans la fenêtre Gérer le plan de sauvegarde pour afficher la boîte de dialogue Remplacement des paramètres de règle. Vous pouvez alors remplacer des 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 remplacement de règle, cochez la case située à gauche de la sélection. Cliquez sur Sélectionner les options qui seront rétablies par défaut pour rétablir l'état par défaut de tous les paramètres de remplacement de règle.

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

  • Ne pas annuler le mappage. Conserver les disques de préproduction mappés entre les jobs : sélectionnez cette option si vous souhaitez que les disques de préproduction temporaires mappés à l'hôte et utilisés lors du déplacement des données restent mappés à l'hôte. Les LUN sont mappés lors du premier job, et tous les jobs suivants 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 job : cette option permet à la fois de démonter le disque de préproduction du système d'exploitation à la fin de chaque job (en supprimant les points d'installation ou les lettres de lecteur) et d'annuler complètement son mappage de l'hôte. Cette option nécessite que l'hôte effectue une analyse des LUN SCSI au début du job suivant, car les disques de préproduction remappés doivent être redécouverts avant de pouvoir être remontés.

  • Tronquer le journal après la sauvegarde. Indiquez si vous souhaitez tronquer les journaux après chaque sauvegarde. Lorsqu'elle est activée, les journaux liés à l'application sont tronqués jusqu'à la sauvegarde récente ou actuelle. Si vous tronquez les journaux, vous devez également sauvegarder le journal des transactions pour permettre une récupération par roll-forward.

  • 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 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 :

    • Faire échouer la sauvegarde lorsque des applications hors connexion sont détectées
    • 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 sur 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 ESX du cluster.

  • Sauvegardez les identifiants 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 en cours de sauvegarde. Lorsque la base de données est installée en tant qu'application virtuelle (installation Application Aware), les identifiants utilisateur sauvegardés peuvent éventuellement ê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 base de données. L'option 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 lors de l'exécution du job d'instantané de journal. 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 minimale pouvant être définie (en minutes) est de 15.

  • Durée 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 stratégie d'instantanés. 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 durée de conservation des journaux est un paramètre obligatoire.

  • 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 journaux de transactions de la base de données Microsoft SQL Server sur un dispositif de sauvegarde/récupération distant. Pour qu'un job de réplication de journaux s'exécute, le modèle doit inclure une règle de réplication StreamSnap ainsi qu'un profil de ressource spécifiant un dispositif de sauvegarde/récupération distant. De plus, au moins une réplication de la base de données doit avoir été effectuée avec succès. 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 dispositifs de sauvegarde/récupération locaux et distants. Elle s'effectue directement du pool d'instantanés local vers le pool d'instantanés du dispositif distant.

  • Send Logs to OnVault Pool (Envoyer les journaux au pool OnVault). Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Activer, ce paramètre permet de répliquer les journaux de transactions de la base de données Microsoft SQL Server dans un pool OnVault. Pour qu'un job de réplication de journaux s'exécute, une règle OnVault doit être incluse dans le modèle, ainsi qu'un profil de ressource 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.

  • Taille de croissance du disque de préproduction des journaux : Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, l'option Taille de croissance du disque de préproduction des journaux définit la croissance à utiliser lors de l'augmentation automatique du disque de préproduction sur lequel résident les journaux. Ce paramètre est compris entre 5 et 100 %.

  • Taux de changement estimé Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, ce paramètre définit la modification 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 est compris entre 0 et 100.

  • Compresser la sauvegarde du journal de la base de données. Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur 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 de l'appareil. 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 Compresser la sauvegarde du journal de la base de données est activée.

  • 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 stratégie. Les quatre délais avant expiration fournis dans un modèle de stratégie sont directement mappés aux quatre étapes d'un script côté hôte.

    • 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 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 gel du script. Définit le délai d'attente d'une règle avant de supposer que l'application est figé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.
    • Délai avant expiration du script de dégel. Définit la durée pendant laquelle une règle doit attendre avant de supposer que l'application n'est plus figé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 du script. Définit le temps d'attente d'une règle avant que la sauvegarde des données ne soit terminé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 du script après la réplication. Définit la durée pendant laquelle une règle doit attendre avant que la réplication soit terminée. 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 :