MODÈLE : NOLOCK Optimiseur indication peut provoquer des Transient endommagement erreurs dans le journal des erreurs SQL Server

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 308886
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
Lorsque vous utilisez l'indication NOLOCK, vous pouvez rencontrer erreurs passagères 8908 dans le journal des erreurs SQL Server sur les tables que rencontrer des volumes élevés d'activités de SQL Server.

Le message d'erreur qui se produit est :
Erreur de table: ID de base de données %d, ID de l'objet %d, index incompatibilité de liaison ID % d. chaîne. % S_PGID-> suivante = % S_PGID mais % S_PGID-> précédent = % S_PGID.
Cause
Une erreur peut se produire lorsque vous utilisez l'indicateur d'optimisation NOLOCK aux tables de requête dans la base de données. Il est une fenêtre petit calendrier au cours de fractionnements de page en association avec analyses nolock parallèle et les mises à jour simultanées qui peuvent générer des messages 8908 temporaires.
Plus d'informations
Pour vous assurer que la base de données est exempt de corruption, exécuter une instruction DBCC CHECKDB, de préférence en mode mono-utilisateur, par rapport à la base de données. Si DBCC CHECKDB ne renvoie aucune erreur, vous pouvez être sûr que la base de données est exempt de corruption.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 308886 - Dernière mise à jour : 12/06/2015 06:04:13 - Révision : 3.2

Microsoft SQL Server 2000 Standard

  • kbnosurvey kbarchive kbmt kbprb KB308886 KbMtfr
Commentaires