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

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

Sommaire

Symptômes

Lorsque vous démarrez une instance de Microsoft SQL Server ou restaurez ou attachez une base de données, un message d'information 9017 semblable au suivant est enregistré dans le journal des erreurs SQL Server :

Base de données Nombd a plus de n fichiers journaux virtuels qui est excessive. Trop de fichiers journaux virtuels peuvent entraîner des temps de sauvegarde et de démarrage plus long. Envisagez de réduction du journal et de l'utilisation d'un incrément de croissance différent afin de réduire le nombre de fichiers journaux virtuels.

Trop de fichiers journaux virtuels peuvent affecter le temps de récupération de la base de données.

En outre, si vous utilisez des technologies de réplication ou la mise en miroir de base de données dans votre environnement, vous pouvez remarquer des problèmes de performances avec ces technologies.

Cause

Ce problème se produit lorsque vous spécifiez des valeurs basses pour le Paramètre FILEGROWTH pour votre fichier journal.

Le moteur de base de données SQL Server divise chaque fichier journal physique en interne en plusieurs fichiers journaux virtuels (fichiers journaux virtuels). SQL Server 2008 R2 Service Pack 2 et versions ultérieures a introduit un nouveau message (9017) qui est enregistré lorsqu'une base de données démarre (en raison du démarrage d'une instance de SQL Server ou en raison de l'attachement ou la restauration de la base de données) et possède plus de 1 000 fichiers journaux virtuels dans SQL Server 2008 R2 ou a plus de 10 000 fichiers journaux virtuels dans SQL Server 2012.

Remarque :Dans SQL Server 2012, bien que ce message est consigné Lorsque la base de données comporte 10 000 fichiers journaux virtuels, le message réel qui est rapporté de manière incorrecte dans le journal des erreurs indique « fichier journal virtuel de 1000 ». En fait, l'avertissement se produit après 10 000 fichiers journaux virtuels. Toutefois, le message signale les 1 000 fichiers journaux virtuels. Ce problème sera corrigé dans une prochaine version.

Pour plus d'informations sur la façon dont l'augmentation du nombre de fichiers journaux virtuels pourrait entraîner des problèmes de performances dans la réplication ou les configurations de mise en miroir de base de données, consultez la section « Informations complémentaires ».

Résolution

Pour résoudre ce problème, procédez comme suit :
  1. Réduire votre journal des transactions à l'aide de DBCC SHRINKDB ou en utilisant SQL Server Management Studio.
  2. Augmenter la taille du fichier journal des transactions pour une plus grande valeur pour éviter de croissances automatiques fréquentes. Pour plus d'informations, consultez la rubrique suivante sur le site Web de la documentation en ligne de SQL Server :

    http://msdn.Microsoft.com/en-us/library/ms365418.aspx#AddOrEnlarge
  3. Accroître la Paramètre FILEGROWTH une valeur plus importante que celle actuellement. Cela devrait se faire selon l'activité de votre base de données et augmente la fréquence à laquelle votre fichier journal.

En outre, nous vous recommandons d'envisager d'installer les correctifs suivants, selon la version de SQL Server en cours d'exécution :


Plus d'informations

Comment vérifier le nombre de segments du fichier journal virtuel dans une base de données

Vous pouvez trouver le nombre de segments du fichier journal virtuel dans une base de données en recherchant la différence entre le premier et les plus récent journal des souches de numéros (LSNs) de sauvegardes du journal des transactions pour la base de données.

Vous pouvez trouver le numéro LSN de la sauvegarde du journal des transactions en vérifiant le journal des erreurs SQL Server pour un message semblable au suivant :

{Sauvegarde du journal. Base de données : mydbname, creation_date_(time) : date(heure), premier LSN: 1: 5068:70, dernier LSN: 1: 5108:1, le nombre d'unités de vidage: 1, informations sur le 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.

Remarque :Dans ce message, le LSN du journal des transactions est1. (C'est le premier nombre avant le signe deux-points dans « LSN : 1:5068:70. ")

Pour ce faire, procédez comme suit :
  1. Trouver le LSN de la sauvegarde du journal des earliesttransaction de la base de données dans votre journal des erreurs SQL (par exemple, LSN : 1:5108:1).
  2. Trouver le dernier LSN de la sauvegarde du journal des transactions dans le journal des erreurs SQL (par exemple, LSN:10, 235 : 5108: 1).
  3. Le nombre de segments du fichier journal virtuel est la différence entre le dernier LSN et séquence le plus ancien (dans ce cas, il est 10,235-1 = 10,234).

L'effet d'une pluralité de fichiers journaux virtuels sur la réplication

Trop de fichiers journaux peuvent affecter la réplication, car le processus de lecture du journal doit analyser chaque fichier journal virtuel pour les transactions marquées pour la réplication. Vous pouvez voir ce comportement en traçant les performances de la procédure sp_replcmds stockées. Le lecteur de journal processus utilise la sp_replcmds procédures stockées pour analyser les fichiers journaux virtuels et de lire les transactions qui sont marquées pour la réplication. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

949523 La latence de la réplication transactionnelle est élevée dans SQL Server 2005 lorsque la valeur de la propriété « Taille initiale » et la valeur de la propriété de croissance automatique sont de petite taille

L'effet d'une pluralité de fichiers journaux virtuels sur la mise en miroir de base de données

Trop de fichiers journaux peuvent également affecter la mise en miroir de base de données. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

2455009CORRECTIF : 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 SQL Server 2008 R2

Références

Pour plus d'informations, consultez les rubriques suivantes sur le site Web Microsoft Developer Network (MSDN) :

Réduction du journal des transactions

Facteurs qui peuvent retarder la troncature du journal

Troncature de journal

Architecture logique du journal des transactions

Architecture physique du journal des transactions


Propriétés

Numéro d'article: 2882905 - Dernière mise à jour: mercredi 11 septembre 2013 - Version: 1.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Standard Edition
Mots-clés : 
kbexpertiseinter kbprb kbsurveynew kbmt KB2882905 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: 2882905
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