Description de la restauration des sauvegardes de fichiers et dans SQL Server

Traductions disponibles Traductions disponibles
Numéro d'article: 281122 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Résumé

Fichiers ou des groupes de fichiers dans une base de données peut être sauvegardé et restauré individuellement. Cela vous permet de restaurer uniquement les fichiers endommagés sans avoir à restaurer le reste de la base de données. Fichiers dans un groupe de fichiers de sauvegarde peuvent être restaurés individuellement ou en tant que groupe. Cet article présente certaines les avertissements importants liés à la restauration des fichiers et des groupes de fichiers.

Plus d'informations

Sauvegardes du journal des transactions sont requis

Vous devez utiliser fichiers et opérations de sauvegarde et de restauration en conjonction avec les sauvegardes du journal des transactions. Après avoir restauré les fichiers, vous devez restaurer les sauvegardes du journal des transactions qui ont été créés depuis la création des sauvegardes de fichiers pour mettre la base de données dans un état cohérent. Il n'est pas nécessaire d'appliquer une sauvegarde du journal des transactions si SQL Server peut déterminer que les fichiers ou groupes de fichiers n'ont pas été modifiés après le fichier ou groupe de fichiers a été créé.
SQL Server 7.0 : Ceci nécessite que l'option TruncateLogOnCheckpoint n'est pas définie et que les sauvegardes du journal des transactions sont créés en plus de sauvegardes de base de données ou le fichier et groupe de fichiers.
SQL Server 2000 et SQL Server 2005 : pour créez des sauvegardes du journal des transactions, vous devez utiliser des modèles de la récupération complète ou la récupération journalisée en bloc. Pour plus d'informations sur Modèles de récupération, consultez la rubrique "Sélection de mode de récupération de" documentation en ligne de SQL Server.
Remarque : vous devez maintenir complet d'un ensemble de sauvegardes de fichiers et couvrant des sauvegardes du journal. Une défaillance de support peut rendre l'intégralité d'une base de données irrécupérable s'il n'existe aucune sauvegarde du fichier endommagé.

Il n'est pas possible d'arrêter dès le début de la récupération de fichiers individuels. Pour cette raison, vous devez toujours sauvegarder le journal des transactions actif avant la restauration d'une sauvegarde de fichier. Si le journal des transactions est endommagé ou si vous souhaitez récupérer l'intégralité de la base de données à un point spécifique dans le temps, vous devez restaurer l'ensemble des sauvegardes de fichiers avant d'appliquer les sauvegardes du journal des transactions. Pour réduire le risque d'endommagement de journal de transaction, recherchez le journal des transactions sur le stockage à tolérance de pannes.

Si la base de données entière est perdue
Vous devez disposer des sauvegardes de tous les fichiers ou groupe de fichiers dans le database.You doit également disposer d'une transaction ininterrompue chaîne de sauvegarde du journal à partir du moment de la sauvegarde de groupe de fichiers ou fichier dès que jusqu'à la fin de la sauvegarde de groupe de fichiers ou de fichier plus récent. Le début de la chaîne de sauvegarde de journal de transactions doit contenir le début de la transaction pour la transaction la plus ancienne en attente lors de la création de la sauvegarde du fichier au plus tôt.
Remarque : si l'une des conditions ci-dessus n'est pas remplie, il n'est pas possible de restaurer la base de données.

Sauvegardes de groupe de fichiers et de fichier doivent être restaurés à la base de données de correspondance

Sauvegardes de fichiers et peuvent être restaurées qu'à la base de données auxquels ils appartiennent. Vous ne pouvez pas créer une base de données vierge avec la même structure et les mêmes noms de fichier et puis essayez de restaurer la sauvegarde de groupe de fichiers ou de fichier unique ; vous devez restaurer dans la base de données existante ou effectuer une restauration complète de la base de données dans un autre emplacement. (Dans SQL Server 2000, il existe une nouvelle clause ajoutée à RESTORE DATABASE pour les opérations de restauration partielle de la base de données. Consultez la rubrique sur les plus loin dans cet article sur «Partial Database restaurer Operations».)

Remarque : ne tente pas de détacher la base de données et la rattacher puis il si un fichier dans un multiple de fichiers ou un groupe de fichiers est perdu. Au lieu de cela, restaurer le fichier requis ou le groupe de fichiers à partir de la sauvegarde. Si la base de données est détachée, la re-attachment échoue et vous êtes obligé de restaurer l'intégralité de la base de données à partir de la sauvegarde. Cela est dû au fait que les fichiers de base de données sont mis en correspondance avec la base de données basé sur un identificateur global (GUID). Cette conception est de protéger l'intégrité de la base de données afin que les fichiers n'appartenant pas à la base de données sont non mélangées, qui provoquerait le sérieux des problèmes d'intégrité des données. Bien que vous pouvez créer une nouvelle base de données avec les mêmes noms de fichier, le GUID ne correspond pas.

SQL Server n'autorise pas de joindre un fichier unique d'une base de données qui contient plusieurs fichiers. L'attachement recherche tous les fichiers qui appartiennent à la base de données pendant l'attachement et échoue si elle n'a pas pu trouver les fichiers avec le GUID correspondant, il l'attachement. De même, si vous créez une base de données vierge avec les mêmes noms de fichiers et groupes de fichiers que la base de données d'origine, remplacez certains fichiers et puis essayez de laisser SQL récupérer la base de données au démarrage, la restauration échoue comme indiqué par le journal des erreurs. Par exemple :
2000-11-28 13:14:52.88 spid9    Opening file C:\MSSQL7\data\f2_Data.NDF. 
2000-11-28 13:14:53.01 spid9    Cannot associate files with different databases.
2000-11-28 13:14:53.14 spid9    Device activation error. The physical file name 'C:\MSSQL7\data\f2_Data.NDF' may be incorrect.
				
Opérations de restauration d'une base de données partielle (SQL Server 2000)

Une nouvelle clause PARTIAL a été ajoutée à l'instruction T-SQL RESTORE qui fournit un mécanisme qui permet de restaurer dans la base de données vers un autre emplacement pour que les données endommagées ou manquantes puissent être copiées dans la base de données d'origine. Opérations de restauration partielle fonctionnent avec des groupes de fichiers de la base de données. Par exemple, vous disposez d'une base de données qui se compose d'un groupe de fichiers primaire, groupe de fichiers A et b. groupe de fichiers Une table qui se trouve dans le groupe de fichiers B est supprimée accidentellement. Si vous disposez de sauvegardes du journal groupe de fichiers et de transaction disponibles, vous pouvez restaurer uniquement la groupe B ainsi que le groupe de fichiers primaire pour récupérer la table deleted. L'instruction RESTORE avec la clause PARTIAL vous permet de restaurer le sous-ensemble à une nouvelle base de données ou même à un autre serveur. Vous pouvez extraire et recharger le contenu de la table dans la base de données d'origine.

Le groupe de fichiers principal est toujours restauré en même temps que les groupes de fichiers choisi de restaurer. Groupes de fichiers ne sont pas restaurés sont marqués comme étant hors connexion et ne sont pas accessibles. Restauration partielle de la base de données de sauvegardes de fichiers n'est pas prise en charge.

Remarque Si vous utilisez SQL Server 2005, l'étape initiale d'une restauration ponctuelle remplace la restauration partielle de la base de données de SQL Server 2000. Dans SQL Server 2005, l'option PARTIAL effectue des vérifications de sécurité qui ne sont pas disponibles dans les restaurations de bases de données partielle. Ce comportement vous permet de ces bases de données sert de bases de données de production. Pour plus d'informations sur la restauration ponctuelle dans SQL Server 2005, consultez le «ponctuelle restauration scénario (modèle de récupération complète)» et les rubriques «Scénario de restauration ponctuelle (modèle de récupération simple)» dans la documentation en ligne de SQL Server 2005.

Pour plus d'informations sur la façon d'effectuer une restauration partielle de la base de données, consultez SQL Server 2000, documentation en ligne «Opérations de restauration partielle» et «RESTORE DATABASE».

Veuillez consulter les sujets suivants concernant les fichiers et groupes de fichiers :

Rubriques en ligne de SQL Server 7.0 :

«Fichiers de base de données physique et groupes de fichiers»
«Utilisation des fichiers et groupes de fichiers»
«Création de groupes de fichiers»
«Création de sauvegardes de fichiers ou de groupes de fichiers»
«Utilisation de sauvegardes de fichiers ou de groupes de fichiers»
"Restauration des sauvegardes de fichiers ou de groupes de fichiers"
"Fichier et groupe de fichiers sauvegarde et restauration"

Rubriques en ligne de SQL Server 2000 :

«Fichiers de base de données physique et groupes de fichiers»
«Utilisation des fichiers et groupes de fichiers»
«Création de groupes de fichiers»
«Using File Backups»
«Fichiers et groupes de fichiers»
«Sauvegarde et restauration des bases de données»
«Opérations de restauration partielle de base de données»
«Sauvegarde de portions sélectionnées d'une base de données»

Rubriques en ligne de SQL Server 2005 :

«Fichiers de base de données physique et groupes de fichiers»
«Utilisation des fichiers et groupes de fichiers»
«Création de groupes de fichiers»
"Fichier et sauvegardes de groupe de fichiers"
«Conception des fichiers et des groupes de fichiers»
«Sauvegarde et restauration des bases de données»
«Restauration fragmentaire du scénario (modèle de récupération complète)»
«Sauvegarde de portions sélectionnées d'une base de données»

Propriétés

Numéro d'article: 281122 - Dernière mise à jour: vendredi 26 octobre 2007 - Version: 4.4
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2000 Standard
  • Microsoft SQL Server 7.0 Standard
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
Mots-clés : 
kbmt kbproductlink kbbackup kbinfo KB281122 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 281122
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com