Présentation des stratégies de sauvegarde et de restauration dans SQL Server
La création de sauvegardes SQL Server a pour objectif de permettre la récupération d'une base de données endommagée. Toutefois, les sauvegardes et restaurations de données doivent être adaptées à un environnement particulier et doivent pouvoir utiliser les ressources disponibles. Pour qu'elles soient efficaces, les sauvegardes et restaurations aux fins de récupération doivent par conséquent faire l'objet d'une stratégie. Une stratégie de sauvegarde et de restauration bien conçue doit maximiser la disponibilité des données et minimiser la perte de données, en prenant en compte les besoins spécifiques de votre entreprise.
Important
Placez la base de données et les sauvegardes sur des périphériques distincts. Dans le cas contraire, si le périphérique contenant base de données tombe en panne, vos sauvegardes ne seront pas disponibles. Le fait de placer les données et les sauvegardes sur des périphériques distincts augmente également les performances d'E/S pour l'écriture des sauvegardes et l'utilisation en production de la base de données.
Une stratégie de sauvegarde et de restauration s'articule autour de deux pôles : la sauvegarde et la restauration. Le pôle sauvegarde définit le type et la fréquence des sauvegardes, la nature et la vitesse du matériel employé, la manière dont les sauvegardes seront testées, ainsi que les modalités et l'emplacement de stockage des supports de sauvegarde (sans oublier les considérations relatives à la sécurité). Le pôle restauration détermine le responsable des restaurations et leurs modalités d'exécution pour atteindre les objectifs de l'entreprise en termes de disponibilité de la base de données et de limitation des pertes de données. Nous vous recommandons de documenter vos procédures de sauvegarde et de restauration, sans oublier de conserver une copie de la documentation dans votre dossier d'exploitation.
La conception d'une stratégie de sauvegarde et de restauration efficace nécessite une planification, une mise en œuvre et des tests rigoureux. Il est nécessaire d'effectuer des tests. Vous ne disposez d'aucune stratégie de sauvegarde tant que vous n'avez pas restauré comme il se doit les sauvegardes dans toutes les combinaisons incluses dans votre stratégie de restauration. Vous devez prendre en compte différents facteurs. Il s'agit des facteurs suivants :
les objectifs de production de votre entreprise en ce qui concerne les bases de données, en particulier les besoins de disponibilité et de protection des données contre les pertes ;
La nature de chacune de vos bases de données : leur taille, les modèles d'utilisation, nature de leur contenu, exigences au niveau des données, etc. ;
Les contraintes imposées aux ressources telles que : matériel, personnel, espace de stockage des supports de sauvegarde et leur sécurité physique, etc.
[!REMARQUE]
Le format de stockage sur disque de SQL Server est le même dans les environnements 64 bits et 32 bits. Par conséquent, la sauvegarde et la restauration fonctionnent sur les environnements 32 bits et 64 bits. Une sauvegarde créée sur une instance serveur s'exécutant dans un environnement peut être restaurée sur une instance serveur qui s'exécute dans l'autre environnement.
Impact du mode de récupération sur la sauvegarde et la restauration
Les opérations de sauvegarde et de restauration interviennent dans le cadre d'un mode de récupération. Un mode de récupération désigne une propriété de base de données qui contrôle le mode de gestion du journal des transactions. Également, le mode de récupération d'une base de données détermine les types de sauvegardes et les scénarios de restauration pris en charge pour la base de données. En règle générale, une base de données utilise le mode de restauration complète ou le mode de récupération simple. Le mode de restauration complète peut être complété en basculant provisoirement vers le mode de récupération utilisant les journaux de transactions avant d'effectuer les opérations en bloc. Pour obtenir une présentation de ces modes de récupération et leur impact sur la gestion du journal des transactions, consultez Modes de récupération et gestion du journal des transactions.
Le meilleur choix du mode de récupération de la base de données dépend de vos exigences commerciales. Pour éviter la gestion du journal des transactions et simplifier la sauvegarde et la restauration, optez pour le mode de récupération simple. Pour minimiser les risques de perte de travail, mais avec un coût en termes de charges d'administration, choisissez le mode de restauration complète. Pour des informations sur l'impact des modes de récupération sur la sauvegarde et la restauration, consultez les rubriques suivantes :
Mise au point de la stratégie de sauvegarde
Après avoir choisi un mode de récupération satisfaisant vos exigences commerciales pour une base de données précise, vous devez planifier et implémenter une stratégie de sauvegarde correspondante. Le choix de la meilleure stratégie de sauvegarde possible dépend d'un éventail de facteurs, notamment des facteurs primordiaux suivants :
Combien d'heures par jour les applications ont-elles besoin d'accéder à la base de données ?
S'il existe une période creuse évidente, nous vous recommandons de planifier les sauvegardes complètes de la base de données pendant cette période.
Quelle est la fréquence de modification et de mise à jour possible ?
Si les modifications sont fréquentes, tenez compte des éléments suivants :
Dans le cadre du mode de récupération simple, planifiez, si possible, des sauvegardes différentielles entre les sauvegardes complètes de la base de données. Une sauvegarde différentielle enregistre uniquement les modifications effectuées depuis la toute dernière sauvegarde complète de la base de données.
Si vous travaillez en mode de restauration complète, prévoyez des sauvegardes fréquentes du journal. La planification de sauvegardes différentielles entre des sauvegardes complètes peut réduire le temps de restauration en diminuant le nombre de sauvegardes de journal à restaurer après la restauration des données.
Ces modifications risquent-elles de porter sur une petite ou sur une grande partie de la base de données ?
Dans le cas d'une base de données volumineuse dont les modifications sont concentrées dans une partie des fichiers ou des groupes de fichiers, des sauvegardes partielles et/ou des sauvegardes de fichiers peuvent s'avérer utiles. Pour plus d'informations, consultez Sauvegardes partielles et Sauvegardes complètes de fichiers.
Quelle est la quantité d'espace disque nécessaire pour une sauvegarde complète de base de données ?
Pour plus d'informations, consultez « Estimation de la taille d'une sauvegarde complète de base de données » plus loin dans cette rubrique.
Estimation de la taille d'une sauvegarde complète de base de données
Avant de mettre en place une stratégie de sauvegarde et de restauration, vous devez estimer la quantité d'espace disque qu'utilisera une sauvegarde complète de base de données. L'opération de sauvegarde copie les données de la base de données dans un fichier de sauvegarde. La sauvegarde contient uniquement les données réelles de la base de données et aucun espace inutilisé. Ainsi, la sauvegarde est généralement moins volumineuse que la base de données elle-même. Vous pouvez estimer la taille d'une sauvegarde complète de base de données en utilisant la procédure stockée système sp_spaceused. Pour plus d'informations, consultez sp_spaceused (Transact-SQL).
Planification des sauvegardes
Après avoir choisi les types de sauvegardes dont vous avez besoin et défini la fréquence à laquelle vous devez effectuer chaque type, nous vous recommandons de prévoir des sauvegardes régulières dans le cadre d'un plan de maintenance de la base de données. Pour plus d'informations sur les plans de maintenance et leur création pour les sauvegardes de base de données et de journaux, consultez Maintenance des bases de données (Moteur de base de données) et Assistant Plan de maintenance.
Pour créer un plan de maintenance
Pour créer et planifier des travaux
Évaluation de vos sauvegardes
Vous ne disposez d'aucune stratégie de restauration tant que vous n'avez pas testé vos sauvegardes. Il est essentiel de procéder à une évaluation minutieuse de votre stratégie de sauvegarde pour chacune de vos bases de données en restaurant une copie de la base de données sur un système de test. Vous devez tester la restauration de chaque type de sauvegarde que vous envisagez d'utiliser.
Nous vous recommandons la tenue d'un manuel des opérations pour chaque base de données. Ce manuel doit consigner l'emplacement des sauvegardes, les noms des unités de sauvegarde (le cas échéant) et le temps requis pour la restauration des sauvegardes de test.
Voir aussi