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

CORRECTIF : Commande DBCC CHECKDB/CHECKTABLE peut prendre plus de temps dans SQL Server 2012 ou SQL Server 2014

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: 3029825
Symptômes
Lorsque vous exécutez la commande DBCC CHECKDB/CHECKTABLE , les contrôles de pureté des données peuvent entraîner la commande à exécuter de manière inattendue un certain temps. Ce problème se produit de la commande DBCC CHECKDB/CHECKTABLE dans les circonstances suivantes :
  • Supposons que vous disposez de base de données ou la table qui contient les données de type défini par l'utilisateur CLR de SQL (UDT) dans Microsoft SQL Server 2012. SQL Server est de ne jamais réutiliser la mémoire interne de blob correctement lors de la validation de l'UDT CLR SQL.
  • La mémoire accordée pour les opérations DBCC (checktable ou checkdb par table) est estimée incorrecte sur les serveurs de grande capacité.
Ce problème peut provoquer excessive de la mémoire et l'utilisation de l'UC.
Résolution

Informations sur le service pack

Pour résoudre ce problème, procurez-vous le Service Pack suivant pour SQL Server.

Pour plus d'informations sur SQL Server 2012 avec le Service Pack 3 (SP3) et le Service Pack 1 (SP1) de SQL Server 2014, reportez-vous à la section. bogues qui sont résolus dans le Service Pack 3 de SQL Server 2012 et bogues qui sont résolus dans le Service Pack 1 de SQL Server 2014.

Informations de mise à jour cumulative

Le problème a été tout d'abord résolu dans la mise à jour cumulative suivante de SQL Server : Recommandation : Installez la mise à jour cumulative la plus récente pour SQL Server
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et des correctifs de sécurité qui ont été inclus dans la précédente mise à jour cumulative. Nous vous recommandons de télécharger et d'installer les dernières mises à jour cumulatives pour SQL Server :
Références
Pour plus d'informations sur les opérations DBCC, consultez les billets de blog suivante sur MSDN :
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3029825 - Dernière mise à jour : 12/22/2015 05:25:00 - Révision : 10.0

Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3029825 KbMtfr
Commentaires