Backup and DR pour Microsoft SQL Server sur un appareil de sauvegarde/récupération

Capturer des données SQL Server

Backup and DR vous permet de capturer les types d'applications Microsoft SQL Server suivants :

  • Instances

  • Bases de données dans les groupes de disponibilité AlwaysOn

  • Groupes de cohérence de bases de données

  • Bases de données individuelles

  • Bases de données du système

  • Bases de données de l'utilisateur

  • Bases de données dans des VM

Backup and DR déplace et gère les données Microsoft SQL Server séparément de l'emplacement où Microsoft SQL Server écrit son stockage principal.

Un appareil de sauvegarde/restauration stocke les données d'application sur un disque de préproduction. Les instantanés sur le disque de préproduction permettent à l'appareil de sauvegarde/restauration de conserver les données historiques.

Se préparer à sauvegarder des données Microsoft SQL Server

La préparation de la sauvegarde des données Microsoft SQL Server se déroule en quatre étapes :

  1. Ajoutez des serveurs qui hébergent des bases de données Microsoft SQL Server.

  2. Découvrez les VM et les bases de données Microsoft SQL Server.

  3. Définissez des modèles de règles et des profils de ressources Backup and DR en fonction de vos RPO et RTO.

    Les bases de données qui utilisent le modèle de récupération complète de Microsoft SQL Server peuvent capturer à la fois la base de données et ses journaux. Par conséquent, une base de données capturée peut être récupérée à un moment précis en avançant ses journaux.

  4. Attribuez des modèles de règles et des profils de ressources Backup and DR aux bases de données Microsoft SQL Server.

Capture de données

Lorsque vous capturez des données, tenez compte des points suivants :

  • Un disque de préproduction est automatiquement créé et installé sur un serveur.

  • Une copie complète initiale est effectuée sur le disque de préproduction. Les copies suivantes ne contiennent que les blocs modifiés.

  • Le disque de préproduction est démonté du serveur.

  • Un instantané du disque de préproduction est créé sur l'appareil de sauvegarde/restauration.

Capturer les journaux de base de données SQL Server

La capture des journaux de base de données est définie dans les Détails et paramètres d'une règle d'instantané. Elle permet à une seule règle d'instantané de capturer les journaux des bases de données Microsoft SQL Server et des groupes de cohérence contenant des bases de données Microsoft SQL Server.

La fréquence de capture 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 capturé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 capture des journaux ne doit pas dépasser la fréquence de capture de la base de données associé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 ou égale à 24 heures.

La conservation des journaux est également définie séparément de la base de données associée. Le fait de disposer de périodes de conservation distinctes vous permet de conserver suffisamment d'informations de journal pour couvrir toutes les versions d'instantanés et OnVault d'une base de données. Par exemple, si les données d'instantané d'une base de données sont conservées pendant trois jours et que ses données OnVault sont conservées pendant sept jours, vous pouvez définir la conservation des journaux sur sept jours. Dans cet exemple, une seule base de données capturée peut être sélectionnée et ses journaux peuvent être appliqués sur l'ensemble de la période.

Les journaux de base de données sont transférés vers un seul disque de préproduction dans le pool d'instantanés Backup and DR. Pour économiser de l'espace dans le pool d'instantanés, vous pouvez utiliser un paramètre avancé pour demander à la base de données de compresser ses journaux.

Vous pouvez spécifier la réplication des journaux de transactions de la base de données Microsoft SQL Server vers une appliance de sauvegarde/récupération distante. Vous pouvez utiliser les journaux du site distant pour n'importe quelle base de données dans la plage de conservation des journaux répliqués.

Redimensionner le disque de préproduction du journal de base de données

L'espace physique requis pour stocker les sauvegardes des journaux d'une base de données est géré automatiquement par Backup and DR. Il s'agit d'un disque de préproduction de journaux, distinct de l'espace de stockage géré par le serveur source. Au minimum, Backup and DR évalue les tailles de journaux types et leur période de conservation, et utilise un disque plus volumineux si nécessaire.

Pour gérer plus efficacement 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 de journaux : la conservation des journaux est définie séparément de la base de données associée. Le fait de disposer de taux de conservation distincts vous permet de conserver suffisamment d'informations de journal pour couvrir toutes les versions d'instantané d'une base de données. La durée de conservation des journaux est un paramètre obligatoire.

  • Augmentation de la taille 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.

  • Taux de variation 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.

  • Compresser la sauvegarde du journal de la base de données : indique à la base de données source de compresser ses journaux avant de les capturer sur l'appareil de sauvegarde/récupération. Le serveur de base de données effectue la compression des journaux lors de la sauvegarde des journaux (la valeur par défaut est Activé).

Options de capture de données SQL Server

Les sections suivantes décrivent les options de capture de données SQL Server.

Capturer des instances, des bases de données individuelles et des groupes de bases de données

L'agent Backup and DR permet de capturer des instances, des bases de données utilisateur, des bases de données système et des groupes de bases de données sur des serveurs physiques et virtuels.

Lorsque vous capturez une instance SQL Server, vous pouvez capturer l'intégralité de l'instance ou des bases de données sélectionnées dans l'instance. Lorsque vous protégez l'instance entière, les bases de données ajoutées à l'instance sont automatiquement incluses dans le job de capture Backup and DR suivant. Les bases de données d'une instance sont mises au repos et capturées ensemble avec un seul plan de sauvegarde.

Si la capture de base de données et de journaux Backup and DR est activée dans la règle du plan de sauvegarde, toutes les bases de données de cette instance peuvent être récupérées au même moment précis. La récupération et le roll-forward des journaux pour toutes les bases de données d'une instance ou pour certaines d'entre elles sont effectués à partir de l'interface utilisateur de Backup and DR en une seule action.

Les membres individuels d'une instance sont accessibles par des opérations d'installation, de clonage, de LiveClone et de restauration, selon les besoins.

Groupes de cohérence de capture

Un groupe de cohérence est un groupe de bases de données qui sont mises au repos et capturées ensemble avec un seul modèle de règle de plan de sauvegarde et un seul profil de ressource. L'appartenance à un groupe de cohérence est attribuée manuellement et convient aux groupes de bases de données dont les membres ne changent pas très souvent. Pour protéger automatiquement les nouveaux membres d'un groupe de bases de données, créez et protégez ces bases de données dans une instance SQL Server.

Comme leur nom l'indique, les groupes de cohérence garantissent une capture et une récupération cohérentes à un moment précis sur plusieurs bases de données. Si la technologie de capture de base de données et de journaux de Backup and DR est activée dans la stratégie du plan de sauvegarde, toutes les bases de données de ce groupe peuvent être récupérées au même moment précis. La récupération et la restauration par progression des journaux pour toutes les bases de données ou pour des bases de données individuelles d'un groupe de cohérence sont effectuées à partir de l'interface utilisateur de Backup and DR en une seule action. Les membres d'un groupe de cohérence doivent résider dans la même instance.

Un groupe de cohérence peut être composé des éléments suivants :

  • Une ou plusieurs bases de données système

  • Une ou plusieurs bases de données utilisateur

  • Bases de données système ou utilisateur ensemble

  • Zéro, un ou plusieurs systèmes de fichiers (lettres de lecteur ou points d'installation)

Les membres individuels d'un groupe de cohérence sont accessibles par les opérations d'installation, de clonage, de LiveClone et de restauration.

Les bases de données d'une instance de basculement en cluster doivent être découvertes à partir du nœud actif. Une fois protégé, GO suit le nœud SQL actif dans un cluster. Les jobs de protection continuent de s'exécuter même en cas de basculement. En plus d'accélérer les opérations de capture et d'accès, les groupes de cohérence consomment moins de ressources système (disques virtuels) que la protection individuelle des bases de données.

Vous pouvez valider l'intégrité de la sauvegarde de la base de données régulièrement en installant une sauvegarde sur un serveur et en exécutant une vérification de la cohérence de la base de données. Vous pouvez utiliser la fonctionnalité de workflow pour automatiser le processus de validation.

Capturer les bases de données et le volume de démarrage d'une VM

Lorsque vous capturez des bases de données sur des VM, vous avez également la possibilité de capturer le volume de démarrage de la VM. Lorsque le volume de démarrage d'une VM est capturé avec ses bases de données, une sauvegarde peut être présentée sous la forme d'une base de données et d'une VM entièrement fonctionnelles. La sauvegarde peut ensuite être migrée vers un nouvel emplacement permanent.

Répliquer des données SQL Server

Les données peuvent être répliquées sur un deuxième dispositif de sauvegarde/récupération ou dans le cloud à des fins de récupération, de reprise après sinistre, de test ou de développement. La réplication des données a longtemps été un obstacle à une gestion efficace des données dans un environnement géographiquement distribué. La réplication Backup and DR résout ces problèmes grâce à une compression qui :

  • Réduit l'utilisation globale du réseau.

  • Élimine le besoin d'un accélérateur ou d'un optimiseur WAN dédié.

  • Chiffre les données à l'aide de la norme de chiffrement AES-256. L'authentification entre les appliances de sauvegarde/récupération est effectuée à l'aide de certificats de 1 024 bits.

La réplication est contrôlée par les règles du modèle de règle Backup and DR :

  • Les règles Production vers miroir proposent plusieurs options pour répliquer les données sur un deuxième dispositif de sauvegarde/récupération.

  • Les règles Production vers OnVault utilisent un moteur propriétaire Backup and DR pour transférer des données vers un store d'objets.

Répliquer les journaux

Lorsque l'option Activer la sauvegarde des journaux de base de données d'une règle 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 appareil de sauvegarde/récupération distant. Pour qu'un job de réplication de journaux s'exécute, une règle de réplication StreamSnap doit être incluse dans le modèle, ainsi qu'un profil de ressource spécifiant une appliance de sauvegarde/récupération distante. De plus, 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 du site distant pour toute sauvegarde 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. La réplication des journaux s'effectue directement du pool d'instantanés local vers le pool d'instantanés du dispositif distant.

Les journaux peuvent également être répliqués dans un pool OnVault. Lorsqu'elle est activée (ce n'est pas le cas par défaut), les journaux sont envoyés à chaque pool OnVault spécifié par une combinaison valide de règle OnVault ou de profil de ressource (par exemple, le pool OnVault un sélectionné dans la règle et le pool OnVault un spécifié dans le profil de ressource). La durée de conservation des journaux dans le pool OnVault correspond toujours à celle du pool d'instantanés.

Accéder aux données SQL Server

Pour les bases de données Microsoft SQL Server qui utilisent le modèle de récupération complet, Backup and DR peut présenter instantanément une copie de la base de données restaurée à un moment précis. L'opération de roll-forward est spécifiée dans la console de gestion de l'appareil.

Pour les bases de données Microsoft SQL Server qui utilisent le modèle de récupération de base, Backup and DR peut présenter instantanément n'importe quelle sauvegarde de la base de données qui n'a pas dépassé sa période de conservation.

Quel que soit le modèle de récupération Microsoft SQL Server utilisé, les données Microsoft SQL Server sont accessibles via l'interface iSCSI. Si vous utilisez VMware (GCVE), vous pouvez également accéder aux données à l'aide d'un datastore NFS présenté à l'hôte ESXi.

Contrôle des accès basé sur les rôles

Vous pouvez contrôler les utilisateurs qui ont accès aux données, aux fonctionnalités de Backup and DR et aux ressources. Les données capturées peuvent être marquées comme sensibles, et les utilisateurs de Backup and DR peuvent être autorisés à accéder aux données sensibles.

Supports

La fonction d'installation de Backup and DR permet d'accéder instantanément aux données sans les déplacer. Les copies de bases de données capturées peuvent être restaurées à l'aide de l'interface utilisateur de Backup and DR et installées sur n'importe quel serveur de base de données. Backup and DR propose deux façons d'installer une base de données Microsoft SQL Server :

  • Le montage d'application virtuelle présente et met à disposition les données Microsoft SQL Server capturées sur un serveur cible en tant que base de données Microsoft SQL Server. Cela vous permet de créer et de gérer des copies de bases de données de production pour une utilisation hors production. Les installations d'applications virtuelles sont créées à partir de l'appareil de sauvegarde/récupération et ne nécessitent pas d'intervention manuelle de la part des administrateurs de base de données, de serveur ou de stockage. Les installations d'applications virtuelles peuvent être utilisées pour la création de rapports de base de données, l'analyse, les tests d'intégrité, ainsi que les tests et le développement. Les bases de données virtuelles sont décrites dans Installer une base de données SQL Server en tant que nouvelle base de données virtuelle et Installer des bases de données dans des groupes de disponibilité SQL AlwaysOn.

  • Le montage standard, également appelé montage direct, présente et met à disposition les données Microsoft SQL Server capturées sur un serveur cible en tant que système de fichiers, et non en tant que base de données. Cela est utile si une base de données est corrompue ou perdue, ou si un serveur de base de données est remplacé. Dans ce cas, vous ne pouvez pas utiliser une opération de restauration pour récupérer la base de données. Vous pouvez plutôt installer une sauvegarde et copier les fichiers de base de données de la sauvegarde installée vers leur emplacement d'origine sur le serveur de base de données. Les montages directs sont détaillés dans la section Monter des données Microsoft SQL capturées.

LiveClones

Un LiveClone est une copie indépendante des données Microsoft SQL Server qui peut être actualisée et masquée avant d'être mise à la disposition des utilisateurs. Cela permet aux équipes de développement et de test de travailler sur le dernier ensemble de données sans avoir à gérer manuellement les données ni à interférer avec l'environnement de production.

Clones

La fonction de clonage déplace une copie des données de production vers un emplacement différent de la source. Le temps nécessaire pour effectuer une opération de clonage dépend de la quantité de données concernée. Les clones sont décrits dans la section Cloner des bases de données SQL Server.

Restaurations

Une restauration rétablit les données de production à un moment précis. Les opérations de restauration déplacent réellement les données. Les opérations de restauration sont généralement effectuées après une corruption massive des données. Le temps nécessaire pour effectuer une opération de restauration dépend de la quantité de données concernée.

Pour restaurer une base de données, puis appliquer des journaux, la base de données restaurée doit être en mode de restauration. Vous pouvez restaurer la base de données en mode de restauration, puis effectuer un roll-forward des journaux jusqu'à un moment précis. Si vous restaurez la base de données sans spécifier Restaurer sans récupération, la base de données sera restaurée et mise en ligne sans appliquer les journaux. Les restaurations sont détaillées dans Restaurer des bases de données SQL Server. Pour une restauration avec un temps d'arrêt quasi nul, installez d'abord les données comme indiqué dans Installer et migrer des données SQL.

Workflows pour automatiser l'accès aux données SQL Server

Les workflows automatisent l'accès aux données Microsoft SQL Server capturées. Les workflows peuvent présenter les données sous la forme d'un montage direct ou d'un LiveClone :

  • Les installations directes (standards ou Application Aware) fonctionnent bien pour les données Microsoft SQL Server qui n'ont pas besoin d'être masquées avant d'être présentées. Une copie de données installée peut être actualisée manuellement ou automatiquement selon une planification. Les installations directes vous permettent d'accéder instantanément aux données Microsoft SQL Server capturées sans les déplacer.

  • Un LiveClone est une copie de vos données Microsoft SQL Server de production qui peut être mise à jour manuellement ou de manière planifiée. Vous pouvez masquer les données sensibles d'un LiveClone avant de le mettre à la disposition des utilisateurs.

En combinant la capture de données et le contrôle des accès automatisés de Backup and DR pour Microsoft SQL Server avec des workflows et leurs fonctionnalités de masquage des données facultatives, vous pouvez créer des environnements d'auto-provisionnement. Les utilisateurs peuvent provisionner leurs propres environnements presque instantanément.

Par exemple, un administrateur Backup and DR peut créer une règle de modèle de sauvegarde qui capture les données Microsoft SQL Server selon une planification spécifiée. L'administrateur peut marquer les données Microsoft SQL Server de production capturées comme sensibles et accessibles uniquement aux utilisateurs disposant des droits d'accès appropriés.

Une fois les droits d'accès définis et les données capturées, l'administrateur peut créer un workflow qui :

  • Rend les données Microsoft SQL Server capturées disponibles en tant que LiveClone ou en tant qu'installation directe.

  • Met à jour les données LiveClone ou Microsoft SQL Server installables de manière planifiée ou à la demande.

  • Applique éventuellement automatiquement des scripts aux données Microsoft SQL Server du LiveClone après chaque mise à jour. Cela est utile pour masquer les données Microsoft SQL Server sensibles.

Une fois le workflow terminé, les utilisateurs disposant d'un accès approprié peuvent provisionner leurs environnements avec les données LiveClone ou les données Microsoft SQL Server installables.

Backup and DR fonctionne avec les produits de sauvegarde existants

Comme de plus en plus d'entreprises cherchent à accélérer le développement d'applications à l'aide de bases de données de production, Backup and DR doit souvent coexister avec d'anciens produits de sauvegarde fonctionnant sur les mêmes environnements de base de données de production. Backup and DR peut parfaitement coexister avec d'autres produits qui capturent des données à partir de bases de données de production, si ces bonnes pratiques sont suivies.

Backup and DR dispose d'une méthode propriétaire de suivi des blocs modifiés. Ainsi, les solutions de sauvegarde utilisant SQL ou d'autres méthodes d'obtention des sauvegardes ne sont pas affectées par les jobs de capture de données Backup and DR planifiés.

Les jobs de sauvegarde peuvent être très gourmands en E/S. Elles peuvent durer longtemps et avoir un impact sur les performances de la base de données pendant les fenêtres de sauvegarde. Backup and DR minimise l'impact pendant les jobs, mais même une mise à jour incrémentielle permanente au niveau des blocs doit générer des E/S et prendre un peu de temps.

Exigence Ne planifiez pas l'exécution des tâches de l'ancien logiciel de sauvegarde et de Backup and DR de manière à ce qu'elles se chevauchent.
Bonne pratique Planifiez le démarrage des jobs de base de données Backup and DR à un moment où l'ancien logiciel de sauvegarde devrait avoir terminé. Ne planifiez pas l'exécution de l'ancien logiciel de sauvegarde immédiatement après la fin d'un job Backup and DR.
Motif Si les anciens jobs de sauvegarde et les jobs Backup and DR s'exécutent simultanément, cela peut avoir un impact sérieux sur les performances du serveur de base de données, entraînant une instabilité et éventuellement une panne.

Les journaux de base de données permettent de capturer des transactions individuelles dans une base de données, ce qui permet d'effectuer des récupérations à un moment précis. La plupart des cas d'utilisation de l'agilité sont axés sur l'obtention périodique d'instantanés de base de données à partir de la production. La fréquence courante varie de quotidienne à hebdomadaire ou toutes les deux semaines, selon le cas d'utilisation. Par conséquent, les développeurs d'applications n'ont généralement pas besoin de positionner leur instance hors production à un moment précis à partir de la source (production). Cela élimine généralement la nécessité de capturer et de gérer les journaux dans le cadre d'une solution d'agilité Backup and DR.

Exigence Un seul système peut gérer (capturer ou tronquer (purger)) les journaux : l'ancien logiciel de sauvegarde ou Backup and DR.
Bonne pratique Continuez à autoriser l'exécution de toute la gestion des journaux par l'ancien logiciel de sauvegarde. N'utilisez pas Backup and DR pour protéger les journaux dans cet environnement.
Motif Si votre système est configuré pour gérer (capturer ou tronquer/purger) les journaux, et que l'ancien logiciel de sauvegarde capture et/ou tronque/purge également les journaux, l'un des deux systèmes(ou les deux) peut se retrouver avec une chaîne de journaux incomplète, ce qui rend difficile, voire impossible, la récupération de la base de données à un moment précis.

Autre documentation sur Backup and DR pour Microsoft SQL Server

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 :

Étape suivante

Préparer les bases de données SQL Server pour Backup and DR