Partager via

Aperçu de la sauvegarde (SQL Server)

  • Article

S’applique à : SQL Server

Cet article présente le composant de sauvegarde de SQL Server. La sauvegarde de votre base de données SQL Server est essentielle pour protéger vos données. Cette discussion couvre les types de sauvegardes et les restrictions liées aux sauvegardes. La rubrique présente également les unités et les supports de sauvegarde de SQL Server.

Conditions

  • back up [verbe] : copie les données ou les enregistrements de journal d’une base de données ou de son journal des transactions sur une unité de sauvegarde, telle qu’un disque, pour créer une sauvegarde de données ou de journal.

  • backup [nom] : une copie des données de SQL Server qui peut être utilisée pour restaurer et récupérer les données après une défaillance. Une sauvegarde des données SQL Server est créée au niveau d’une base de données, ou d’un ou de plusieurs de ses fichiers ou groupes de fichiers. Vous ne pouvez pas créer de sauvegardes au niveau des tables. Outre les sauvegardes de données, le mode de récupération complète nécessite la création de sauvegardes du journal des transactions.

  • mode de récupération : propriété de base de données qui contrôle la maintenance du journal des transactions sur une base de données. Il existe trois modes de récupération : simple, complète et utilisant les journaux de transactions. Le mode de récupération de base de données détermine les spécifications de sauvegarde et de restauration.

  • restaurer : un processus à plusieurs phases qui copie toutes les données et les pages des journaux à partir d’une sauvegarde SQL Server spécifiée dans une base de données spécifiée, puis restaure toutes les transactions journalisées dans la sauvegarde en appliquant les modifications journalisées pour rétablir un état ultérieur des données.

Types de sauvegardes

  • sauvegarde de copie uniquement : sauvegarde d’utilisation particulière qui est indépendante de la séquence normale des sauvegardes SQL Server.

  • sauvegarde de données : une sauvegarde de données dans une base de données complète (une sauvegarde de base de données), une base de données partielle (une sauvegarde partielle) ou un ensemble de fichiers ou groupes de fichiers (une sauvegarde de fichiers).

  • sauvegarde de base de données : sauvegarde d’une base de données. Les sauvegardes complètes de base de données représentent l'intégralité de la base de données à l'issue de l'opération de sauvegarde. Les sauvegardes différentielles contiennent uniquement les modifications apportées à la base de données depuis sa plus récente sauvegarde complète de base de données.

  • sauvegarde différentielle : une sauvegarde de données basée sur la dernière sauvegarde complète d’une base de données complète ou partielle ou d’un ensemble de fichiers de données ou de groupes de fichiers (la base différentielle) et qui contient uniquement les extensions de données ayant changé depuis la base différentielle.

    Une sauvegarde différentielle partielle n'enregistre que les extensions de données qui ont changé dans les groupes de fichiers depuis la sauvegarde partielle précédente, appelée la base de la sauvegarde différentielle.

  • sauvegarde complète : une sauvegarde de données qui contient toutes les données d’une base de données particulière ou d’un jeu de groupes de fichiers ou de fichiers, ainsi qu’une partie suffisante du journal pour permettre la récupération de ces données.

  • sauvegarde de fichier journal : une sauvegarde des journaux des transactions qui inclut tous les enregistrements des journaux qui n’ont pas été sauvegardés lors d’une sauvegarde de fichier journal précédente (mode de récupération complète).

  • sauvegarde de fichiers : sauvegarde d’un ou de plusieurs fichiers ou groupes de fichiers de base de données.

  • sauvegarde partielle : contient des données provenant uniquement de certains des groupes de fichiers dans une base de données, y compris les données du groupe de fichiers primaire, de chaque groupe de fichiers en lecture-écriture, ainsi que, éventuellement, de tout fichier spécifié en lecture seule.

Termes et définitions des supports de sauvegarde

  • unité de sauvegarde : une unité de disque ou de bande sur laquelle les sauvegardes de SQL Server sont écrites et à partir de laquelle elles peuvent être restaurées. Les sauvegardes SQL Server peuvent également être écrites dans Stockage Blob Azure, et le format d’URL est utilisé pour spécifier la destination et le nom du fichier de sauvegarde. Pour plus d’informations, consultez Sauvegarde et restauration SQL Server avec Stockage Blob Microsoft Azure.

  • support de sauvegarde : une ou plusieurs bandes ou un ou plusieurs fichiers disque sur lesquels une ou plusieurs sauvegardes ont été écrites.

  • jeu de sauvegarde : contenu de sauvegarde ajouté à un jeu de supports par une opération de sauvegarde réussie.

  • famille de supports Sauvegardes créées sur une seule unité qui n’est pas mise en miroir ou sur un ensemble d’unités en miroir dans un support de sauvegarde.

  • jeu de supports : ensemble ordonné de supports de sauvegarde (bandes ou fichiers disque) sur lequel une ou plusieurs opérations de sauvegarde ont été écrites en utilisant un type et un nombre fixes d’unités de sauvegarde.

  • support de sauvegarde miroir : plusieurs copies (miroirs) d’un support de sauvegarde.

Compression de sauvegarde

L’édition Enterprise de SQL Server 2008 (10.0.x) et les versions ultérieures prennent en charge la compression des sauvegardes. SQL Server 2008 (10.0.x) et les versions ultérieures peuvent restaurer une sauvegarde compressée. L’édition Standard de SQL Server 2016 (13.x) et les versions ultérieures prennent en charge la compression des sauvegardes et la restauration des sauvegardes compressées. Pour plus d’informations, consultez Compression de sauvegardes (SQL Server).

Restrictions des opérations de sauvegarde

La sauvegarde peut être effectuée si la base de données est en ligne et en cours d'utilisation. Cependant, les restrictions suivantes existent :

Impossible de sauvegarder des données hors connexion

Toute sauvegarde qui fait implicitement ou explicitement référence à des données hors connexion échoue. Voici quelques exemples classiques de cette situation :

  • Vous demandez une sauvegarde complète de la base de données, mais un groupe de fichiers de la base de données est hors connexion. Comme tous les groupes de fichiers sont implicitement inclus dans une sauvegarde complète de base de données, cette opération échoue.

    Pour sauvegarder cette base de données, vous pouvez utiliser une sauvegarde de fichiers et spécifier uniquement les groupes de fichiers en ligne.

  • Vous demandez une sauvegarde partielle, mais un groupe de fichiers en lecture-écriture est hors connexion. Du fait que tous les groupes de fichiers en lecture-écriture sont indispensables pour une sauvegarde partielle, cette opération échoue.

  • Vous demandez une sauvegarde de fichiers spécifiques, mais un fichier n'est pas en ligne. L'opération échoue. Pour sauvegarder les fichiers en ligne, vous pouvez supprimer le fichier hors connexion de la liste des fichiers et recommencer l'opération.

En règle générale, une sauvegarde de journal aboutit même si un ou plusieurs fichiers de données ne sont pas disponibles. Cependant, si un fichier contient des modifications journalisées en bloc et effectuées en mode de récupération utilisant les journaux de transactions, tous les fichiers doivent être en ligne pour que la sauvegarde aboutisse.

Restrictions d’accès concurrentiel

SQL Server recourt à un processus de sauvegarde en ligne pour permettre qu’une base de données soit sauvegardée alors qu’elle est encore utilisée. Lors d'une sauvegarde, la plupart des opérations sont possibles ; par exemple, les instructions INSERT, UPDATE et DELETE sont autorisées. Cependant, si vous tentez une opération de sauvegarde pendant qu'un fichier de base de données est en cours de création ou de suppression, l'opération de sauvegarde attend que la création ou la suppression soit terminée ou que le délai d'attente de la sauvegarde expire.

Parmi les opérations qui ne peuvent pas être effectuées lors d'une sauvegarde de base de données ou d'une sauvegarde du journal des transactions, citons :

  • Les opérations de gestion de fichiers telles que l’instruction ALTER DATABASE avec les options ADD FILE ou REMOVE FILE.

  • Les opérations de compactage de base de données ou de fichier. Cela comprend également les opérations de compactage automatique.

  • Si vous tentez de créer ou de supprimer un fichier de base de données pendant qu'une opération de sauvegarde est en cours, la création ou la suppression échoue.

Si une opération de sauvegarde chevauche une opération de compactage ou de gestion des fichiers, un conflit se produit. Quelle que soit l’opération commencée en premier, la seconde opération attend que le verrou défini par la première opération expire. (Le délai d’attente est contrôlé par un paramètre d’expiration de la session.) Si le verrou est désactivé au cours du délai d’attente, la seconde opération se poursuit. Si le verrou expire, la seconde opération échoue.

Tâches associées

Unités et supports de sauvegarde

Création d'une sauvegarde

Remarque

Pour réaliser des sauvegardes partielles ou de copie uniquement, vous devez utiliser l’instruction Transact-SQL BACKUP avec l’option PARTIAL ou COPY_ONLY, respectivement.

Contenu connexe