Certaines opérations de base de données prennent une très longue durée ou rencontrer des erreurs lorsque le journal de transactions a de nombreux fichiers journaux virtuels

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

Symptômes

Vous pouvez rencontrer les problèmes suivants :
  1. Une ou plusieurs bases de données prennent beaucoup de temps pour terminer la récupération lors du démarrage de SQL Server
  2. Lorsque vous effectuez la restauration d'une base de données, elle prend beaucoup de temps
  3. Tentatives d'attacher une base de données prend beaucoup de temps à la fin
  4. Lorsque vous essayez de la base de données mise en miroir vous rencontre 1413, 1443 et 1479 des messages d'erreur indiquant un délai d'attente.
  5. Vous rencontrez mémoire erreurs comme 701 liées lorsque vous essayez de restaurer une base de données

Lorsque vous examinez le journal des erreurs de SQL Server, vous remarquez qu'une quantité importante de temps est dépensée avant la phase d'analyse du processus de restauration de base de données.
2010-05-08 14:42:38.65 spid22s partir de la base de données 'lot_of_vlfs'.
14:46:04.76 2010-05-08 spid22s analyse de base de données 'lot_of_vlfs' (16) est égal à 0 % terminé (reste 0 secondes environ). Phase 1 de 3. Il s'agit d'un message d'information uniquement. Aucune action utilisateur n'est requise.

Cause

Au cours des premières étapes d'un processus de récupération de base de données, SQL Server proforms une découverte de tous les fichiers journaux virtuels présents dans tous les fichiers du journal des transactions. Une liste de tous les fichiers journaux virtuels est créée. Ce processus peut prendre beaucoup de temps selon le nombre de fichiers journaux virtuels présents dans la base de données spécifique. Une base de données peut se retrouver avec un grand nombre de fichiers journaux virtuels si le journal de transactions a rencontré fréquemment la croissance automatique avec la croissance qui passe d'incréments de très petite taille.

En règle générale, vous démarrez vous rencontrez les problèmes mentionnés dans la section Symptômes lorsque le nombre de fichiers journaux virtuels est dans la plage de plusieurs centaines de milliers.

Résolution

Vous pouvez utiliser les méthodes dans le blog suivant pour rechercher le nombre de fichiers journaux virtuels dans une base de données particulière :
Comment une structure de fichier journal peut affecter les temps de récupération de base de données
Vous devrez peut-être garder le nombre total de fichiers journaux virtuels sous un nombre raisonnable à 10 000.

Vous pouvez reconfigurer le fichier journal des transactions pour contenir uniquement un nombre limité de fichiers journaux virtuels à l'aide des méthodes suivantes :
  1. Réduire les fichiers journaux des transactions, la croissance des fichiers à la taille requise manuellement à l'aide de la base de données TSQL ALTER <database name="">Modifier le fichier (nom = « nom de fichier logique de transaction journal », taille = <required size="">)</required> </database>
  2. Régénérez le fichier journal des transactions et puis atteindre les fichiers journaux des transactions requis tailles manuellement
    1. Si la base de données a été précédemment arrêté [avec les utilisateurs ni les transactions en cours], vous pouvez vous servir de la ATTACH_REBUILD_LOG pour l'option de créer une base de données pour créer un nouveau fichier journal des transactions.
    2. Si une base de données en lecture/écriture a un seul journal qui n'est pas disponible si la base de données a été arrêté la neutralisation et [aucun utilisateur ou les transactions en cours] avant l'opération d'attachement, option FOR ATTACH de créer une base de données automatiquement reconstruit le fichier journal et met à jour le fichier primaire.

Une fois que vous reconfigurez la mise en page du journal de transactions, passez en revue et apportez les modifications nécessaires à la croissance automatique des paramètres pour le fichier journal des transactions pour éviter de rencontrer le même problème à l'avenir.

Remarque : Avant d'effectuer l'une de ces opérations, assurez-vous que vous disposez d'une sauvegarde restaurable valide si vous rencontrez des problèmes ultérieurement.

2524743 CORRECTIF : La récupération prend plus longtemps que prévu pour une base de données dans un 2008 de SQL Server ou dans un environnement SQL Server 2008 R2

2455009 CORRECTIF : Ralentissement des performances lorsque vous restaurez une base de données s'il existe de nombreux fichiers journaux virtuels dans le journal des transactions dans SQL Server 2005, SQL Server 2008 ou dans SQL Server 2008 R2

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

979042 CORRECTIF : La base de données principale n'est pas récupérée si la base de données dispose d'un grand nombre de fichiers journaux virtuels dans SQL Server 2005 ou SQL Server 2008

Plus d'informations

Pour plus d'informations sur les fichiers journaux virtuels, reportez-vous à la rubrique documentation en ligne : Architecture physique du journal des transactions
Discussions sur ce problème :
Comment une structure de fichier journal peut affecter les temps de récupération de base de données
Transaction journal des fichiers journaux virtuels - trop ou trop peu ?
erreur 1413 lors du démarrage de mise en miroir de base de données ? le nombre de fichiers journaux virtuels est trop ?

Notez également d'un problème connu avec les journaux des transactions en pleine croissance :

2633151 Le fichier journal des transactions de base de données SQL Server n'augmente pas par la valeur de croissance de fichier configurée


Pour plus d'informations sur les produits ou les outils automatiquement vérifier cette condition sur votre instance de SQL Server et sur les versions du produit SQL Server, consultez le tableau suivant :

Réduire ce tableauAgrandir ce tableau
Logiciel de règlesTitre de la règleDescription de la règleVersions du produit par rapport à laquelle la règle est évaluée.
SQL Server 2008 R2 Best Practice Analyzer (SQL Server 2008 R2 BPA)




Bases de données avec un nombre élevé de fichier journal virtuel présente





SQL Server 2008 R2 Best Practice Analyzer (BPA SQL Server 2008 R2) fournit une règle pour détecter des situations où les bases de données contiennent un grand nombre de fichiers journaux virtuels. Le BPA de SQL Server 2008 R2 prend en charge SQL Server 2008 et SQL Server 2008 R2.

Si vous exécutez l'outil BPA et rencontrez une erreur avec le titre du moteur de base de données - bases de données avec un nombre élevé de fichier journal virtuel présente, vous devez vérifier le nombre de fichiers journaux virtuels pour la base de données concernée et de reconfigurer les fichiers journaux des transactions.
SQL Server 2008
SQL Server 2008 R2






SQL Server 2012 Best Practice Analyzer (BPA de SQL Server 2012)



Bases de données avec un nombre élevé de fichier journal virtuel présente




SQL Server 2012 Best Practice Analyzer (BPA de SQL Server 2012) fournit une règle pour détecter des situations où les bases de données contiennent un grand nombre de fichiers journaux virtuels.

Si vous exécutez l'outil BPA et rencontrez une erreur avec le titre du moteur de base de données - bases de données avec un nombre élevé de fichier journal virtuel présente, vous devez vérifier le nombre de fichiers journaux virtuels pour la base de données concernée et de reconfigurer les fichiers journaux des transactions.
SQL Server 2012








Propriétés

Numéro d'article: 2028436 - Dernière mise à jour: mercredi 7 mai 2014 - Version: 4.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Web
  • 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
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2014 Web
Mots-clés : 
kbmt KB2028436 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d?une traduction incorrecte du contenu ou de son utilisation par les clients.
La version anglaise de cet article est la suivante: 2028436
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