CORRECTIF : Elle prend beaucoup de temps pour restaurer une base de données dans SQL Server 2008 R2 en 2008 de SQL Server ou SQL 2012

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

Sommaire

Microsoft distribue Microsoft SQL Server 2008 R2 Service Pack 1 (SP1) ou Microsoft SQL Server 2008 ou Microsoft SQL Server 2012 des correctifs dans un fichier téléchargeable unique. Les correctifs étant cumulatifs, chaque nouvelle version contient tous les correctifs et mettre à jour toutes les mises à jour de sécurité ont été inclus avec la précédente SQL Server 2008 R2 Service Pack 1 (SP1) ou SQL Server 2008 Microsoft SQL Server 2012 release.

Symptômes

Il peut prendre beaucoup de temps pour restaurer une base de données dans Microsoft SQL Server 2008 R2 en 2008 de Microsoft SQL Server ou Microsoft SQL Server 2012.

Cause

Ce problème se produit parce qu'il faut beaucoup de temps pour construire la liste de fichier (journal virtuel journal fichier virtuel) lorsqu'il existe de nombreux fichiers journaux virtuels dans la base de données.

Résolution

Informations de mise à jour cumulative

SQL Server 2012

Le correctif de ce problème a été tout d'abord publié de mise à jour Cumulative 1 pour SQL Server 2012. Pour plus d'informations sur ce package de mise à jour cumulative, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2679368 Package de mise à jour cumulative 1 pour SQL Server 2012
Remarque Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs et correctifs de sécurité inclus avec la précédente 2012 de SQL Server version du correctif. Microsoft vous recommande d'envisager l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2692828 Le 2012 SQL Server versions publiées après la publication de SQL Server 2012
Vous devez appliquer un correctif SQL Server 2012 pour une installation de SQL Server 2012.

SQL Server 2008 Service Pack 2

Le correctif de ce problème a été tout d'abord publié dans 8 mise à jour Cumulative pour SQL Server 2008 Service Pack 2. Pour plus d'informations sur ce package de mise à jour cumulative, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2648096 Package de mise à jour cumulative 8 pour SQL Server 2008 Service Pack 2
Remarque Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs et correctifs de sécurité inclus avec la précédente 2008 de SQL Server version du correctif. Microsoft vous recommande d'envisager l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2402659 Le 2008 SQL Server versions publiées après la publication de SQL Server 2008 Service Pack 2
Microsoft SQL Server 2008 correctifs sont créés pour SQL Server les service packs spécifiques. Vous devez appliquer un correctif SQL Server 2008 Service Pack 2 pour une installation de SQL Server 2008 Service Pack 2. Par défaut, aucun correctif fourni dans un service pack SQL Server est inclus dans le prochain service pack SQL Server.

SQL Server 2008 Service Pack 3

Le correctif de ce problème a été tout d'abord publié dans mise à jour Cumulative 3 pour SQL Server 2008 Service Pack 3. Pour plus d'informations sur ce package de mise à jour cumulative, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2648098 Package de mise à jour cumulative 3 pour SQL Server 2008 Service Pack 3
Remarque Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs et correctifs de sécurité inclus avec la précédente 2008 de SQL Server version du correctif. Microsoft vous recommande d'envisager l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2629969 Le 2008 SQL Server versions publiées après la publication du Service Pack 3 SQL Server 2008
Microsoft SQL Server 2008 correctifs sont créés pour SQL Server les service packs spécifiques. Vous devez appliquer un correctif SQL Server 2008 Service Pack 3 pour une installation du Service Pack 3 SQL Server 2008. Par défaut, aucun correctif fourni dans un service pack SQL Server est inclus dans le prochain service pack SQL Server.

Package de mise à jour cumulative 11 pour SQL Server 2008 R2


Le correctif de ce problème a été tout d'abord publié 11 mise à jour Cumulative. Pour plus d'informations sur la façon d'obtenir ce package de mise à jour cumulative pour SQL Server 2008 R2, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2633145 Package de mise à jour cumulative 11 pour SQL Server 2008 R2
Remarque Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs et correctifs de sécurité inclus avec la précédente 2008 R2 SQL Server version du correctif. Nous vous recommandons l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
981356 SQL Server 2008 R2 versions publiées après la publication de SQL Server 2008 R2

Package de mise à jour cumulatives 4 pour SQL Server 2008 R2 SP1

Le correctif de ce problème a été tout d'abord publié dans les 4 mise à jour Cumulative. Pour plus d'informations sur la façon d'obtenir ce package de mise à jour cumulative pour SQL Server 2008 R2 SP1, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2633146 Package de mise à jour cumulatives 4 pour SQL Server 2008 R2 SP1
Remarque Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs et correctifs de sécurité inclus avec la précédente SQL Server 2008 R2 SP1 version du correctif. Nous vous recommandons l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2567616 SQL Server 2008 R2 versions publiées après la publication de SQL Server 2008 R2 SP1

Statut

Microsoft a confirmé qu'il s'agit d'un problème pour les produits Microsoft répertoriés dans la section « S'applique à ».

Plus d'informations

Vous pouvez vérifier le nombre de segments du fichier journal virtuel en consultant le fichier journal des erreurs SQL, puis en recherchant le numéro de séquence de journal (LSN) dans chaque fichier de sauvegarde du journal des transactions. Les premiers chiffres avant le symbole deux-points dans les LSNs correspondent au nombre de LSN.

Par exemple, le premier nombre dans le premier message d'information pour le LSN est 1. Toutefois, le premier nombre dans le deuxième message d'information pour le LSN est 100001. Dans ce scénario, il y a 100 000 fichiers journaux virtuels qui sont utilisés entre le moment du premier message d'information et de la deuxième message d'information. Par conséquent, le journal des transactions fragmentés connecté qui a de nombreux fichiers journaux virtuels (fichiers journaux virtuels) ressemble à ceci :

{Journal a été sauvegardé. Base de données : mydbname, date(time) de création : 2010/07/08(12:36:46), premier LSN : 1:5068:70, dernier LSN : 1:5108:1, le nombre d'unités de vidage: 1, des informations de périphérique: (fichier = 1, TYPE = disque: {'C:\folder\logbackup1.trn'}). Il s'agit d'un message d'information uniquement. Aucune action utilisateur n'est requise.

Sauvegarde du journal. Base de données : mydbname, date(time) de création : 2010/07/08(15:36:46), premier LSN : 100001:5108:1, dernier LSN : 100002:5108:1, le nombre d'unités de vidage: 1, des informations de périphérique: (fichier = 2, TYPE = disque: {'C:\folder\logbackup2.trn'}). Il s'agit d'un message d'information uniquement. Aucune action utilisateur n'est requise.}

Références

Pour plus d'informations sur les numéros de séquence de journal (LSN), visitez le site Web MSDN suivant :
Informations générales sur les numéros de séquence de journal


Pour plus d'informations sur comment une structure de fichier journal peut affecter les temps de récupération de base de données, reportez-vous au site Web MSDN suivant :
Comment une structure de fichier journal peut affecter les temps de récupération de base de données

Pour plus d'informations sur le journal des transactions fichiers journaux virtuels, reportez-vous au site Web MSDN suivant :
Informations générales sur le fichier journal des transactions

Contournement

  • Attendez que la restauration ou l'opération de récupération pour terminer

    Si vous disposez d'une base de données non récupéré qui rencontre le ralentissement des performances lorsque vous restaurez ou récupération de la base de données, vous devrez peut-être attendre que l'opération de restauration ou récupération soit terminée. Par exemple, vous pouvez voir l'état en mode hors connexion ou l'état de récupération dans SQL Server Management Studio (SSMS) pour une base de données non récupérés. Arrêt SQL Server généralement ne propose aucune franchise pour une récupération lente et peut prendre plus de temps pour répéter la même phase d'analyse de récupération, refaire la phase ou annuler la phase.
  • Éviter la restauration de la séquence de journaux de transactions contient des milliers de fichiers journaux virtuels

    Si vous rencontrez le ralentissement des performances lorsque vous restaurez et récupérez une base de données à l'aide d'un fichier de sauvegarde, vous pouvez éviter de restaurer les séquences de journal de transactions qui contiennent des milliers de fichiers journaux virtuels. Pour identifier le fichier de sauvegarde qui a la plupart des fichiers du journal virtuel enregistré, utilisez l'instruction suivante pour afficher les colonnes FirstLSN et LastLSN dans les fichiers de sauvegarde de journal :
    RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'

    Vous pouvez décider d'éviter de restaurer les fichiers de sauvegarde du journal. Ou bien, vous pouvez utiliser l'instruction STOP dans les commandes de restauration afin d'éviter les pièces fortement fragmentés les journaux de transactions. Si vous ne restaurez pas entièrement les séquences de journaux jusqu'au dernier moment pendant un scénario de récupération de défaillance, perte de données se produit dans votre base de données SQL Server. Cette perte de données se produit parce que pas toutes les transactions sont gardées. Par conséquent, il existe une décision de compromis. Vous pouvez restaurer complètement un journal de transactions très fragmentées. Toutefois, cette opération peut prendre plusieurs heures. Ou bien, vous pouvez utiliser l'instruction STOP À dans la récupération pour arrêter la récupération avant la partie du journal extrêmement fragmentée. Cependant, toutes les transactions manquantes que vous omettez sont perdues.

    Remarque Sans installer ce correctif, il n'est généralement aucun recours sûr pour la récupération accélérée après le redémarrage de SQL Server. SQL Server a localiser la liste des fichiers journaux virtuels pour analyser les fichiers journaux, aux opérations de rétablissement terminé, puis d'annuler les transactions incomplètes pour terminer la récupération pour mettre la base de données en toute sécurité. Vous ne pouvez pas ignorer en toute sécurité transactions pendant la récupération.

Propriétés

Numéro d'article: 2653893 - Dernière mise à jour: jeudi 12 avril 2012 - Version: 2.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
Mots-clés : 
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2653893 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: 2653893
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