KB2634571-les améliorations apportées à la commande DBCC CHECKDB pourraient entraîner des performances plus rapides lorsque vous utilisez l’option PHYSICAL_ONLY

Microsoft distribue Microsoft SQL Server 2008 R2, SQL Server 2008 R2 SP1 et les correctifs SQL Server 2008 comme un fichier téléchargeable. Dans la mesure où les correctifs sont cumulatifs, chaque nouvelle version contient tous les correctifs et les correctifs de sécurité inclus dans les versions antérieures de SQL Server 2008 R2, SQL Server 2008 R2 SP1 et SQL Server 2008.

Introduction

La commande DBCC CHECKDB équilibre le besoin entre les performances et les ressources. Par défaut, la commande DBCC CHECKDB peut ne pas optimiser l’utilisation des ressources lorsque des vérifications de cohérence pour une base de données sont exécutées. Par exemple, il est possible que la commande DBCC CHECKDB ne puisse pas optimiser l’utilisation d’e/s de disque lorsque la cohérence d’une base de données est exécutée.

Résolution

Informations sur les mises à jour cumulatives

SQL Server 2008 Service Pack 2

Le correctif de ce problème a été émis pour la première fois dans la mise à jour cumulative 9 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 consulter l’article de la base de connaissances Microsoft :

2673382 Package de mise à jour cumulative 9 pour SQL Server 2008 Service Pack 2

Remarques Dans la mesure où les builds sont cumulatives, chaque nouvelle version du correctif contient tous les correctifs et les correctifs de sécurité inclus dans l’ancienne version du correctif SQL Server 2008. Nous vous recommandons d’appliquer la version de correctif la plus récente qui contient ce correctif. Pour plus d’informations, consultez l’article suivant dans la Base de connaissances Microsoft :

2402659 Builds SQL Server 2008 publiées après la sortie de SQL Server 2008 Service Pack 2

Des correctifs Microsoft SQL Server 2008 sont créés pour des service packs SQL Server spécifiques. Vous devez appliquer un correctif SQL Server 2008 Service Pack 2 à une installation de SQL Server 2008 Service Pack 2. Par défaut, tout 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é émis pour la première fois dans la mise à jour cumulative 4 pour SQL Server 2008 Service Pack 3. Pour plus d’informations sur ce package de mise à jour cumulative, consultez l’article suivant de la base de connaissances Microsoft :

2673383 Package de mise à jour cumulative 4 pour SQL Server 2008 Service Pack 3

Remarque Dans la mesure où les builds sont cumulatives, chaque nouvelle version du correctif contient tous les correctifs et les correctifs de sécurité inclus dans l’ancienne version du correctif SQL Server 2008. Microsoft vous recommande d’appliquer la version de correctif la plus récente qui contient ce correctif. Pour plus d’informations, consultez l’article suivant dans la Base de connaissances Microsoft :

2629969 Builds SQL Server 2008 publiées après la sortie de SQL Server 2008 Service Pack 3

Des correctifs Microsoft SQL Server 2008 sont créés pour des service packs SQL Server spécifiques. Vous devez appliquer un correctif SQL Server 2008 Service Pack 3 à une installation de SQL Server 2008 Service Pack 3. Par défaut, tout 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é émis pour la première fois dans la mise à jour cumulative 11. Pour plus d’informations sur la façon d’obtenir ce package de mise à jour cumulative pour SQL Server 2008 R2, consultez l’article suivant de la base de connaissances Microsoft :

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

Remarque Dans la mesure où les builds sont cumulatives, chaque nouvelle version du correctif contient tous les correctifs et les correctifs de sécurité inclus dans la version précédente du correctif SQL Server 2008 R2. Nous vous recommandons d’appliquer la version de correctif la plus récente qui contient ce correctif. Pour plus d’informations, consultez l’article suivant dans la Base de connaissances Microsoft :

981356 Builds SQL Server 2008 R2 publiées après la sortie de SQL Server 2008 R2

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

Le correctif de ce problème a été émis pour la première fois dans la mise à jour cumulative 4. Pour plus d’informations sur la façon d’obtenir ce package de mise à jour cumulative pour SQL Server 2008 R2 SP1, consultez l’article suivant de la base de connaissances Microsoft :

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

Remarques Dans la mesure où les builds sont cumulatives, chaque nouvelle version du correctif contient tous les correctifs et les correctifs de sécurité inclus dans la version précédente du correctif SQL Server 2008 R2 SP1. Nous vous recommandons d’appliquer la version de correctif la plus récente qui contient ce correctif. Pour plus d’informations, consultez l’article suivant dans la Base de connaissances Microsoft :

2567616 Builds SQL Server 2008 R2 publiées après la sortie de SQL Server 2008 R2 SP1

SQL Server 2012

SQL Server 2012 contient les modifications du code de ces correctifs. Les indicateurs de trace 2562 et 2549 comme décrit ci-dessous s’appliquent également à SQL Server 2012. Toutefois, la correction de la réduction de la contention du loquet de DBCC_MULTIOBJECT_SCANNER n’exige aucun indicateur de suivi 2562 dans SQL Server 2012. Ces modifications ont été incluses par défaut dans SQL Server 2012.

Informations supplémentaires

Cette mise à jour cumulative introduit deux indicateurs de trace pour optimiser l’utilisation des ressources d’e/s du disque quand un utilisateur exécute la commande DBCC CHECKDB . Même si ces améliorations visent uniquement l’option PHYSICAL_ONLY  , elles peuvent également améliorer les performances globales des commandes DBCC CHECKDB qui n’utilisent pas l’option PHYSICAL_ONLY . Indicateur de suivi 2562 Cet indicateur de suivi inclut les modifications suivantes :

  • Exécutez la commande DBCC CHECKDB dans un seul « lot », quel que soit le nombre d’index de la base de données. Par défaut, la commande DBCC CHECKDB tente de réduire les ressources tempdb en limitant le nombre d’index ou de « faits » qu’elle génère en utilisant un concept « lots ». Cet indicateur de suivi force tout le traitement au sein d’un lot.

  • Améliorez le traitement interne pour déterminer les pages à lire à partir de la base de données. Cela permet de réduire la contention du loquet de DBCC_MULTIOBJECT_SCANNER.

L’utilisation de cet indicateur de suivi a pour effet d’augmenter l’espace requis pour tempdb  . Tempdb  Il est possible que la commande DBCC CHECKDB s’étende jusqu’à 5% ou davantage de la base de données utilisateur traitée. Par conséquent, nous vous conseillons d’avoir une taille de base de données tempdb  d’au moins 5% de la taille de la base de données lorsque vous utilisez cet indicateur de suivi pour éviter une croissance automatique, ce qui peut ralentir les performances de la commande DBCC CHECKDB . Remarque L’indicateur de suivi 2562 est un indicateur de suivi au niveau de la session. Vous pouvez l’activer au niveau de la session. Indicateur de suivi 2549 La commande DBCC CHECKDB crée une liste interne de pages à lire par disque dur unique sur tous les fichiers de base de données. Cette logique détermine des lecteurs de disque uniques en fonction de la lettre de lecteur du nom de fichier physique de chaque fichier. Dans le cas contraire, la commande DBCC CHECKDB traiterait ces derniers en tant que disque unique. Lorsque cet indicateur de suivi est activé, chaque fichier de base de données est considéré comme un lecteur de disque unique. N’utilisez pas cet indicateur de suivi sauf si vous savez que chaque fichier est basé sur un disque physique unique. Remarque L’indicateur de suivi 2549 est un indicateur de trace global. Pour l’activer, vous devez l’utiliser comme paramètre de démarrage ou utiliser DBCC tracen (2549,-1). Même si ces indicateurs de trace améliorent les performances des commandes DBCC CHECKDB qui ciblent l’utilisation de l’option DBCC CHECKDB  , certains utilisateurs peuvent ne pas voir les améliorations apportées aux performances. Bien que ces indicateurs de suivi améliorent l’utilisation des ressources d’e/s de disque, la performance sous-jacente des ressources de disque risque de limiter les performances globales de la commande DBCC CHECKDB . Gardez à l’esprit les restrictions suivantes :

  • Les améliorations apportées aux performances ne sont pas conçues pour améliorer les performances lorsque vous utilisez l’option de réparation. Par exemple, les améliorations apportées aux performances ne sont pas conçues pour améliorer les performances lorsque vous utilisez l’option REPAIR_ALLOW_DATA_LOSS.

  • Les améliorations n’affectent pas la commande DBCC CHECKALLOC.

  • Les améliorations apportées à l’aide de la commande DBCC CHECKTABLEpour les index de plusieurs pages. Toutefois, les améliorations ne visent pas à améliorer les performances de la commande DBCC CHECKTABLE .

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.

Besoin d’aide ?

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoindre Microsoft Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×