Outils de sauvegarde SQL Server. Logiciel de sauvegarde MS SQL

Bienvenue > Outils de sauvegarde SQL Server de Bacula

Effectuez des sauvegardes et des restaurations rapides et pratiques avec nos outils de sauvegarde MS SQL Server.

Contrairement aux solutions qui s’appuient sur des approches au niveau des fichiers basées sur des agents ou qui nécessitent une mise en scène intermédiaire avant que les données n’atteignent le stockage, le plugin MS SQL de Bacula transmet les données de sauvegarde directement au Storage Daemon via l’API native du serveur SQL de Microsoft. Cela élimine les doubles sauvegardes, réduit l’encombrement du stockage et garantit que votre stratégie de sauvegarde SQL Server est gérée à partir de la même plateforme centralisée que le reste de votre infrastructure – physique, virtuelle, en nuage ou hybride.

Parmi sa vaste gamme de fonctionnalités, Bacula Enterprise sauvegarde également vos données Windows avec une combinaison de facilité et de fonctionnalité.

Cela inclut la possibilité d’effectuer des sauvegardes rapides et pratiques en utilisant notre outil de sauvegarde MS SQL. Vous pouvez désormais sauvegarder avec précision de très grandes quantités de données spécifiques basées sur Windows dans votre serveur SQL – et réaliser une restauration Point In Time du serveur SQL.

Télécharger la version d’essai Télécharger le whitebook

Protection complète de MS SQL Server sans tarification basée sur la capacité

Bacula Enterprise propose des licences par serveur, et non en fonction de la taille de la base de données, du nombre d’instances ou du volume de transactions. Pour les organisations qui gèrent de grands déploiements SQL Server – bases de données de plusieurs téraoctets, instances nommées multiples, ou clusters SQL Server – cela fait une différence de coût significative par rapport aux solutions qui facturent par gigaoctet protégé ou qui adaptent les frais à la croissance des données.

Cela signifie également qu’il n’y a aucune raison commerciale d’exclure les bases de données des programmes de protection, de limiter les périodes de conservation ou d’éviter de sauvegarder les journaux de transactions volumineux. Chaque base de données bénéficie d’une protection complète sous la même licence.

Capacités complètes de sauvegarde de MS SQL Server

Le logiciel de sauvegarde SQL de Bacula offre des performances exceptionnelles grâce à une architecture moderne très fiable et vous offre les capacités suivantes de l’outil de sauvegarde SQL Server :

Sauvegardes complètes, incrémentielles et différentielles de SQL Server
Sauvegarde au niveau de la base de données – ciblez des bases de données individuelles plutôt que des instances entières
Récupération ponctuelle (PITR ) – restauration à n’importe quel moment, à la seconde près.
Inclure/exclure des bases de données – définissez précisément le champ d’application de chaque tâche de sauvegarde à l’aide d’un modèle global ; une règle telle que production* capture toutes les bases de données correspondantes sans les répertorier individuellement.
Prise en charge des sauvegardes « Copy Only » – effectuez des sauvegardes ad hoc sans interrompre la chaîne de sauvegarde établie.

Restauration des fichiers de sauvegarde MS SQL sur le disque – pour la récupération manuelle via TSQL ou SQL Server Management Console
Envoyez le flux de sauvegarde directement au Storage Daemon – aucune mise en scène locale n’est nécessaire.
Vérification de la somme de contrôle – fonctionne à la fois au moment de la sauvegarde et de la restauration, confirmant l’intégrité des données à l’aller et au retour.
Authentification Windows et SQL Server – le plugin hérite des mécanismes de sécurité et du modèle d’authentification déjà en place dans votre environnement SQL Server.

Intégration native de l’API Microsoft – Pas de VSS nécessaire

Le logiciel de sauvegarde MS SQL de Bacula n’utilise pas les snapshots VSS pour effectuer la sauvegarde, il est donc possible de spécifier « Enable VSS = no » dans le FileSet Bacula. Cette solution de sauvegarde du serveur MSSQL offre des capacités avancées de sauvegarde et de restauration via l’API Microsoft pour le serveur SQL. Par conséquent, nous supportons également les mécanismes de sécurité et les types d’authentification qui viennent avec Microsoft SQL Server.

Chiffrement et compression

Avec les capacités de compression des sauvegardes SQL Server de Bacula Enterprise, vous pouvez profiter d’une sauvegarde efficace avec compression et donc – avec beaucoup moins d’utilisation de la bande passante du réseau. Les technologies de sécurité de Bacula incluent le cryptage TLS qui vous permet d’envoyer des sauvegardes MS SQL en toute sécurité du fichier au démon de stockage.

Intégration de l’interface de dispositif virtuel (VDI)

Le plugin communique avec SQL Server à travers la technologie VDI de Microsoft, établissant une connexion directe entre Bacula et le moteur de base de données. C’est ce qui permet des opérations de sauvegarde natives sans création de fichiers intermédiaires ou de dépendances de snapshot.

Sauvegardes du journal des transactions et récupération ponctuelle

Bacula Enterprise vous permet de restaurer un ensemble de données MSSQL ou un paramètre particulier à partir d’un moment très précis dans le passé. Avec des modèles de restauration complets ou en vrac, vous serez en mesure d’effectuer des PITR ou d’utiliser les informations LSN pour restaurer l’état exact que vous souhaitez avoir. Vous pouvez restaurer exactement l’état requis de la base de données à un moment très précis, même à la seconde près. À partir d’une sauvegarde du journal des transactions, une restauration composera l’état de la base de données à partir d’une variété de types de sauvegardes SQL Server choisis.

Automatisation des sauvegardes

Avec les capacités de planification et les fonctionnalités de script de Bacula Enterprise, vous êtes en mesure d’implémenter l’automatisation des sauvegardes SQL Server et de réduire le temps nécessaire à la gestion de vos sauvegardes. Les tâches de sauvegarde pour votre serveur SQL peuvent être lancées en utilisant la logique de script et le planificateur.

Deux chemins de restauration distincts

Les administrateurs peuvent choisir entre la restauration directe du plugin – où Bacula transfère automatiquement les données vers le serveur SQL et met la base de données en ligne – ou la restauration vers le disque local, où les fichiers de sauvegarde sont écrits sur un chemin spécifié pour une restauration manuelle en utilisant TSQL ou la console de gestion du serveur SQL. Lors de la restauration sur disque, les commandes TSQL requises sont imprimées directement dans la sortie du travail.

Types de sauvegarde MS SQL en détail

Sauvegarde complète

Protection complète de la base de données – Sauvegarde de tous les fichiers de la base de données et du journal des transactions, offrant une capacité de récupération complète en cas de défaillance du support.
Transactions engagées incluses – Toutes les transactions engagées sont capturées ; les transactions en cours de traitement sont annulées au moment de la sauvegarde.

Sauvegarde différentielle

Capture des modifications uniquement – Enregistre uniquement les données modifiées depuis la dernière sauvegarde complète, ce qui réduit considérablement la taille et la fenêtre de la sauvegarde.
Protection automatique de la chaîne – Si la sauvegarde complète référencée est détectée comme indisponible, Bacula peut automatiquement promouvoir le travail différentiel en une sauvegarde complète afin de préserver la capacité de récupération.
L’intégrité de la chaîne est critique – Sans la sauvegarde complète de base, les données différentielles ne peuvent pas être utilisées ; la logique de promotion de Bacula existe spécifiquement pour prévenir ce scénario d’échec.

Sauvegarde du journal des transactions

Implémenté comme Bacula Incremental – Les sauvegardes du journal des transactions s’exécutent comme des tâches de niveau incrémental dans le cadre de la planification de Bacula.
Modèle de récupération complet ou Bulk-Logged requis – Les bases de données utilisant le modèle de récupération simple ne peuvent pas supporter les sauvegardes des journaux de transactions ou la récupération ponctuelle.
Chaîne de récupération continue – Les sauvegardes de journaux maintiennent une chaîne ininterrompue à partir de la dernière sauvegarde complète, ce qui permet une récupération ponctuelle précise.

Restauration du serveur SQL

Les restaurations peuvent être lancées à l’aide de toutes les méthodes Bacula standard. Le plugin MS SQL étend le workflow de restauration standard avec des options supplémentaires accessibles via la bconsole ou l’onglet de restauration de BWeb Management Suite :

Instance – Cible une instance spécifique de SQL Server pour la restauration ; par défaut, l’instance utilisée au moment de la sauvegarde.
Database – Restaure sous un nouveau nom de base de données ; a la priorité sur le paramètre Where si les deux sont définis.
Recovery – Contrôle si la base de données est mise en ligne immédiatement (RECOVERY) ou laissée dans un état de restauration pour l’application d’autres journaux (NORECOVERY).
Stop_at / Stop_before_mark / Stop_at_mark – Contrôles PITR précis ; accepte une date, un numéro LSN ou une marque nommée.
Restrict_user – Limite l’accès à la base de données restaurée immédiatement après la récupération.
Where / Replace – Paramètres Bacula standard contrôlant le chemin de destination de la restauration et le comportement lorsque les données existent déjà.

Pour les restaurations inter-instances ou par renommage, la relocalisation des fichiers est gérée automatiquement lorsqu’un nouveau chemin est spécifié via le paramètre Where.

Sur Bacula System’s BWeb Management Suite, les options du plugin sont disponibles dans l’onglet restauration.

Restauration ponctuelle du serveur SQL

Cette rubrique ne concerne que les bases de données SQL Server qui utilisent les modèles de récupération complète ou en bloc. Dans le cadre du modèle de restauration bulk-logged, si une sauvegarde du journal contient des modifications bulk-logged, la restauration ponctuelle n’est pas possible jusqu’à un point de cette sauvegarde. La base de données doit être restaurée jusqu’à la fin de la sauvegarde du journal des transactions.

Il est possible d’effectuer une restauration ponctuelle d’une base de données MS SQL directement à partir du plugin MS SQL. Il est également possible de restaurer les fichiers localement et d’effectuer l’opération à partir de la console de gestion de Microsoft SQL Server pour disposer de plus d’options.

Informations sur les LSN

Les LSN sont utilisés en interne au cours d’une séquence RESTORE pour suivre le moment où les données ont été restaurées. Lorsqu’une sauvegarde est restaurée, les données sont restaurées au LSN correspondant au moment où la sauvegarde a été effectuée.

Le LSN d’un enregistrement où un événement de sauvegarde et de restauration donné s’est produit peut être visualisé à l’aide d’un ou de plusieurs des éléments suivants :

Sortie du travail de sauvegarde Bacula
Noms des fichiers journaux
Table msdb.backupset
Table msdb.backupfile

Pendant un travail de sauvegarde avec le module MS SQL, les informations suivantes sur les numéros LSN seront affichées dans la sortie du travail :

win-fd JobId 3: LSN for « db29187 »: First: 42000146037, Last: 44000172001

Le premier numéro LSN correspond au dernier LSN de la dernière sauvegarde des journaux de transactions. Il peut s’agir de la toute première sauvegarde complète ou de la dernière sauvegarde transactionnelle (incrémentale). Le dernier numéro LSN correspond à la dernière transaction enregistrée dans le journal.

Avec une sauvegarde du journal des transactions (incrémentielle), le nom de fichier associé à cette base de données dans le travail incrémentiel sera :

/@mssql/MSSQLSERVER/db29187/log-42000162001.trn

Le numéro dans le nom, ici 42000162001 correspond au dernier LSN du travail précédent (complet ou incrémental).

Dans l’exemple de la figure 2, si l’administrateur a besoin de restaurer la base de données à l’état correspondant au LSN 14, il peut procéder comme suit :

Utilisez l’option 5 du menu de restauration
Parcourez le répertoire de la base de données « /@mssql/db29187 ».
Sélectionnez le dernier fichier de sauvegarde complète « data.bak » (LSN : 10)
Sélectionnez la sauvegarde incrémentielle « log-10.trn ».
Spécifiez l’option stop_at_mark à « lsn:14 ».
Exécutez la tâche de restauration

ou si la dernière sauvegarde SQL complète n’est pas disponible mais que la sauvegarde complète précédente l’est.

Utilisez l’option 3 du menu de restauration, sélectionnez les jobids appropriés.
Parcourez le répertoire de la base de données « /@mssql/db29187 ».
Sélectionnez le fichier de sauvegarde complète « data.bak » (LSN : 2)
Sélectionnez les sauvegardes incrémentielles « log-2.trn », « log-3.trn », « log-10.trn ».
Spécifiez l’option stop_at_mark à « lsn:14 ».
Exécutez la tâche de restauration

Aperçu des scénarios de restauration SQL

Description	Où	Base de données	Exemple
Restaurer les fichiers sur le disque	Path		where=c:/tmp
Restaurer la base de données originale			where=/
Restaurer avec un nouveau nom	Nom		where=newdb
Restaurer avec un nouveau nom		Nom	database=newdb
Restaurer avec un nouveau nom et une nouvelle localisation du fichier	Path	Nom	where=c:/tmp database=newdb

Ce que Bacula Enterprise apporte à chaque déploiement

Sécurité et conformité

Chiffrement AES 256 bits au repos et en transit – Chiffrement de niveau militaire appliqué à toutes les données de sauvegarde, à la fois dans les volumes de stockage et à travers les connexions réseau.
Prise en charge de plusieurs codes – Choisissez entre AES 128, AES 192, AES 256 ou Blowfish en fonction des exigences de performance et de conformité.
Modules cryptographiques conformes à la norme FIPS 140 – Conformes aux normes fédérales exigées par les agences gouvernementales et les industries fortement réglementées.
Authentification multifactorielle – MFA basée sur TOTP pour l’accès administratif via la vérification biométrique par smartphone.
Intégration LDAP et Active Directory – Authentification centralisée via l’infrastructure d’annuaire existante
Contrôle d’accès basé sur les rôles – Des niveaux d’autorisation granulaires renforcent la séparation des tâches au sein des équipes d’administration des sauvegardes.
Détection des ransomwares BGuardian – Identifie les modèles de données anormaux dans les volumes de sauvegarde qui correspondent au chiffrement actif des ransomwares.
Prise en charge des volumes immuables – Les modes de bande WORM et de volume append-only empêchent la modification ou la suppression des données de sauvegarde après l’écriture.
Immutabilité dans le nuage – Stockage d’objets conforme à la norme WORM pour les environnements S3, Azure Blob, Google Cloud et Oracle Cloud.
Stratégie de protection 3-2-1-1 – Trois copies, deux types de supports, un emplacement hors site, une copie immuable – entièrement implémentable dans un seul déploiement Bacula.
Intégration SIEM – Compatible avec Wazuh/OSSEC pour une analyse centralisée des logs et une gestion des événements de sécurité
Couverture du cadre réglementaire – Prise en charge documentée de la conformité aux normes GDPR, PCI-DSS, HIPAA, SOX et aux normes de sécurité militaires.

Prise en charge de l’infrastructure hybride

Large couverture de la virtualisation – Intégration native avec VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, Azure VM, Proxmox et Nutanix AHV.
Physique et virtuel sous un même toit – Gestion des politiques de sauvegarde pour les serveurs physiques et les machines virtuelles à partir d’une interface unique.
Environnements de conteneurs et Cloud-Native – Protection des charges de travail Docker, Kubernetes et OpenShift, y compris les sauvegardes de volumes persistants.
Stockage multi-cloud – connectivité native à S3, Azure Blob, Google Cloud Storage, Oracle Cloud et interfaces compatibles avec Glacier.
Couverture des bases de données – Prise en charge des sauvegardes à chaud pour Oracle, SQL Server, MySQL, PostgreSQL, MariaDB, SAP HANA et Sybase avec récupération cohérente avec l’application.
Prise en charge des systèmes de fichiers multiplateformes – Gestion cohérente des stratégies dans les environnements de stockage Linux, Windows, UNIX et en réseau.

Performance et évolutivité

Déduplication au niveau des blocs – Seuls les nouveaux blocs sont stockés ; les données existantes sont référencées plutôt que dupliquées, ce qui réduit considérablement la consommation de stockage.
Exécution parallèle des tâches – Des threads et des canaux concurrents configurables répartissent la charge de travail de sauvegarde sur les ressources disponibles de l’unité centrale, du réseau et du stockage.
Limitation de la bande passante – Des contrôles fins empêchent les opérations de sauvegarde de saturer la capacité du réseau de production.
Protection quasi continue des données (NCDP ) – Réduit le RTO et le RPO à quelques minutes pour les charges de travail critiques.
Intégration des instantanés – Réduit les fenêtres de sauvegarde grâce à des approches efficaces basées sur les instantanés et l’imagerie incrémentielle.
Évolution en fonction de la taille du déploiement – L’architecture prend en charge des milliers de points d’extrémité protégés à partir d’un seul directeur, sans dégradation des performances.

Gestion centralisée

BWeb™ Management Suite – Interface basée sur un navigateur avec surveillance en temps réel, planification de tâches par glisser-déposer et tableaux de bord de rapports détaillés.
Contrôle complet de la ligne de commande – Accès complet à la ligne de commande pour l’écriture de scripts, l’automatisation et l’administration avancée, parallèlement à l’interface graphique.
Prise en charge de plusieurs locataires – Environnements de locataires isolés avec accès et marque personnalisables pour les MSP et les équipes de grandes entreprises.
Rapports automatisés – Livraison programmée de l’état des sauvegardes, de l’utilisation du stockage, des mesures de performance et de la documentation de conformité.
Intégration des systèmes d’entreprise – Connexion avec les plateformes ITSM existantes, les outils de surveillance et les services d’annuaire pour une gestion unifiée des flux de travail.
Découverte automatique de l’environnement – Détecte les cibles de sauvegarde, y compris les instances SQL Server, sans gestion manuelle de l’inventaire.

Questions fréquemment posées

Le plugin MS SQL de Bacula utilise-t-il VSS pour effectuer des sauvegardes ?

Non. Le plugin communique directement avec SQL Server à travers l’Interface de Dispositif Virtuel de Microsoft et ne s’appuie pas sur les snapshots VSS à aucun moment du processus de sauvegarde.

Puis-je restaurer vers une instance différente de SQL Server ou sous un nouveau nom de base de données ?

Oui. Les options de restauration du plugin incluent un paramètre Instance pour cibler une instance SQL Server différente, et un paramètre Database pour restaurer sous un nouveau nom. Si le paramètre Where et l’option Database sont tous deux définis, Database est prioritaire pour le nommage. La relocalisation des fichiers est gérée automatiquement lors de la restauration vers un nouveau chemin.

Que se passe-t-il si la sauvegarde complète référencée par une sauvegarde différentielle n’est pas disponible ?

Bacula détecte cette condition automatiquement. Si la sauvegarde complète de base ne peut pas être trouvée, le travail différentiel peut être promu en sauvegarde complète pour s’assurer que la chaîne reste intacte et que les données restent récupérables.

Quelle est la différence entre les deux chemins de restauration ?

La restauration plugin directe transfère automatiquement les données vers le serveur SQL et met la base de données en ligne sans intervention manuelle. La restauration sur le disque local écrit les fichiers de sauvegarde sur un chemin spécifié, laissant l’administrateur terminer la restauration en utilisant des commandes TSQL ou la console de gestion du serveur SQL – utile lorsqu’un contrôle plus granulaire sur le processus de restauration est nécessaire. Dans les deux cas, les commandes TSQL pertinentes sont imprimées dans la sortie du job Bacula pour référence.

Puis-je restaurer la base de données principale en utilisant ce plugin ?

La base de données master devrait toujours être incluse dans les programmes de sauvegarde – si elle est endommagée, l’instance du serveur SQL peut être incapable de démarrer. Cependant, les bases de données principales ne supportent que les sauvegardes complètes des bases de données ; les sauvegardes différentielles et du journal des transactions ne sont pas disponibles pour celles-ci. La restauration des bases de données principales suit la procédure standard de Microsoft « reconstruire puis restaurer ».

Aide supplémentaire sur la sauvegarde SQL :

Intéressé par la manière dont Bacula Enterprise sauvegarde les bases de données SQL ? Consultez l’article de blog sur la sauvegarde des bases de données SQL.
Intéressé par les capacités de sauvegarde pour les systèmes basés sur Windows ? Jetez un coup d’œil à nos utilitaires de sauvegarde pour serveurs Windows.
Consultez les principales fonctionnalités du logiciel de sauvegarde et de restauration de Bacula Enterprise.

Vous utilisez d’autres bases de données dans votre infrastructure ? Bacula Enterprise a des solutions pour les bases de données Oracle, PostgreSQL, MSSQL et SAP.
Intéressé par la sauvegarde sur bande ? Jetez un coup d’oeil à notre logiciel de sauvegarde sur bande.
Intéressé par la sauvegarde et la récupération de MS Exchange ? Jetez un coup d’œil à notre outil Exchange Server.

Vous pouvez également être intéressé par :

logiciel de sauvegarde

sauvegarde vsphere

sauvegarde données entreprise