Partager via


Utilisation de l'API AWE

MicrosoftSQL Server utilise l'API Microsoft Windows Address Windowing Extensions (AWE) pour prendre en charge des tailles de mémoire physique très importantes. SQL Server peut accéder à 64 gigaoctets (Go) de mémoire sur MicrosoftWindows 2000 Server et MicrosoftWindows Server 2003.

[!REMARQUE]

La prise en charge AWE n'est disponible que dans les éditions Enterprise, Standard et Developer de SQL Server ; par ailleurs, elle ne s'applique qu'aux versions 32 bits de SQL Server. Analysis Services ne peut pas tirer profit de la mémoire mappée AWE. Si la mémoire physique disponible est moins importante que l'espace d'adressage virtuel en mode utilisateur, AWE ne peut pas être activé.

Les adresses 32 bits standard peuvent mapper une capacité maximale de 4 Go de mémoire. Les espaces d'adressage standard des processus 32 bits sont par conséquent limités à 4 Go. Par défaut, dans un système d'exploitation Microsoft Windows 32 bits, 2 Go sont réservés au système d'exploitation et 2 Go sont rendus disponibles pour l'application. Si vous spécifiez le paramètre /3gb dans le fichier Boot.ini de Windows 2000 Advanced Server, le système d'exploitation réserve uniquement 1 Go de l'espace d'adressage, et l'application peut accéder à une capacité maximale de 3 Go. Pour plus d'informations sur le paramètre /3gb, consultez Espace d'adressage de processus.

AWE est un ensemble d'extensions aux fonctions de gestion de mémoire de Windows qui permet aux applications d'adresser une capacité de mémoire supérieure aux 2 ou 3 Go disponibles par l'intermédiaire de l'adressage 32 bits standard. AWE permet aux applications d'acquérir de la mémoire physique, puis mappe dynamiquement des vues de la mémoire non paginée dans l'espace d'adressage 32 bits. Bien que l'espace d'adressage 32 bits soit limité à 4 Go, la mémoire non paginée peut être beaucoup plus grande. Ceci permet aux applications faisant une utilisation intensive de la mémoire, telles que les grands systèmes de bases de données, d'adresser plus de mémoire que peut en supporter un espace d'adressage 32 bits.

Avant de configurer le système d'exploitation pour la mémoire AWE, tenez compte des éléments suivants :

  • AWE permet l'allocation de mémoire physique au-delà de 4 Go sur une architecture 32 bits. L'utilisation de AWE doit se limiter aux cas où la mémoire physique est supérieure à l'espace d'adressage virtuel en mode utilisateur.

  • Pour prendre en charge plus de 4 Go de mémoire physique sur les systèmes d'exploitation 32 bits, vous devez ajouter le paramètre /pae au fichier Boot.ini et redémarrer l'ordinateur. Pour plus d'informations, consultez la documentation Windows.

    [!REMARQUE]

    Dans Windows Server 2003, PAE est automatiquement activé uniquement si le serveur utilise des périphériques d'ajout de mémoire à chaud. Le cas échéant, il n'est pas nécessaire d'utiliser le paramètre /pae sur un système configuré pour utiliser des périphériques d'ajout de mémoire à chaud. Dans tous les autres cas, vous devez utiliser le paramètre /pae dans le fichier Boot.ini pour tirer parti d'une mémoire supérieure à 4 Go.

  • Cependant, si un ordinateur dispose d’une quantité de mémoire physique disponible supérieure à 16 Go, le système d'exploitation nécessite 2 Go d’espace d’adressage de mémoire virtuelle pour le système, et ne peut donc prendre en charge qu’une quantité d’espace d’adressage virtuel de 2 Go. Pour permettre au système d'exploitation d'utiliser la plage de mémoire située au-dessus de 16 Go, veillez à ce que le paramètre /3gb n'apparaisse pas dans le fichier Boot.ini. Si c'est le cas, le système d'exploitation ne pourra pas utiliser la plage de mémoire physique au-delà de 16 Go.

[!REMARQUE]

Le pool de mémoires tampons SQL Server peut exploiter pleinement la mémoire mappée AWE. Cependant, seules les pages de bases de données peuvent être mappées et démappées dynamiquement de l'espace d'adressage virtuel de SQL Server et exploiter pleinement la mémoire allouée par AWE. AWE ne contribue pas directement à la prise en charge d'utilisateurs, de threads, de bases de données, de requêtes et d'autres objets qui résident en permanence dans l'espace d'adressage virtuel.

Pour afficher un tableau répertoriant les valeurs de taille maximale de mémoire du serveur, consultez Architecture de la mémoire.