Configuration de la mémoire et de dimensionnement des considerations in SQL Server 2012

Microsoft SQL Server effectue une gestion basée sur les besoins en mémoire en cours des composants internes de SQL Server et la charge de travail sur le système de mémoire automatique et dynamique. SQL Server propose également des options de configuration liés à la mémoire pour faciliter le réglage précis pour les modèles de comportement d'application spécifiques et exigences avancées spécifiques. Les différentes options de configuration sont les suivants :

• () options sp_configuremax server memory (Mo), min server memory (Mo), et AWE activé)
• -g (paramètre de démarragemémoire_à_réserver)
• pages verrouillées

Microsoft SQL Server 2012 introduit des modifications dans le Gestionnaire de mémoire qui affectent la façon dont les administrateurs configurer ces options de mémoire. Veuillez consulter les modifications qui sont décrites ici avant de passer à SQL Server 2012 ou avant de configurer une nouvelle installation de SQL Server 2012.

SQL Server 2012 introduit également des modifications dans la façon dont les types d'allocations de mémoire spécifiques sont prises en compte et les options de configuration de mémoire qui contrôlent la quantité maximale de mémoire qui peut être utilisé par ces types d'allocations. Les modifications apportées à SQL Server 2012 sont spécifiques aux demandes d'allocation de mémoire à partir de SQL CLR et d'allocations Multi-Page. SQL Server 2012 a un allocateur de page nouvelle qui gère les allocations de page unique et plusieurs pages (inférieur à 8 Ko et supérieur à des demandes d'allocation de 8 Ko). Par conséquent, il n'existe aucune catégorisation distincte qui est appelée « allocations Multi-Page » en SQL Server 2012.

Modifications apportées à "max server memory (Mo)" et "min server memory (Mo)"

Dans les versions antérieures de SQL Server (SQL Server 2005, SQL Server 2008 et 2008 R2 de SQL Server), les options de configuration suivantes déterminé les limites de mémoire physique que le pool de tampons consommé. Notez que nous parlons de mémoire physique dans ce cas, la mémoire physique qui est validé par le processus du moteur de base de données SQL Server :

• max server memory (Mo)
• min server memory (Mo)

Cette option de configuration incluses en général uniquement les allocations de mémoire qui étaient inférieure ou égale à 8 Ko dans le processus de SQL Server. Ces allocations étaient également appelées « single_page_allocations », car le Gestionnaire de mémoire SQL Server utilisé une taille de page de 8 Ko. Cette configuration n'incluait pas les demandes d'allocation de mémoire suivants :

• Allocations multi-Page à partir de SQL Server : il s'agit des allocations qui demandent plus de 8 Ko.
• Allocations de CLR : ces allocations comprennent le CLR SQL tas et ses allocations globales qui sont créées pendant l'initialisation du CLR.
• Allocations de mémoire pour les piles de threads dans le processus de SQL Server.
• Demandes d'allocation de mémoire effectuées directement à Windows : ceux-ci incluent l'utilisation du tas de Windows et des allocations virtuelles directes effectuées par les modules qui sont chargés dans le processus de SQL Server. Allocations à partir de la DLL de procédure stockée étendue, les objets créés à l'aide de procédures d'automatisation (appels sp_OA) et les allocations à partir des fournisseurs de serveur lié sont des exemples de telles demandes d'allocation de mémoire.

À partir de SQL Server 2012, allocations Multi-Page et allocations CLR sont également incluses dans les limites de mémoire qui sont contrôlées par max server memory (Mo) et min server memory (Mo). Cette modification offre une possibilité de dimensionnement plus précises pour toutes les exigences en matière de mémoire passent par le Gestionnaire de mémoire SQL Server. Examinez attentivement votre actuel max server memory (Mo) et min server memory (Mo) valeurs après l'installation SQL Server 2012. Vous devez réviser ces valeurs car SQL Server 2012 maintenant inclut les comptes et pour plusieurs allocations de mémoire par rapport aux versions antérieures. Ces modifications s'appliquent aux versions 32 bits et 64 bits de SQL Server 2012.

Le tableau suivant indique si un type spécifique de l'allocation de mémoire est contrôlé par le max server memory (Mo) et min server memory (Mo)options de configuration.

Modifications apportées à « mémoire_à_réserver »

Dans les versions antérieures de 32 bits SQL Server (SQL Server 2005, SQL Server 2008 et 2008 R2 de SQL Server), le Gestionnaire de mémoire SQL Server jachère une partie du processus espace d'adressage virtuel pour une utilisation par les requêtes d'allocation suivantes :

• Allocations multi-Page à partir de SQL Server : il s'agit des allocations qui demandent plus de 8 Ko.
• Allocations de CLR : ces allocations comprennent le CLR SQL tas et ses allocations globales qui sont créées pendant l'initialisation du CLR.
• Allocations de mémoire pour les piles de threads dans le processus de SQL Server.
• Demandes d'allocation de mémoire effectuées directement à Windows : ces demandes d'allocation incluent l'utilisation du tas de Windows et des allocations virtuelles directes effectuées par les modules qui sont chargés dans le processus de SQL Server. Allocations à partir de la DLL de procédure stockée étendue, les objets créés à l'aide de procédures d'automatisation (appels sp_OA) et les allocations à partir des fournisseurs de serveur lié sont des exemples de telles demandes d'allocation de mémoire.

L'espace d'adressage virtuel qui est réservée à ces allocations est déterminé par le mémoire_à_réserver option de configuration. La valeur SQL Server par défaut est de 256 Mo. Pour substituer la valeur par défaut, utilisez la SQL Server -g paramètre de démarrage. Cette partie de l'espace d'adressage virtuel est également appelé « Mémoire À laisser » ou « Région de Pool de mémoires tampons non-».

Car SQL Server 2012 dispose de la nouvelle l'allocateur de page « n'importe quelle taille » qui gère les allocations supérieures à 8 Ko, le mémoire_à_réserver valeur n'inclut pas les allocations multi-page. À l'exception de cette modification, tout le reste demeure même avec cette option de configuration.

Le tableau suivant indique si un type spécifique de l'allocation de mémoire se situe dans le mémoire_à_réserverrégion de l'espace d'adressage virtuel pour le processus de SQL Server.

Modifications apportées aux autres options de configuration liés à la mémoire

Si vous avez configuré SQL Server 2005, SQL Server 2008 ou SQL Server 2008 R2 pour utiliser l'option « awe enabled », veuillez consulter l'article suivant pour comprendre les modifications importantes pour cette option de configuration :

Si vous avez configuré SQL Server 2005, SQL Server 2008 ou SQL Server 2008 R2 pour utiliser la fonctionnalité « pages verrouillées », veuillez consulter l'article suivant pour comprendre les modifications importantes pour cette option de configuration :

Références