Discussion :

[Magohamoths]

Bonjour,

Sur technet il donne comme taille maximum la taille max que l'os supporte et sur msdn pour la version sql server 2008 standard c'est une limite de 64Go.

Par téléphone, l'avant vente microsoft confirme les informations de msdn.

Qu'en pense les spécialistes du forum ?

Merci

[sevyc64]

Attention aux version de SQL dont tu parle.

Laquelle te connerne ?
SQLServer 2008 ou SQLServer 2008 R2 ?
En 32 ou 64 Bits ?

Le lien Technet que tu donne concerne SQLServer 2008, celui de MSDN concerne SQLServer 2008 R2, ce sont 2 versions différentes.
(La version SQLServer 2008 R2 Standard 64 bits est aussi limitée à 64Go sur Technet comme sur MSDN)

Ensuite, il faut faire la différence entre une édition 32 ou 64 Bits. La version 32 bits fonctionnera obligatoirement sur un système 32 bits ou dans un contexte 32 bits si le système est 64 bits. LA taille max de mémoire ne dépassera jamais la limite du système 32 bits qui est de 4Go.

[SQLpro]

LA taille max de mémoire ne dépassera jamais la limite du système 32 bits qui est de 4Go.

FAUX, avec AWE en 32 bits on peut monter jusqu'à 64 Go.

En 64 bits il n'y a pas de limite de SQL Server 2008 R2 DATAcenter, sauf celle de Windows qui est très grande (actuellement 8 To avec Windows 2008 R2 en x64).
http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx

A +

[sevyc64]

FAUX, avec AWE en 32 bits on peut monter jusqu'à 64 Go.

Si j'ai bien compris les explications qui m'avaient été données lors d'une mauvaise expérience avec cette option, AWE fonctionne sur un système de pages (ici donc de 4Go en 32 bits) un peu à l'image de ce qu'était la mémoire paginée jadis. Ces pages seraient en parties tamponnées sur le disque.

La mauvaise expérience était un serveur SQL 32 bits sur un OS 2008 64 bits 32Go de ram qui saturait la mémoire (4Go) sur de grosses requêtes. Sur des conseils d'admin SQL pro nous avons activé l'option AWE plus divers paramètres d'optimisations au fil des problèmes.
Effectivement il n'y avait plus de problème de mémoire mais les temps d'exécutions des requêtes avaient été multiplié pratiquement par 7.

Personne n'a été capable d'expliquer ce phénomène.
On est donc revenu en arrière, sans awe, et passé par une purge des vieilles données dans la base.

[mikedavem]

Bonjour,

Avec AWE et les architectures 32 bits il faut veiller à ce que le compte de service utilisé par SQL Server puisse justement verrouiller les pages en mémoire physique et éviter justement la pagination qui engendre des problèmes de performances.

Il faut donc paramétrer l'option Lock Pages in Memory dans les stratégies de groupes locaux du serveur avec le compte de service SQL Server.

++

[dbaffaleuf]

Ces pages seraient en parties tamponnées sur le disque.

Pas possible, lorsque les pages mappées dans AWE sont commitées, Windows n'a plus le droit de les paginer.

David B.

[Magohamoths]

Laquelle te connerne ?
SQLServer 2008 ou SQLServer 2008 R2 ?
En 32 ou 64 Bits ?

Merci pour tes remarques, voici les réponses. Et en effet j'ai mélangé les 2 versions de SQL 2008. Le constat c'est que l'on a une régréssion en passant en version R2.

SQL Server 2008 R2 Standard (32-bit)
• Minimum: 1 GB
• Recommended: 4 GB or more
• Maximum: 64 GB

SQL Server 2008 Standard (32-bit)
• Minimum: 512 MB
• Recommended: 2.048 GB or more
• Maximum: Operating system maximum

SQL Server 2008 R2 Standard (64-bit) x64
• Minimum:1 GB
• Recommended: 4 GB or more
• Maximum: 64 GB

SQL Server 2008 Standard (64-bit) x64
• Minimum:512 MB
• Recommended: 2.048 GB or more
• Maximum: Operating system maximum

Merci à tous pour vos réponses