|
Cet article a fait l'objet d'une traduction manuelle. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte.
|
Traduction
Source
|
BACKUP (Transact-SQL)
Remarque
|
|---|
|
|
Backing Up a Whole Database
BACKUP DATABASE { database_name | @database_name_var }
TO <backup_device> [ ,...n ]
[ <MIRROR TO clause> ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]
Backing Up Specific Files or Filegroups
BACKUP DATABASE { database_name | @database_name_var }
<file_or_filegroup> [ ,...n ]
TO <backup_device> [ ,...n ]
[ <MIRROR TO clause> ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]
Creating a Partial Backup
BACKUP DATABASE { database_name | @database_name_var }
READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ ,...n ] ]
TO <backup_device> [ ,...n ]
[ <MIRROR TO clause> ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]
Backing Up the Transaction Log (full and bulk-logged recovery models)
BACKUP LOG { database_name | @database_name_var }
TO <backup_device> [ ,...n ]
[ <MIRROR TO clause> ] [ next-mirror-to ]
[ WITH { <general_WITH_options> | <log-specific_optionspec> } [ ,...n ] ]
[;]
<backup_device>::=
{
{ logical_device_name | @logical_device_name_var }
| { DISK | TAPE } =
{ 'physical_device_name' | @physical_device_name_var }
}
<MIRROR TO clause>::=
MIRROR TO <backup_device> [ ,...n ]
<file_or_filegroup>::=
{
FILE = { logical_file_name | @logical_file_name_var }
| FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
}
<read_only_filegroup>::=
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
<general_WITH_options> [ ,...n ]::=
--Backup Set Options
COPY_ONLY
| { COMPRESSION | NO_COMPRESSION }
| DESCRIPTION = { 'text' | @text_variable }
| NAME = { backup_set_name | @backup_set_name_var }
| { EXPIREDATE = { 'date' | @date_var }
| RETAINDAYS = { days | @days_var } }
--Media Set Options
{ NOINIT | INIT }
| { NOSKIP | SKIP }
| { NOFORMAT | FORMAT }
| MEDIADESCRIPTION = { 'text' | @text_variable }
| MEDIANAME = { media_name | @media_name_variable }
| BLOCKSIZE = { blocksize | @blocksize_variable }
--Data Transfer Options
BUFFERCOUNT = { buffercount | @buffercount_variable }
| MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }
--Error Management Options
{ NO_CHECKSUM | CHECKSUM }
| { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }
--Compatibility Options
RESTART
--Monitoring Options
STATS [ = percentage ]
--Tape Options
{ REWIND | NOREWIND }
| { UNLOAD | NOUNLOAD }
--Log-specific Options
{ NORECOVERY | STANDBY = undo_file_name }
| NO_TRUNCATE
- DATABASE
-
Spécifie une sauvegarde complète de la base de données. Si une liste de fichiers et de groupes de fichiers est spécifiée, seuls ceux-ci sont sauvegardés. Au cours d'une sauvegarde de base de données complète ou différentielle, SQL Server sauvegarde une portion suffisante du journal des transactions afin d'assurer la cohérence de la base de données lors de la restauration de la sauvegarde. Lorsque vous restaurez une sauvegarde créée par BACKUP DATABASE (une sauvegarde de données), l'ensemble de la sauvegarde est restauré. Seule une sauvegarde du fichier journal peut être restaurée à un moment ou une transaction spécifique au sein de la sauvegarde.
Remarque
Seule une sauvegarde complète peut être opérée sur la base de données master. - LOG
-
Indique que la sauvegarde ne doit porter que sur le journal des transactions. Le journal est sauvegardé à partir de la dernière sauvegarde réussie du fichier journal et jusqu'à sa fin actuelle. Avant de pouvoir créer la première sauvegarde du fichier journal, vous devez créer une sauvegarde complète. Vous pouvez restaurer une sauvegarde du fichier journal jusqu'à une date et heure précise ou une transaction spécifique en spécifiant WITH STOPAT, STOPATMARK ou STOPBEFOREMARK dans votre instruction RESTORE LOG.
Remarque
Après une sauvegarde de fichier journal standard, certains enregistrements du journal des transactions deviennent inactifs, sauf si vous spécifiez WITH NO_TRUNCATE ou COPY_ONLY. Le journal est tronqué une fois que tous les enregistrements d'un ou de plusieurs fichiers journaux virtuels sont devenus inactifs. Si le journal n'est pas tronqué après des sauvegardes normales du journal, il se peut que quelque chose retarde la troncation du journal. Pour plus d'informations, consultez - { database_name| @database_name_var }
-
Correspond à la base de données à partir de laquelle va être opérée la sauvegarde du journal des transactions, c'est à dire la sauvegarde complète ou partielle. S'il est fourni en tant que variable (@database_name_var), ce nom peut être spécifié comme constante de chaîne (@database_name_var=database name) ou comme variable de type chaîne de caractères, sauf pour les types de données ntext et text.
Remarque
La base de données miroir d'un partenariat de mise en miroir de bases de données ne peut pas être sauvegardée. - <file_or_filegroup> [ ,...n ]
-
Utilisé uniquement avec BACKUP DATABASE, cet argument spécifie un fichier ou groupe de fichiers de base de données à inclure dans une sauvegarde de fichiers ou spécifie un fichier ou groupe de fichiers en lecture seule à inclure dans une sauvegarde partielle. - FILE = { logical_file_name| @logical_file_name_var }
-
Nom logique d'un fichier ou variable dont la valeur correspond au nom logique d'un fichier à inclure dans la sauvegarde. - FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var }
-
Nom logique d'un groupe de fichiers ou variable dont la valeur correspond au nom logique d'un groupe de fichiers à inclure dans la sauvegarde. En mode de récupération simple, la sauvegarde d'un groupe de fichiers n'est autorisée que pour un groupe de fichiers en lecture seule.
Remarque
Pensez à utiliser des sauvegardes de fichiers lorsque la taille de la base de données et les exigences en matière de performances rendent la sauvegarde de la base de données totalement inadaptée. - n
-
Espace réservé indiquant qu'il est possible de spécifier plusieurs fichiers et groupes de fichiers dans une liste séparée par des virgules. Le nombre est illimité.
Pour plus d'informations, consultez : Sauvegardes de fichiers complètes (SQL Server) et Sauvegarder des fichiers et des groupes de fichiers (SQL Server). - READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var } [ ,...n ] ]
-
Spécifie une sauvegarde partielle. Une sauvegarde partielle inclut tous les fichiers en lecture/écriture dans une base de données : le groupe de fichiers primaire, tous les groupes de fichiers secondaires en lecture/écriture, ainsi que les fichiers ou groupes de fichiers en lecture seule qui ont été spécifiés. - READ_WRITE_FILEGROUPS
-
Spécifie que tous les groupes de fichiers en lecture/écriture doivent être sauvegardés dans la sauvegarde partielle. Si la base de données est en lecture seule, READ_WRITE_FILEGROUPS inclut uniquement le groupe de fichiers primaire.
Important
Si, au lieu d'utiliser READ_WRITE_FILEGROUPS, vous listez de manière explicite les groupes de fichiers en lecture/écriture en utilisant FILEGROUP, vous allez créer une sauvegarde de fichiers. - FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var }
-
Nom logique d'un groupe de fichiers en lecture seule ou variable dont la valeur correspond au nom logique d'un groupe de fichiers en lecture seule à inclure dans la sauvegarde partielle. Pour plus d'informations, reportez-vous à « <file_or_filegroup> », plus haut dans cette rubrique. - n
-
Espace réservé indiquant qu'il est possible de spécifier plusieurs groupes de fichiers en lecture seule dans une liste séparée par des virgules.
Pour plus d'informations sur les sauvegardes partielles, consultez Sauvegardes partielles (SQL Server). - TO <backup_device> [ ,...n ]
-
Indique que le jeu d'unités de sauvegarde associé est soit un support de sauvegarde non miroir, soit le premier miroir d'un support de sauvegarde miroir (pour lequel une ou plusieurs clauses MIRROR TO sont déclarées). - <backup_device>
-
Spécifie l'unité de sauvegarde logique ou physique à utiliser pour l'opération de sauvegarde. - { logical_device_name | @logical_device_name_var }
-
Nom logique de l'unité de sauvegarde dans laquelle la base de données est sauvegardée. Le nom logique doit se conformer aux règles en vigueur pour les identificateurs. Fourni comme variable (@logical_device_name_var), le nom de l'unité de sauvegarde peut être spécifié sous la forme d'une constante de chaîne (@logical_device_name_var= nom logique de l'unité de sauvegarde) ou d'une variable de type chaîne de caractères, sauf pour les types de données ntext et text. - { DISK | TAPE } = { 'physical_device_name' | @physical_device_name_var }
-
Spécifie un fichier de disque ou un périphérique à bandes. Une unité de disque n'est pas tenue d'exister pour pouvoir être spécifiée dans une instruction BACKUP. Si l'unité physique existe et si l'option INIT n'est pas spécifiée dans l'instruction BACKUP, la sauvegarde est ajoutée à l'unité. Pour plus d'informations, consultez Unités de sauvegarde (SQL Server).
Remarque
L'option TAPE sera supprimée dans une future version de SQL Server. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement et prévoyez de modifier les applications qui l'utilisent actuellement.
- n
-
Espace réservé indiquant qu'il est possible de spécifier jusqu'à 64 unités de sauvegarde dans une liste séparée par des virgules.
- MIRROR TO <backup_device> [ ,...n ]
-
Spécifie un jeu constitué au maximum de trois unités de sauvegarde, dont chacune sera le miroir des unités de sauvegarde spécifiées dans la clause TO. La clause MIRROR TO doit contenir le même type et le même nombre d'unités de sauvegarde que la clause TO. Vous pouvez spécifier jusqu'à trois clauses MIRROR TO. Cette option n'est disponible que dans SQL Server 2005 Enterprise Edition et les versions ultérieures.
Remarque
Pour MIRROR TO = DISK, BACKUP détermine automatiquement la taille de bloc appropriée des unités de disques. Pour plus d'informations sur la taille de bloc, consultez « BLOCKSIZE » ultérieurement dans ce tableau. Pour plus d'informations, consultez « Familles de supports de sauvegarde miroirs » dans la section « Remarques », plus loin dans cette rubrique. - [ next-mirror-to ]
-
Espace réservé indiquant qu'une instruction BACKUP peut contenir jusqu'à trois clauses MIRROR TO, en plus de la clause TO.
Options WITH
- DIFFERENTIAL
-
Utilisé uniquement avec BACKUP DATABASE, ce paramètre spécifie que la sauvegarde de base de données ou de fichier ne doit porter que sur les parties de la base de données ou du fichier qui ont été modifiées depuis la dernière sauvegarde complète. Une sauvegarde différentielle occupe en général moins d'espace qu'une sauvegarde complète. Utilisez cette option de façon à ne pas avoir à appliquer toutes les sauvegardes successives du journal effectuées depuis la dernière sauvegarde complète.
Remarque
Par défaut, BACKUP DATABASE crée une sauvegarde complète. Pour plus d'informations, consultez Sauvegardes différentielles (SQL Server).
Options du jeu de sauvegarde
|
Remarque
|
|---|
|
|
- COPY_ONLY
-
Spécifie que la sauvegarde est une sauvegarde en copie seule qui n'a aucun impact sur la séquence normale des sauvegardes. Une sauvegarde en copie seule est créée indépendamment de vos sauvegardes régulières standard. Ce type de sauvegarde n'a aucun effet sur les procédures globales de sauvegarde et de restauration de la base de données. Les sauvegardes en copie seule ont été introduites dans SQL Server 2005 pour être utilisées dans les cas où une sauvegarde est effectuée dans un but particulier, par exemple pour sauvegarder le journal avant une restauration de fichiers en ligne. En règle générale, une sauvegarde de fichier journal en copie seule est utilisée une fois, puis supprimée. -
Lorsqu'elle est utilisée avec BACKUP DATABASE, l'option COPY_ONLY crée une sauvegarde complète qui ne peut pas servir de base différentielle. La bitmap différentielle n'est pas mise à jour et les sauvegardes différentielles se comportent comme si la sauvegarde en copie seule n'existait pas. Les sauvegardes différentielles ultérieures utilisent la dernière sauvegarde complète standard en tant que base.
Important
Si les options DIFFERENTIAL et COPY_ONLY sont utilisées ensemble, COPY_ONLY est ignorée et une sauvegarde différentielle est créée. -
Lorsqu'elle est utilisée avec BACKUP LOG, l'option COPY_ONLY crée une sauvegarde de journal en copie seule qui ne tronque pas le journal des transactions. La sauvegarde de journal en copie seule n'a aucun effet sur la séquence de journaux de transactions consécutifs et les autres sauvegardes de journal se comportent comme si la sauvegarde en copie seule n'existait pas.
Pour plus d'informations, consultez Sauvegardes de type copie seule (SQL Server). -
- { COMPRESSION | NO_COMPRESSION }
-
Dans SQL Server 2008 Enterprise et les versions ultérieures uniquement, spécifie si la compression de sauvegarde est effectuée sur cette sauvegarde, remplaçant la valeur par défaut au niveau du serveur. Lors de l'installation, le comportement par défaut exclut toute compression des sauvegardes. Toutefois, ce paramétrage par défaut peut être modifié en définissant l'option de configuration du serveur Compression par défaut des sauvegardes. Pour plus d'informations sur l'affichage de la valeur actuelle de cette option, consultez Afficher ou modifier des propriétés de serveur. - DESCRIPTION = { 'text' | @text_variable }
-
Spécifie le texte de format libre servant à décrire le jeu de sauvegarde. La chaîne peut compter jusqu'à 255 caractères. - NAME = { backup_set_name| @backup_set_var }
-
Spécifie le nom du jeu de sauvegarde. Les noms peuvent contenir jusqu'à 128 caractères. Si l'option NAME n'est pas spécifiée, le nom reste vide. - { EXPIREDATE = 'date'| RETAINDAYS = days }
-
Spécifie la date à laquelle le jeu de sauvegarde de cette sauvegarde peut être écrasé. Si ces options sont toutes les deux utilisées, RETAINDAYS l'emporte sur EXPIREDATE. Si aucune de ces options n'est spécifiée, la date d'expiration est déterminée par le paramètre de configuration mediaretention. Pour plus d'informations, consultez Options de configuration de serveur.
Important
Ces options empêchent seulement SQL Server d'écraser un fichier. Le contenu des bandes peut être écrasé par d'autres méthodes, et les fichiers sur disque peuvent être supprimés à partir du système d'exploitation. Pour plus d'informations sur le contrôle du délai d'expiration, consultez SKIP et FORMAT dans cette rubrique. - EXPIREDATE = { 'date'| @date_var }
-
Indique la date à laquelle le jeu de sauvegarde expire et peut par conséquent être écrasé. Si elle est fournie en tant que variable (@date_var), cette date doit suivre le format système configuré datetime et prendre l'une des formes suivantes : -
Une constante de chaîne (@date_var = date). -
Une variable de type chaîne de caractères (à l'exception des types de données ntext ou text). -
Une variable de type smalldatetime. -
Une variable de type datetime.
Par exemple : -
'Dec 31, 2020 11:59 PM'
-
'1/1/2021'
Pour plus d'informations sur la manière de spécifier des valeurs datetime, consultez Types de date et d'heure.
Remarque
Pour ignorer la date d'expiration, utilisez l'option SKIP. -
- RETAINDAYS = { days| @days_var }
-
Indique le nombre de jours qui doivent s'écouler avant de pouvoir remplacer le support de sauvegarde. S'il est fourni en tant que variable (@days_var), sa valeur doit être un entier.
Options du support de sauvegarde
- { NOINIT | INIT }
-
Détermine si l'opération de sauvegarde ajoute les nouvelles sauvegardes ou si elle remplace les jeux de sauvegardes déjà présents sur le support de sauvegarde. La valeur par défaut (NOINIT) consiste à ajouter les nouvelles sauvegardes après le jeu de sauvegarde le plus récent sur le support.
Remarque
Pour plus d'informations sur les interactions entre les options { NOINIT | INIT } et { NOSKIP | SKIP }, consultez la section « Remarques », plus loin dans cette rubrique. - { NOSKIP | SKIP }
-
Détermine si une opération de sauvegarde vérifie la date et l'heure d'expiration des jeux de sauvegardes figurant sur le support avant de les écraser.
Remarque
Pour plus d'informations sur les interactions entre les options { NOINIT | INIT } et { NOSKIP | SKIP }, reportez-vous à « Remarques », plus loin dans cette rubrique. - { NOFORMAT | FORMAT }
-
Spécifie si l'en-tête de support doit être écrit sur les volumes utilisés pour cette opération de sauvegarde, en écrasant l'en-tête de support et les jeux de sauvegardes existants. - NOFORMAT
-
Spécifie que l'opération de sauvegarde conserve l'en-tête de support et les jeux de sauvegardes existants sur les volumes de support utilisés pour cette opération de sauvegarde. Il s'agit du comportement par défaut. - FORMAT
-
Indique qu'un nouveau support de sauvegarde est créé. Si FORMAT est utilisé, l'opération de sauvegarde écrit un nouvel en-tête de support sur tous les volumes utilisés pour cette opération de sauvegarde. Le contenu précédent du volume devient non valide étant donné que l'en-tête de support et les jeux de sauvegardes existants sont écrasés.
Important
Utilisez l'option FORMAT avec prudence. Si vous formatez l'un des volumes d'un support de sauvegarde, la totalité du support de sauvegarde devient inutilisable. Par exemple, si une bande appartenant à un support de sauvegarde distribuée existant est initialisée, tout le support de sauvegarde devient inutilisable. Si l'option FORMAT est spécifiée, l'option SKIP est implicitement prise en compte ; il n'est pas nécessaire de spécifier explicitement l'option SKIP.
- MEDIADESCRIPTION = { text | @text_variable }
-
Indique le texte de description de format libre du support de sauvegarde (maximum 255 caractères). - MEDIANAME = { media_name | @media_name_variable}
-
Fournit le nom du support de sauvegarde complet. Le nom du support ne doit pas dépasser 128 caractères. Si MEDIANAME est spécifié, il doit correspondre au nom spécifié précédemment existant sur les volumes de sauvegarde. Si elle n'est pas spécifiée, ou si l'option SKIP l'est, aucune vérification du nom de support n'est effectuée. - BLOCKSIZE = { blocksize | @blocksize_variable }
-
Indique, en octets, la taille physique du bloc. Les tailles prises en charge sont 512, 1024, 2048, 4096, 8192, 16384, 32768 et 65536 (64 Ko) octets. La valeur par défaut est 65536 pour les périphériques à bandes, 512 sinon. En règle générale, cette option est superflue car BACKUP sélectionne automatiquement une taille de bloc appropriée pour le périphérique. Si vous spécifiez explicitement une taille de bloc, la sélection automatique est annulée et remplacée. Si vous effectuez une sauvegarde que vous envisagez de copier sur un CD-ROM pour la restaurer à partir de celui-ci, spécifiez BLOCKSIZE=2048.
Remarque
En règle générale, cette option n'affecte les performances que si les données sont écrites sur des périphériques à bandes.
Options de transfert de données
- BUFFERCOUNT = { buffercount | @buffercount_variable }
-
Spécifie le nombre total de tampons d'E/S à utiliser pour l'opération de sauvegarde. Vous pouvez spécifier n'importe quel entier positif ; toutefois, un nombre élevé de tampons peut provoquer des erreurs liées à une insuffisance de mémoire. En effet, l'espace d'adressage virtuel peut s'avérer inapproprié dans la tâche Sqlservr.exe. L'espace total utilisé par les mémoires tampons est déterminé par : buffercount*maxtransfersize.
Remarque
Pour des informations importantes sur l'utilisation de l'option BUFFERCOUNT, consultez le blog Incorrect BufferCount data transfer option can lead to OOM condition. - MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }
-
Spécifie, en octets, la plus grande unité de transfert à utiliser entre SQL Server et le support de sauvegarde. Les valeurs possibles sont les multiples de 65536 octets (64 Ko), dans la limite de 4194304 octets (4 Mo).
Options de gestion des erreurs
Options de compatibilité
Options de surveillance
Options des périphériques à bandes
- { REWIND | NOREWIND }
-
- REWIND
-
Indique que SQL Server libérera et rembobinera la bande. REWIND est le paramètre par défaut. - NOREWIND
-
Indique que SQL Server maintient la bande ouverte après l'opération de sauvegarde. Cette option vous permet d'améliorer les performances lorsque vous effectuez plusieurs opérations de sauvegarde sur une bande. NOREWIND implique NOUNLOAD, et ces options sont incompatibles dans une instruction BACKUP unique.
Remarque
Si vous utilisez NOREWIND, l'instance de SQL Server conserve la propriété du lecteur de bande jusqu'à ce qu'une instruction BACKUP ou RESTORE s'exécutant dans le même processus utilise l'option REWIND ou UNLOAD, ou jusqu'à l'arrêt de l'instance du serveur. Le fait de maintenir la bande ouverte empêche les autres processus d'y accéder. Pour plus d'informations sur l'affichage de la liste des bandes ouvertes et sur leur fermeture, consultez Unités de sauvegarde (SQL Server).
- { UNLOAD | NOUNLOAD }
-
Remarque
UNLOAD/NOUNLOAD est un paramètre de session qui reste en vigueur jusqu'à la fin de la session ou tant qu'il n'est pas réinitialisé par le choix de l'option opposée à celle en cours d'utilisation.
|
Remarque
|
|---|
|
|
Options spécifiques au journal
|
Remarque
|
|---|
|
|
Troncation du journal des transactions
Formatage du support de sauvegarde
Utilisation des unités de sauvegarde et des supports de sauvegarde
Restauration de sauvegardes SQL Server
|
Remarque
|
|---|
|
|
Types de sauvegarde
-
Tous les modes de récupération prennent en charge les sauvegardes de données complètes et différentielles. Étendue de la sauvegarde Types de sauvegarde Base de données entière Les sauvegardes de base de données couvrent l'ensemble de la base de données. Chaque sauvegarde de base de données peut éventuellement servir de base d'une série d'une ou de plusieurs sauvegardes de bases de données différentielles. Base de données partielle Les sauvegardes partielles couvrent les groupes de fichiers en lecture/écriture et, éventuellement, un ou plusieurs fichiers ou groupes de fichiers en lecture seule. Chaque sauvegarde partielle peut éventuellement servir de base d'une série d'une ou de plusieurs sauvegardes partielles différentielles. Fichier ou groupe de fichiers Les sauvegardes de fichiers couvrent un ou plusieurs fichiers ou groupes de fichiers et ne conviennent qu'aux bases de données contenant plusieurs groupes de fichiers. En mode de récupération simple, les sauvegardes de fichiers se limitent essentiellement aux groupes de fichiers secondaires en lecture seule. Chaque sauvegarde de fichiers peut éventuellement servir de base d'une série d'une ou de plusieurs sauvegardes de fichiers différentielles. -
En mode de récupération complète ou en mode de récupération utilisant les journaux de transactions, les sauvegardes standard incluent également les sauvegardes des journaux de transactions (ou sauvegardes de fichier journal) séquentielles qui sont requises. Chaque sauvegarde de fichier journal couvre la partie du journal des transactions qui est active au moment de la création de la sauvegarde et inclut tous les enregistrements de journal qui n'ont pas été sauvegardés lors d'une précédente sauvegarde de journal. Pour réduire au maximum les risques de perte de travail, mais avec un coût en termes de charge d'administration, vous devez planifier des sauvegardes de fichier journal fréquentes. 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 fichier journal à restaurer après la restauration des données. Nous vous recommandons de placer les sauvegardes de fichier journal sur un autre volume que les sauvegardes de base de données.
Remarque
Avant de pouvoir créer la première sauvegarde du fichier journal, vous devez créer une sauvegarde complète. -
Une sauvegarde en copie seule est une sauvegarde complète ou une sauvegarde de fichier journal qui est réalisée dans un but précis et qui est indépendante de la séquence normale des sauvegardes standard. Pour créer une sauvegarde en copie seule, spécifiez l'option COPY_ONLY dans votre instruction BACKUP. Pour plus d'informations, consultez Sauvegardes de type copie seule (SQL Server).
Troncation du journal des transactions
|
Remarque
|
|---|
|
|
Formatage du support de sauvegarde
-
L'option FORMAT est spécifiée. -
Le support est vide. -
L'opération écrit sur une bande magnétique de sauvegarde consécutive.
Utilisation des unités de sauvegarde et des supports de sauvegarde
Unités de sauvegarde d'un support de sauvegarde distribuée (jeu de bandes)
BACKUP DATABASE AdventureWorks2012 TO DISK='X:\SQLServerBackups\AdventureWorks1.bak', DISK='Y:\SQLServerBackups\AdventureWorks2.bak', DISK='Z:\SQLServerBackups\AdventureWorks3.bak' WITH FORMAT, MEDIANAME = 'AdventureWorksStripedSet0', MEDIADESCRIPTION = 'Striped media set for AdventureWorks2012 database; GO
Utilisation d'un support de sauvegarde miroir
BACKUP DATABASE AdventureWorks2012 TO DISK='X:\SQLServerBackups\AdventureWorks1a.bak', DISK='Y:\SQLServerBackups\AdventureWorks2a.bak', DISK='Z:\SQLServerBackups\AdventureWorks3a.bak' MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak', DISK='Y:\SQLServerBackups\AdventureWorks2b.bak', DISK='Z:\SQLServerBackups\AdventureWorks3b.bak'; GO
| Important |
|---|
Familles de supports de sauvegarde miroirs
Z:\AdventureWorks1a.bak | Z:\AdventureWorks2a.bak | Z:\AdventureWorks3a.bak | |
Z:\AdventureWorks1b.bak | Z:\AdventureWorks2b.bak | Z:\AdventureWorks3b.bak |
Restauration de sauvegardes SQL Server
Interactions de SKIP, NOSKIP, INIT et NOINIT
|
Remarque
|
|---|
|
|
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
Attention
|
|---|
|
|
|
Remarque
|
|---|
|
|
-
Les opérations de gestion des fichiers telles que l'instruction ALTER DATABASE employée avec les options ADD FILE et REMOVE FILE. -
Les opérations de compactage de base de données ou de fichier. Cela comprend également les opérations de compactage automatique.
Autorisations
-
C. Création d'une sauvegarde de fichiers complète des groupes de fichiers secondaires -
D. Création d'une sauvegarde de fichiers différentielle des groupes de fichiers secondaires -
E. Création et sauvegarde dans un support de sauvegarde miroir d'une seule famille -
F. Création et sauvegarde dans un support de sauvegarde miroir de plusieurs familles -
H. Création d'une sauvegarde compressée dans un nouveau support de sauvegarde
|
Remarque
|
|---|
|
|
A.Sauvegarde d'une base de données complète
BACKUP DATABASE AdventureWorks2012 TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak' WITH FORMAT; GO
B.Sauvegarde de la base de données et du journal
-- To permit log backups, before the full database backup, modify the database -- to use the full recovery model. USE master; GO ALTER DATABASE AdventureWorks2012 SET RECOVERY FULL; GO -- Create AdvWorksData and AdvWorksLog logical backup devices. USE master GO EXEC sp_addumpdevice 'disk', 'AdvWorksData', 'Z:\SQLServerBackups\AdvWorksData.bak'; GO EXEC sp_addumpdevice 'disk', 'AdvWorksLog', 'X:\SQLServerBackups\AdvWorksLog.bak'; GO -- Back up the full AdventureWorks2012 database. BACKUP DATABASE AdventureWorks2012 TO AdvWorksData; GO -- Back up the AdventureWorks2012 log. BACKUP LOG AdventureWorks2012 TO AdvWorksLog; GO
| Remarque |
|---|
C.Création d'une sauvegarde de fichiers complète des groupes de fichiers secondaires
--Back up the files in SalesGroup1: BACKUP DATABASE Sales FILEGROUP = 'SalesGroup1', FILEGROUP = 'SalesGroup2' TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'; GO
D.Création d'une sauvegarde de fichiers différentielle des groupes de fichiers secondaires
--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1',
FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
WITH
DIFFERENTIAL;
GO
E.Création et sauvegarde dans un support de sauvegarde miroir d'une seule famille
BACKUP DATABASE AdventureWorks2012 TO TAPE = '\\.\tape0' MIRROR TO TAPE = '\\.\tape1' MIRROR TO TAPE = '\\.\tape2' MIRROR TO TAPE = '\\.\tape3' WITH FORMAT, MEDIANAME = 'AdventureWorksSet0';
F.Création et sauvegarde dans un support de sauvegarde miroir de plusieurs familles
BACKUP DATABASE AdventureWorks2012 TO TAPE = '\\.\tape0', TAPE = '\\.\tape1' MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3' WITH FORMAT, MEDIANAME = 'AdventureWorksSet1';
G.Sauvegarde dans un support de sauvegarde miroir existant
BACKUP LOG AdventureWorks2012 TO TAPE = '\\.\tape0', TAPE = '\\.\tape1' MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3' WITH NOINIT, MEDIANAME = 'AdventureWorksSet1';
| Remarque |
|---|
H.Création d'une sauvegarde compressée dans un nouveau support de sauvegarde
BACKUP DATABASE AdventureWorks2012 TO DISK='Z:\SQLServerBackups\AdvWorksData.bak' WITH FORMAT, COMPRESSION;
