CORRECTIF : un système AWE utilise davantage de mémoire pour le tri ou de hachage qu'un système non-AWE dans SQL Server 2000

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: 831999
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Bogue #: 469995 (Shiloh_bugs)

Symptômes
La mémoire SQL Server utilise lors de tri et le hachage d'opérations est répartie du pool de mémoire tampon comme un tampon volé. Tampons volés doivent toujours rester dans l'espace d'adressage virtuel. Il ne peut pas être non mappées à un emplacement de Microsoft Windows 2000 adresse fenêtrage Extensions (AWE). SQL Server utilise un accélérateur pour limiter la quantité de mémoire peut être utilisé pour le tri et pour le hachage. SQL Server limite la mémoire pour ces raisons :
  • Pour que le pool de tampons entière ne sera pas consommé par les tampons volés.
  • Pour que le pool de tampons puisse continuer servir un cache de données.
Sur les systèmes avec AWE activé, le calcul de la quantité de mémoire que la mémoire espace de travail pour le tri et le hachage est parfois plus élevé qu'il se trouve sur un système non-AWE. Tampons volés doivent toujours rester dans l'espace d'adressage, la mémoire AWE supplémentaire doit être non pertinents pour ce calcul. Le correctif décrits dans cet article résout le problème afin que le calcul de l'espace disponible pour le tri et pour le hachage soit cohérent entre les deux configurations.

En raison de la miscalculation opérations de tri et de hachage peuvent essayez d'utiliser davantage de mémoire du pool de mémoire tampon que peut rester connecté. En tant que résultat, un BPool::Map erreur qui est semblable à celui-ci est écrite dans le journal erreur SQL Server suivi par le résultat de la commande DBCC MEMORYSTATUS :


2003-06-23 04:17:14.86 spid153 BPool::Map : aucune adresse remappable trouvée.
2003-06-23 04:17:15.04 spid92 tampon distribution : occultées = 133972 gratuits = procédures 10785 = Inram 17346 = 0 = intègre 155429 actualisation = 0 i/O=2, Latched = 988, autre = 513478
2003-06-23 04:17:15.06 spid92 tampon nombres : validé = cible 832000 = 832000 haché = InternalReservation 669897 = 1514 ExternalReservation = min 4255 gratuits = 1 024
Cache de procédure spid92 04:17:15.06 2003-06-23 : TotalProcs = TotalPages 8505 = InUsePages 17346 = 6439
Gestionnaire de mémoire dynamique 2003-06-23 04:17:15.06 spid92 : occultées = 25253 système réservé = 1776 S'engagée = 1 735 du système d'exploitation en cours d'utilisation = plan de requête 1644 = Optimiseur 17383 = général 0 = utilitaires 7999 = connexion 243 = 907
Objets mémoire globale 2003-06-23 04:17:15.06 spid92 : ressource = verrous 3259 = SQLCache 102 = réplication 773 = LockBytes 2 = ServerGlobal 2 = 3528 Xact = 110
Gestionnaire de mémoire requête 2003-06-23 04:17:15.06 spid92 : demandes = 6 en attente = 0 maximum = 140712 disponible = 10409


Dans le résultat est affiché précédemment, vous pouvez visualiser, SQL Server autorise plusieurs requêtes qui demandent un total de tampons 140712 pour exécuter simultanément. Dans l'exemple précédent, il existe six requêtes qui sont exécutent avec trie ou valeurs de hachage. Ces requêtes six ayant reçus l'utilisation de tampons 130303 (140712 10409 = 130303).
Résolution

Informations sur le service pack

Pour résoudre ce problème, procurez-vous le dernier service pack Microsoft SQL Server 2000. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
290211 Comment obtenir le dernier pack de service SQL Server 2000

Informations sur le correctif

La version anglaise de ce correctif dispose des attributs de fichier (ou version ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont exprimées en coordinated universal temps (UTC). Lorsque vous affichez les informations de fichier, il est convertie en heure locale. Pour connaître le décalage entre l'heure UTC et l'heure locale, utilisez l'onglet Fuseau horaire dans l'outil Date et heure du Panneau de configuration.
   Date         Time   Version            Size    File name   ------------------------------------------------------------------------------   31-May-2003  18:45  2000.80.818.0      78,400  Console.exe         28-Oct-2003  04:21  2000.80.873.0     315,968  Custtask.dll        02-Oct-2003  20:59  2000.80.867.0      33,340  Dbmslpcn.dll        25-Apr-2003  02:12                    786,432  Distmdl.ldf   25-Apr-2003  02:12                  2,359,296  Distmdl.mdf   30-Jan-2003  01:55                        180  Drop_repl_hotfix.sql   12-Sep-2003  03:26  2000.80.859.0   1,905,216  Dtspkg.dll          26-Aug-2003  20:16  2000.80.854.0     528,960  Dtspump.dll         23-Jun-2003  22:40  2000.80.837.0   1,557,052  Dtsui.dll           23-Jun-2003  22:40  2000.80.837.0     639,552  Dtswiz.dll          24-Apr-2003  02:51                    747,927  Instdist.sql   03-May-2003  01:56                      1,581  Inst_repl_hotfix.sql   08-Feb-2003  06:40  2000.80.765.0      90,692  Msgprox.dll         01-Apr-2003  02:07                      1,873  Odsole.sql   05-Apr-2003  01:46  2000.80.800.0      62,024  Odsole70.dll        07-May-2003  20:41  2000.80.819.0      25,144  Opends60.dll        02-Apr-2003  21:48  2000.80.796.0      57,904  Osql.exe            02-Apr-2003  23:15  2000.80.797.0     279,104  Pfutil80.dll        04-Aug-2003  18:17                    550,780  Procsyst.sql   12-Sep-2003  00:37                     12,305  Qfe469315.sql   22-May-2003  22:57                     19,195  Qfe469571.sql   06-Sep-2003  01:36                  1,090,932  Replmerg.sql   06-Sep-2003  07:18  2000.80.858.0     221,768  Replprov.dll        06-Sep-2003  07:18  2000.80.858.0     307,784  Replrec.dll         06-Sep-2003  00:00                  1,087,150  Replsys.sql   13-Aug-2003  16:28                    986,603  Repltran.sql   22-Oct-2003  00:08  2000.80.871.0      57,916  Semnt.dll           29-Jul-2003  20:13  2000.80.819.0     492,096  Semobj.dll          31-May-2003  18:27  2000.80.818.0     172,032  Semobj.rll   05-Aug-2003  21:06                    127,884  Sp3_serv_uni.sql   01-Jun-2003  01:01  2000.80.818.0   4,215,360  Sqldmo.dll          07-Apr-2003  17:44                     25,172  Sqldumper.exe       19-Mar-2003  18:20  2000.80.789.0      28,672  Sqlevn70.rll   27-Sep-2003  04:42  2000.80.865.0     180,792  Sqlmap70.dll        03-Sep-2003  02:56  2000.80.857.0     188,992  Sqlmmc.dll          02-Sep-2003  23:03  2000.80.857.0     479,232  Sqlmmc.rll   22-Oct-2003  00:08  2000.80.871.0     401,984  Sqlqry.dll          08-Feb-2003  06:40  2000.80.765.0      57,920  Sqlrepss.dll        05-Nov-2003  20:52  2000.80.876.0   7,606,353  Sqlservr.exe        25-Jul-2003  21:44  2000.80.845.0     590,396  Sqlsort.dll         08-Feb-2003  06:40  2000.80.765.0      45,644  Sqlvdi.dll          02-Oct-2003  20:59  2000.80.867.0      33,340  Ssmslpcn.dll        01-Jun-2003  01:01  2000.80.818.0      82,492  Ssnetlib.dll        01-Jun-2003  01:01  2000.80.818.0      25,148  Ssnmpn70.dll        28-Oct-2003  04:21  2000.80.873.0     123,456  Stardds.dll         01-Jun-2003  01:01  2000.80.818.0     158,240  Svrnetcn.dll        31-May-2003  18:59  2000.80.818.0      76,416  Svrnetcn.exe        30-Apr-2003  23:52  2000.80.816.0      45,132  Ums.dll             02-Jul-2003  00:19  2000.80.834.0      98,816  Xpweb70.dll      
note raison de dépendances entre fichiers, la dernière fonctionnalité ou correctif qui contient ces fichiers peut également contenir des fichiers.
Statut
Microsoft a confirmé que c'est un problème dans les produits Microsoft répertoriés dans la section « S'applique à ».

Ce problème a été corrigé dans Microsoft SQL Server 2000 Service Pack 4.
Plus d'informations
Si l'erreur BPool::Map se produit lors d'une instruction DBCC DBREINDEX ou exécute une instruction CREATE INDEX, consultez l'article suivant dans la Base de connaissances :

838459 CORRECTIF : vous pouvez recevoir un avertissement BPool::Map lorsque vous créez ou reconstruire des index en utilisant l'option configuration awe activé

Article de base de connaissances Microsoft 838459 présente un correctif qui peut être plus susceptible d'expliquant la cause de l'erreur cette propriété a la valeur true.
Références
Pour plus d'informations sur les mises à jour logicielles, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
824684 Description de la terminologie standard utilisée pour décrire les mises à jour logicielles Microsoft

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 831999 - Dernière mise à jour : 01/17/2015 05:30:35 - Révision : 2.3

Microsoft SQL Server 2000 Édition Développeur, Microsoft SQL Server 2000 Standard, Microsoft SQL Server 2000 Édition Entreprise, Microsoft SQL Server 2000 Édition Personelle, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2000 Enterprise Edition 64-bit

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbqfe kbsqlserv2000presp4fix kbfix kbbug KB831999 KbMtfr
Commentaires