Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Opérations de base de données prennent un certain temps, ou qu'ils déclenchent des erreurs lorsque le journal de transactions a de nombreux fichiers journaux virtuels

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
Symptômes
Dans un environnement SQL Server 2008, vous pouvez rencontrer les problèmes suivants :
  • Une ou plusieurs bases de données prennent beaucoup de temps pour terminer la récupération lors du démarrage de SQL Server.
  • Lorsque vous effectuez la restauration d'une base de données, elle prend beaucoup de temps pour terminer.
  • Tentatives d'attacher une base de données prennent beaucoup de temps pour terminer.
  • Lorsque vous tentez de définir la mise en miroir de la base de données, vous rencontrez 1413, 1443 et 1479, des messages d'erreur indiquant un délai d'attente.
  • Vous rencontrez des erreurs liées à la mémoire comme 701 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'.
2010-05-08 14:46:04.76 analyse spid22s de la 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 effectue 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 de 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 de si le journal des transactions a rencontré fréquemment la croissance automatique avec la croissance qui passe pour des 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

Il se peut que vous deviez conserver le nombre total de fichiers journaux virtuels sous un nombre raisonnable, par exemple 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. Reconstruire le fichier journal des transactions et ensuite augmenter manuellement les fichiers journaux des transactions à la taille requise :
    1. Si la base de données a été auparavant fermée correctement (avec aucun utilisateur ou les transactions en cours), vous pouvez utiliser l'option pour ATTACH_REBUILD_LOG 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, pour joindre une option de base de données de créer 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 à l'extension 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 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 y a de nombreux fichiers de 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 a un grand nombre de fichiers journaux virtuels dans SQL Server 2005 ou SQL Server 2008

2882905 Un message d'information 9017 est enregistré lorsque vous démarrez une instance de SQL Server ou de restaurez ou d'attachez une base de données

Plus d'informations
Pour plus d'informations sur les fichiers journaux virtuels, consultez la rubrique de la documentation en ligne suivante : Architecture physique du journal des transactions

Pour plus d'informations sur ce problème, consultez les rubriques suivantes :

Comment une structure de fichier journal peut affecter les temps de récupération de base de données
Transaction journal 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 ?

Sachez également d'un problème connu avec les journaux de transactions :

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

Remarque Découvrez une modification importante à l'algorithme de création de fichier journal virtuel en 2014 de SQL Server :


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

Logiciel de règlesTitre de la règleDescription de la règleVersions du produit par rapport à laquelle la règle est évaluée.
Analyseur des meilleures pratiques SQL Server 2008 R2 (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 à la fois 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 de 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 de journaux virtuels pour la base de données concernée et de reconfigurer les fichiers journaux des transactions.
SQL Server 2012








Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 2028436 - Dernière mise à jour : 08/05/2015 20:26:00 - Révision : 6.0

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

  • kbmt KB2028436 KbMtfr
Commentaires