Périphériques de sauvegarde (SQL Server)

Pendant une opération de sauvegarde sur une base de données SQL Server, les données sauvegardées (la sauvegarde) sont écrites sur un périphérique de sauvegarde physique. Cet appareil de sauvegarde physique est initialisé lors de l’écriture de la première sauvegarde dans un jeu de supports. Les sauvegardes sur un ensemble d’un ou plusieurs périphériques de sauvegarde composent un ensemble de supports.

Dans cette rubrique :

• Termes et définitions

• Utilisation des périphériques de sauvegarde de disque

• Utilisation de périphériques à bande

• Utilisation d’un périphérique de sauvegarde logique

• Jeux de supports de sauvegarde en miroir

• Archivage des sauvegardes SQL Server

• Tâches associées

Termes et définitions

disque de sauvegarde
Disque dur ou autre support de stockage de disque qui contient un ou plusieurs fichiers de sauvegarde. Un fichier de sauvegarde est un fichier de système d’exploitation standard.

ensemble multimédia
Collection ordonnée de supports de sauvegarde, de bandes ou de fichiers de disque qui utilise un type fixe et un nombre d’appareils de sauvegarde. Pour plus d'informations sur les ensembles de supports, consultez Media Sets, Media Families et Backup Sets (SQL Server).

périphérique de sauvegarde physique
Lecteur de bande ou fichier de disque fourni par le système d’exploitation. Une sauvegarde peut être écrite sur de 1 à 64 périphériques de sauvegarde. Si une sauvegarde nécessite plusieurs périphériques de sauvegarde, tous les appareils doivent correspondre à un seul type d’appareil (disque ou bande).

Les sauvegardes SQL Server peuvent également être écrites dans le service stockage Blob Azure en plus du disque ou de la bande.

Utilisation des périphériques de sauvegarde de disque

Dans cette section :

• Spécification d’un fichier de sauvegarde à l’aide de son nom physique (Transact-SQL)

• Spécification du chemin d’accès d’un fichier de sauvegarde de disque

• Sauvegarde d’un fichier sur un partage réseau

Si un fichier disque se remplit pendant qu’une opération de sauvegarde ajoute une sauvegarde au support, l’opération de sauvegarde échoue. La taille maximale d’un fichier de sauvegarde est déterminée par l’espace disque disponible sur l’appareil disque ; par conséquent, la taille appropriée pour un périphérique de disque de sauvegarde dépend de la taille de vos sauvegardes.

Un périphérique de sauvegarde de disque peut être un périphérique de disque simple, tel qu’un lecteur ATA. Vous pouvez également utiliser un lecteur de disque permutable à chaud qui vous permettrait de remplacer de manière transparente un disque complet sur le lecteur par un disque vide. Un disque de sauvegarde peut être un disque local sur le serveur ou un disque distant qui est une ressource réseau partagée. Pour plus d’informations sur l’utilisation d’un disque distant, consultez Sauvegarde d’un fichier sur un partage réseau, plus loin dans cette rubrique.

Les outils d’administration SQL Server sont très flexibles pour gérer les périphériques de sauvegarde de disque, car ils génèrent automatiquement un nom horodaté sur le fichier disque.

Spécification d’un fichier de sauvegarde à l’aide de son nom physique (Transact-SQL)

La syntaxe BACKUP de base pour spécifier un fichier de sauvegarde à l’aide de son nom d’appareil physique est la suivante :

BACKUP DATABASE database_name

TO DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Par exemple:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';  
GO  

Pour spécifier un périphérique de disque physique dans une instruction RESTORE , la syntaxe de base est la suivante :

RESTORE { DATABASE | LOG } database_name

DEPUIS DISQUE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Par exemple,

RESTORE DATABASE AdventureWorks2012   
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';   

Spécification du chemin d’accès d’un fichier de sauvegarde de disque

Lorsque vous spécifiez un fichier de sauvegarde, vous devez entrer son chemin d’accès complet et son nom de fichier. Si vous spécifiez uniquement le nom de fichier ou un chemin relatif lorsque vous sauvegardez dans un fichier, le fichier de sauvegarde est placé dans le répertoire de sauvegarde par défaut. Le répertoire de sauvegarde par défaut est C :\Program Files\Microsoft SQL Server\MSSQL. n\MSSQL\Backup, où n est le nombre de l’instance de serveur. Par conséquent, pour l’instance de serveur par défaut, le répertoire de sauvegarde par défaut est C :\Program Files\Microsoft SQL Server\MSSQL12. MSSQLSERVER\MSSQL\Backup.

Pour éviter toute ambiguïté, en particulier dans les scripts, nous vous recommandons de spécifier explicitement le chemin du répertoire de sauvegarde dans chaque clause DISK. Toutefois, cela est moins important lorsque vous utilisez l’Éditeur de requête. Dans ce cas, si vous êtes sûr que le fichier de sauvegarde réside dans le répertoire de sauvegarde par défaut, vous pouvez omettre le chemin d’accès d’une clause DISK. Par exemple, l’instruction suivante BACKUP sauvegarde la base de données AdventureWorks2012 dans le répertoire de sauvegarde par défaut.

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'AdventureWorks2012.bak';  
GO  

Sauvegarde d’un fichier sur un partage réseau

Pour que SQL Server accède à un fichier de disque distant, le compte de service SQL Server doit avoir accès au partage réseau. Cela inclut les autorisations nécessaires aux opérations de sauvegarde pour écrire dans le partage réseau et pour les opérations de restauration à lire à partir de celui-ci. La disponibilité des lecteurs réseau et des autorisations dépend du contexte dans lequel le service SQL Server s’exécute :

• Pour sauvegarder un lecteur réseau lorsque SQL Server s’exécute dans un compte d’utilisateur de domaine, le lecteur partagé doit être mappé en tant que lecteur réseau dans la session où SQL Server est en cours d’exécution. Si vous démarrez Sqlservr.exe à partir de la ligne de commande, SQL Server voit les lecteurs réseau que vous avez mappés dans votre session de connexion.

• Lorsque vous exécutez Sqlservr.exe en tant que service, SQL Server s’exécute dans une session distincte qui n’a aucune relation avec votre session de connexion. La session dans laquelle un service s’exécute peut avoir ses propres lecteurs mappés, même si cela n'est généralement pas le cas.

• Vous pouvez vous connecter avec le compte de service réseau à l’aide du compte d’ordinateur au lieu d’un utilisateur de domaine. Pour activer les sauvegardes à partir d’ordinateurs spécifiques sur un lecteur partagé, accordez l’accès aux comptes d’ordinateur. Tant que le processus Sqlservr.exe qui écrit la sauvegarde a accès, il n’est pas pertinent si l’utilisateur envoyant la commande BACKUP a accès.

  Important

  Nous vous recommandons de vérifier l'opération de sauvegarde après son achèvement lorsqu'un disque distant est utilisé, car la sauvegarde de données sur un réseau peut être sujette à des erreurs de réseau. Pour plus d’informations, consultez RESTORE VERIFYONLY (Transact-SQL).

Spécification d’un nom UNC (Universal Naming Convention)

Pour spécifier un partage réseau dans une commande de sauvegarde ou de restauration, vous devez utiliser le nom de convention d’affectation de noms universelle (UNC) complet du fichier pour l’appareil de sauvegarde. Un nom UNC a la forme \\NomDuSystème\NomDuPartage\Chemin\NomDeFichier.

Par exemple:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';  
GO  

Utilisation d’appareils à bande

Dans cette section :

• Spécification d’une bande de sauvegarde à l’aide de son nom physique (Transact-SQL)

• OPTIONS de SAUVEGARDE et RESTAURATIONTape-Specific (Transact-SQL)

• Gestion des bandes ouvertes

La sauvegarde de données SQL Server sur bande nécessite que le lecteur de bande ou les lecteurs soient pris en charge par le système d’exploitation Microsoft Windows. En outre, pour le lecteur de bande donné, nous vous recommandons d’utiliser uniquement les bandes recommandées par le fabricant du lecteur. Pour plus d’informations sur l’installation d’un lecteur de bande, consultez la documentation du système d’exploitation Windows.

Lorsqu’un lecteur de bande est utilisé, une opération de sauvegarde peut remplir une bande et continuer sur une autre bande. Chaque bande magnétique contient un en-tête multimédia. Le premier média utilisé est appelé bande initiale. Chaque bande successive est appelée bande de continuation et a un numéro de séquence multimédia supérieur à la bande précédente. Par exemple, un support associé à quatre périphériques à bandes contient au moins quatre bandes initiales (et, si la base de données ne convient pas, quatre séries de bandes de continuation). Lors de l’ajout d’un jeu de sauvegarde, vous devez monter la dernière bande de la série. Si la dernière bande n'est pas montée, le moteur de base de données scanne jusqu'à la fin de la bande montée, puis demande de changer de bande. À ce stade, montez la dernière bande.

Les périphériques de sauvegarde sur bande sont utilisés comme les périphériques de disque, avec les exceptions suivantes :

• L’appareil de bande doit être connecté physiquement à l’ordinateur exécutant une instance de SQL Server. La sauvegarde sur des appareils à bande distante n’est pas prise en charge.

• Si un périphérique de sauvegarde sur bande est rempli pendant l’opération de sauvegarde, mais que d’autres données doivent toujours être écrites, SQL Server demande une nouvelle bande et poursuit l’opération de sauvegarde après le chargement d’une nouvelle bande.

Spécification d’une bande de sauvegarde à l’aide de son nom physique (Transact-SQL)

La syntaxe BACKUP de base pour spécifier une bande de sauvegarde à l’aide du nom de périphérique physique du lecteur de bande est la suivante :

BACKUP { DATABASE | LOG } database_name

TO TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Par exemple:

BACKUP LOG AdventureWorks2012   
   TO TAPE = '\\.\tape0';  
GO  

Pour spécifier un périphérique de bande physique dans une instruction RESTORE , la syntaxe de base est la suivante :

RESTORE { DATABASE | LOG } database_name

FROM TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Tape-Specific OPTIONS DE SAUVEGARDE ET DE RESTAURATION (Transact-SQL)

Pour faciliter la gestion des bandes, l’instruction BACKUP fournit les options spécifiques à la bande suivantes :

• { NOUNLOAD | UNLOAD }

  Vous pouvez contrôler si une bande de sauvegarde est déchargée automatiquement à partir du lecteur de bande après une opération de sauvegarde ou de restauration. UNLOAD/NOUNLOAD est un paramètre de session qui persiste pour la durée de la session ou jusqu’à ce qu’elle soit réinitialisée en spécifiant l’alternative.

• { REWIND | NOREWIND }

  Vous pouvez contrôler si SQL Server doit conserver la bande ouverte après l’opération de sauvegarde ou de restauration, ou la libérer et la rembobiner une fois qu'elle est pleine. Le comportement par défaut consiste à rembobiner la bande (REWIND).

Gestion des bandes ouvertes

Pour afficher une liste des unités de bande ouvertes et l’état des demandes de montage, interrogez la vue de gestion dynamique sys.dm_io_backup_tapes. Cette vue affiche toutes les bandes ouvertes. Ceux-ci incluent des bandes utilisées qui sont temporairement inactives pendant qu’elles attendent la prochaine opération de SAUVEGARDE ou de RESTAURATION.

Si une bande a été accidentellement ouverte, le moyen le plus rapide de libérer la bande consiste à utiliser la commande suivante : RESTORE REWINDONLY FROM TAPE =backup_device_name. Pour plus d’informations, consultez RESTORE REWINDONLY (Transact-SQL).

Utilisation du service Stockage Blob Azure

Les sauvegardes SQL Server peuvent être écrites dans le service Stockage Blob Azure. Pour plus d’informations sur l’utilisation du service Stockage Blob Azure pour vos sauvegardes, consultez Sauvegarde et restauration SQL Server avec le service Stockage Blob Azure.

Utilisation d’un périphérique de sauvegarde logique

Un périphérique de sauvegarde logique est un nom facultatif défini par l’utilisateur qui pointe vers un périphérique de sauvegarde physique spécifique (un fichier disque ou un lecteur de bande). Un périphérique de sauvegarde logique vous permet d’utiliser l’indirection lors du référencement de l’appareil de sauvegarde physique correspondant.

La définition d’un périphérique de sauvegarde logique implique l’affectation d’un nom logique à un appareil physique. Par exemple, un appareil logique, AdventureWorksBackups, peut être défini pour pointer vers le fichier Z :\SQLServerBackups\AdventureWorks2012.bak ou le lecteur de bande \\.\tape0. Les commandes de sauvegarde et de restauration peuvent ensuite spécifier AdventureWorksBackups comme périphérique de sauvegarde, au lieu de DISK = 'Z :\SQLServerBackups\AdventureWorks2012.bak' ou TAPE = '\\.\tape0'.

Le nom d'unité logique doit être unique parmi toutes les unités de sauvegarde logiques résidant sur l'instance de serveur. Pour afficher les noms d’unités logiques existantes, interrogez l’affichage catalogue sys.backup_devices . Cette vue affiche le nom de chaque périphérique de sauvegarde logique et décrit le type et le nom ou le chemin d’accès du périphérique de sauvegarde physique correspondant.

Une fois qu’un périphérique de sauvegarde logique est défini, dans une commande BACKUP ou RESTORE, vous pouvez spécifier l’appareil de sauvegarde logique au lieu du nom physique de l’appareil. Par exemple, l’instruction suivante sauvegarde la AdventureWorks2012 base de données sur l’appareil AdventureWorksBackups de sauvegarde logique.

BACKUP DATABASE AdventureWorks2012   
   TO AdventureWorksBackups;  
GO  

L’un des avantages de l’utilisation d’un périphérique de sauvegarde logique est qu’il est plus simple d’utiliser qu’un long chemin d’accès. L’utilisation d’un périphérique de sauvegarde logique peut vous aider si vous envisagez d’écrire une série de sauvegardes sur le même chemin ou sur un périphérique à bande. Les périphériques de sauvegarde logique sont particulièrement utiles pour identifier les périphériques de sauvegarde sur bande.

Un script de sauvegarde peut être écrit pour utiliser un périphérique de sauvegarde logique particulier. Cela vous permet de basculer vers un nouveau périphérique de sauvegarde physique sans mettre à jour le script. Le basculement implique le processus suivant :

1. Suppression de l’appareil de sauvegarde logique d’origine.

2. Définition d’un nouvel appareil de sauvegarde logique qui utilise le nom d’appareil logique d’origine, mais mappe à un autre appareil de sauvegarde physique. Les périphériques de sauvegarde logique sont particulièrement utiles pour identifier les périphériques de sauvegarde sur bande.

Jeux de supports de sauvegarde en miroir

La mise en miroir des jeux de supports de sauvegarde réduit l’effet des dysfonctionnements des dispositifs de sauvegarde. Ces dysfonctionnements sont particulièrement graves, car les sauvegardes sont la dernière ligne de défense contre la perte de données. À mesure que la taille des bases de données augmente, la probabilité augmente qu’une défaillance d’un périphérique de sauvegarde ou d’un support rend une sauvegarde non modifiable. La mise en miroir du support de sauvegarde augmente la fiabilité des sauvegardes en fournissant une redondance pour l’appareil de sauvegarde physique. Pour plus d’informations, consultez Jeux de supports de sauvegarde en miroir (SQL Server).

Archivage des sauvegardes SQL Server

Nous vous recommandons d’utiliser un utilitaire de sauvegarde de système de fichiers pour archiver les sauvegardes de disque et stocker les archives hors site. L’utilisation du disque présente l’avantage que vous utilisez le réseau pour écrire les sauvegardes archivées sur un disque hors site. Le service Stockage Blob Azure peut être utilisé comme option d’archivage hors site. Vous pouvez charger vos sauvegardes de disque ou écrire directement les sauvegardes dans le service stockage Blob Azure.

Une autre approche courante de l’archivage consiste à écrire des sauvegardes SQL Server sur un disque de sauvegarde local, à les archiver sur bande, puis à stocker les bandes hors site.

Tâches associées

Pour spécifier un appareil disque (SQL Server Management Studio)

• Spécifier un disque ou une bande comme destination de sauvegarde (SQL Server)

Pour spécifier un appareil à bande (SQL Server Management Studio)

• Spécifier un disque ou une bande comme destination de sauvegarde (SQL Server)

Pour définir un périphérique de sauvegarde logique

• sp_addumpdevice (Transact-SQL)

• Définir un périphérique de sauvegarde logique pour un fichier de disque (SQL Server)

• Définir une unité de sauvegarde logique pour un lecteur de bande (SQL Server)

• BackupDevice (SMO)

Pour utiliser un périphérique de sauvegarde logique

• Spécifier un disque ou une bande comme destination de sauvegarde (SQL Server)

• Restaurer une sauvegarde à partir d’un appareil (SQL Server)

• BACKUP (Transact-SQL)

• RESTORE (Transact-SQL)

Pour afficher des informations sur les appareils de sauvegarde

• Historique de sauvegarde et informations d’en-tête (SQL Server)

• Afficher les propriétés et le contenu d’une unité de sauvegarde logique (SQL Server)

• Afficher le contenu d’une bande de sauvegarde ou d’un fichier (SQL Server)

Pour supprimer un périphérique de sauvegarde logique

• sp_dropdevice (Transact-SQL)

• Supprimer un appareil de sauvegarde (SQL Server)

Voir aussi

SQL Server, objet d’appareil de sauvegarde
BACKUP (Transact-SQL)
Plans de maintenance
Ensembles de médias, familles de supports et ensembles de sauvegarde (SQL Server)
RESTORE (Transact-SQL)
RESTORE LABELONLY (Transact-SQL)
sys.backup_devices (Transact-SQL)
sys.dm_io_backup_tapes (Transact-SQL)
Jeux de supports de sauvegarde en miroir (SQL Server)