Sauvegarder le journal des transactions quand la base de données est endommagée (SQL Server)
S’applique à :
SQL Server
Cette rubrique explique comment sauvegarder un journal des transactions dans SQL Server lorsque la base de données est endommagée, à l’aide de SQL Server Management Studio ou de Transact-SQL.
Dans cette rubrique
Avant de commencer :
Pour sauvegarder le journal des transactions lorsque la base de données est endommagée, utilisez :
Avant de commencer
Limitations et restrictions
- L'instruction BACKUP n'est pas autorisée dans une transaction explicite ou implicite.
Recommandations
- Pour une base de données en mode de récupération complète ou utilisant les journaux de transactions, vous devez généralement effectuer une sauvegarde de la fin du journal avant d'entamer la restauration de la base de données. Vous devez également effectuer une sauvegarde de la fin du journal de la base de données primaire avant de basculer vers une configuration de la copie des journaux de transaction. La restauration de la sauvegarde de la fin du journal en tant que sauvegarde finale de fichier journal avant la récupération de la base de données permet d'éviter les pertes de données après une défaillance. Pour plus d’informations sur les sauvegardes de la fin du journal, consultez Sauvegardes de la fin du journal (SQL Server).
Sécurité
Autorisations
Les autorisations BACKUP DATABASE et BACKUP LOG reviennent par défaut aux membres du rôle serveur fixe sysadmin et des rôles de base de données fixes db_owner et db_backupoperator .
Des problèmes de propriété et d'autorisations sur le fichier physique de l'unité de sauvegarde sont susceptibles de perturber une opération de sauvegarde. SQL Server doit être en mesure de lire et d'écrire sur l'unité ; le compte sous lequel le service SQL Server s'exécute doit avoir des autorisations d'écriture. Toutefois, sp_addumpdevice, qui ajoute une entrée pour une unité de sauvegarde dans les tables système, ne vérifie pas les autorisations d’accès au fichier. De tels problèmes pour le fichier physique de l'unité de sauvegarde peuvent n'apparaître que lorsque la ressource physique est sollicitée au moment de la sauvegarde ou de la restauration.
Utilisation de SQL Server Management Studio
Pour effectuer une sauvegarde de fichier journal de transactions après défaillance
Après la connexion à l’instance appropriée du Moteur de base de données Microsoft SQL Server, dans l’Explorateur d’objets, cliquez sur le nom du serveur pour développer l’arborescence du serveur.
Développez Bases de donnéespuis, selon la base de données, sélectionnez une base de données utilisateur ou développez Bases de données système et sélectionnez une base de données système.
Cliquez avec le bouton droit sur la base de données, pointez sur Tâches, puis cliquez sur Sauvegarder. La boîte de dialogue Sauvegarder la base de données s’affiche.
Dans la zone de liste Base de données , vérifiez le nom de la base de données. Vous pouvez éventuellement sélectionner une autre base de données dans la liste.
Vérifiez que le mode de récupération est FULL ou BULK_LOGGED.
Dans la zone de liste Type de sauvegarde , sélectionnez Journal des transactions.
Laissez l'option Sauvegarde de copie uniquement désactivée.
Dans la zone Jeu de sauvegarde , acceptez le nom du jeu de sauvegarde par défaut proposé dans la zone de texte Nom , ou attribuez-lui un autre nom.
Dans la zone de texte Description , entrez une description de la sauvegarde de la fin du journal.
Indiquez quand le jeu de sauvegarde arrivera à expiration :
Pour que le jeu de sauvegarde expire au bout d’un nombre de jours spécifique, cliquez sur Après (option par défaut) et entrez le nombre de jours souhaité pour l’expiration du jeu après sa création. Cette valeur doit être comprise entre 0 et 99999 jours ; une valeur de 0 jour signifie que le jeu de sauvegarde n'expirera jamais.
La valeur par défaut est définie dans l’option Délai de rétention par défaut du support de sauvegarde (jours) de la boîte de dialogue Propriétés du serveur (pageParamètres de base de données ). Pour accéder à cette base de données, cliquez avec le bouton droit sur le nom du serveur dans l’Explorateur d’objets et sélectionnez Propriétés. Ensuite, sélectionnez la page Paramètres de base de données .
Pour que le jeu de sauvegarde expire à une date spécifique, cliquez sur Leet entrez la date d'expiration souhaitée.
Choisissez le type de destination de la sauvegarde : Disque ou Bande. Pour sélectionner les chemins d'accès à 64 lecteurs de bande ou de disque au maximum contenant un seul support de sauvegarde, cliquez sur Ajouter. Les chemins d'accès sélectionnés apparaissent dans la zone de liste Sauvegarde sur .
Pour supprimer une destination de sauvegarde, sélectionnez-la, puis cliquez sur Supprimer. Pour afficher le contenu d'une destination de sauvegarde, sélectionnez-la, puis cliquez sur Sommaire.
Sur la page Options , sélectionnez une option Remplacer le support en cliquant sur un des éléments suivants :
Sauvegarder sur le support de sauvegarde existant
Pour cette option, cliquez sur Ajouter au jeu de sauvegarde existant ou sur Remplacer tous les jeux de sauvegarde existants.
Vous pouvez aussi activer la case à cocher Vérifier le nom du support de sauvegarde et la date d'expiration du jeu de sauvegarde pour forcer l'opération de sauvegarde à vérifier la date et l'heure de l'expiration du jeu de supports ou du jeu de sauvegarde.
Vous pouvez éventuellement entrer un nom dans la zone de texte Nom du support de sauvegarde . Si aucun nom n’est spécifié, un support de sauvegarde avec un nom vide est créé. Si vous spécifiez un nom pour le support de sauvegarde, ce support (bande ou disque) est vérifié pour voir si le nom réel correspond bien au nom que vous entrez ici.
Si vous n'entrez pas de nom et que vous activez la case à cocher pour demander la vérification par rapport au support, le nom du support sera également vide sur le support.
Sauvegarder sur un nouveau support de sauvegarde et effacer tous les jeux de sauvegarde existants
Pour cette option, entrez un nom dans la zone de texte Nouveau nom du support de sauvegarde et décrivez éventuellement le jeu de supports dans la zone de texte Description du nouveau support de sauvegarde .
Pour plus d’informations sur les options de support, consultez Jeux de supports, Familles de supports et Jeux de sauvegarde (SQL Server).
Dans la section Fiabilité , vous pouvez éventuellement activer les cases à cocher :
Vérifier la sauvegarde en fin d'opération;
Effectuer une somme de contrôle avant d'écrire sur le support.
Continuer lors d'erreurs de somme de contrôle
Pour plus d’informations sur les case activée sums, consultez les erreurs de média possibles lors de la sauvegarde et de la restauration (SQL Server).
Dans la section Journal des transactions , activez la case à cocher Sauvegarder la fin du journal et laisser la base de données dans l'état de restauration.
Cela équivaut à spécifier l'instruction BACKUP suivante :
BACKUP LOG <database_name> TO <backup_device> WITH NORECOVERYImportant
Lors de la restauration, la boîte de dialogue Restaurer la base de données affiche le type de sauvegarde de la fin du journal en tant que Journal des transactions (copie uniquement).
Si vous effectuez la sauvegarde sur un lecteur de bande (spécifié dans la section Destination de la page Général ), l’option Décharger la bande après la sauvegarde est active. Vous pouvez cliquer sur cette option pour activer l'option Rembobiner la bande avant de décharger .
SQL Server 2008 (10.0.x) Enterprise et versions ultérieures prend en charge la compression de sauvegarde. Par défaut, la compression d’une sauvegarde dépend de la valeur de l’option de configuration de serveur Compression par défaut des sauvegardes . Toutefois, quelle que soit la valeur par défaut actuelle au niveau du serveur, vous pouvez compresser une sauvegarde en activant Compresser la sauvegarde, et vous pouvez empêcher la compression en activant Ne pas compresser la sauvegarde.
Pour consulter la valeur par défaut de compression de la sauvegarde actuelle
Utilisation de Transact-SQL
Pour créer une sauvegarde du journal des transactions actif
Exécutez l'instruction BACKUP LOG pour sauvegarder le journal des transactions actif en cours, en spécifiant :
le nom de la base de données à laquelle appartient le journal des transactions à sauvegarder ;
l'unité de sauvegarde dans laquelle sera écrite la sauvegarde du journal des transactions ;
la clause NO_TRUNCATE.
Cette clause permet la sauvegarde de la partie active du journal des transactions même si la base de données est inaccessible, à condition que le journal des transactions soit accessible et qu'il ne soit pas endommagé.
Exemple (Transact-SQL)
Remarque
Cet exemple utilise le mode de récupération simple, AdventureWorks2022. Pour autoriser les sauvegardes de fichier journal, avant d'effectuer une sauvegarde complète de base de données, la base de données a été configurée pour utiliser le mode de récupération complète. Pour plus d’informations, consultez Afficher ou modifier le mode de récupération d’une base de données (SQL Server).
Cet exemple sauvegarde le journal des transactions actif lorsqu'une base de données est endommagée et inaccessible, à la condition que le journal des transactions soit intact et accessible.
BACKUP LOG AdventureWorks2022
TO MyAdvWorks_FullRM_log1
WITH NO_TRUNCATE;
GO
Voir aussi
Restaurer une sauvegarde de journal des transactions (SQL Server)
Restaurer une base de données SQL Server jusqu’à une limite de restauration dans le temps (mode de récupération complète)
Sauvegarder la base de données (page Options de sauvegarde)
Sauvegarder la base de données (page Général)
Appliquer les sauvegardes du journal de transactions (SQL Server)
BACKUP (Transact-SQL)
Restaurations de fichiers (mode de récupération simple)
Restaurations de fichiers (mode de restauration complète)
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour