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

Votre navigateur n’est pas pris en charge

Vous devez mettre à jour votre navigateur pour utiliser le site.

Mettre à jour vers la dernière version d’Internet Explorer

Description des raisons que le journal des transactions SQL Server n'est pas être tronqué

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: 62866
Résumé
Voici quelques raisons pour pourquoi le journal des transactions est pleine et jamais obtient tronqué, même si « trunc. option session chkpnt" est définie à true et normal points de contrôle sont effectuées au cours du traitement.
Plus d'informations
Une mise à jour illimitée rempli le journal ; c'est-à-dire, il n'existe aucune clause WHERE sur le relevé de mise à jour. Car une transaction (l'utilisateur déclaré ou implicite) doit être en mesure d'être totalement annulées ou validées dans son ensemble, le journal doit être suffisant pour gérer les toutes les informations de la transaction. Par conséquent, même lorsque tronquer le journal, il est possible de remplir le journal si il est trop petite pour une grande transaction unique.

Cette situation peut également se produire si une clause WHERE est utilisée, la table est très volumineuse et que la clause WHERE est trop générale, à l'origine un grand nombre d'enregistrements affectés. Il existe un autre cas où cela peut se produire : si plusieurs mises à jour sont effectuées qui affectent ensemble assez d'enregistrements à remplir le journal avant que le point de contrôle est effectué, le journal peut toujours remplir.
Windows NT

Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 62866 - Dernière mise à jour : 02/19/2007 21:25:12 - Révision : 4.3

  • Microsoft SQL Server 4.21a Standard
  • Microsoft SQL Server 6.0 Standard
  • Microsoft SQL Server 6.5 Édition Standard
  • Microsoft SQL Server 7.0 Standard
  • Microsoft SQL Server 2000 Standard
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • kbmt kbinfo kbother KB62866 KbMtfr
Commentaires
tyle="display: none; " src="https://c1.microsoft.com/c.gif?DI=4050&did=1&t=">Name('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?"> >ow.location.protocol) + "//c.microsoft.com/ms.js'><\/script>"); t=">