Récemment, j'effectuais une mise à niveau du système d'exploitation sur l'un de nos serveurs DB, passant de Server 2003 à Server 2008. Le SGBD est SQL Server 2005. Lors de la réinstallation de SQL sur la nouvelle installation de Windows, je suis allé sur un autre de nos serveurs DB pour vérifier quelques des paramètres.
Maintenant, j'ai toujours pensé que ce deuxième serveur était Server 2003 x64 + SQL 2005 x64 (d'après ce qu'on m'avait dit), mais j'ai maintenant des doutes à ce sujet. Je soupçonne maintenant qu'il ne s'agit en fait que de 32 bits SQL, mais je voudrais vérifier cela.
Voici quelques détails:
Le système d'exploitation est définitivement 64 bits.
xp_msver
montre Platform
commeNT INTEL X86
SELECT @@VERSION
spectacles Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86)...
Cependant sqlservr.exe n'est pas affiché avec '* 32' dans taskmgr, quelqu'un sait-il pourquoi c'est le cas, s'il s'agit en fait de 32 bits comme revendiqué? Malgré cela, il semble manquer de dossier de fichiers programme x86.
Si je fais les mêmes vérifications sur une installation 64 bits confirmée, cela rend les lectures 64 bits attendues, ce qui ne peut que prouver que ce serveur en question ne fonctionne qu'en 32 bits.
Maintenant, cela étant le cas, la question se pose de savoir combien de mémoire cette installation «32 bits» peut utiliser. Le gestionnaire de tâches signale une utilisation de 3,5 Go de mémoire pour sqlservr.exe (le serveur dispose de 16 Go physiques). Je soupçonne qu'AWE n'a pas été configuré du tout, et donc le serveur sera considérablement sous-utilisé (en se souvenant que le système d'exploitation est 64 bits) si SQL utilise simplement un espace d'adressage 32 bits.
Cette hypothèse est-elle correcte?
Je pense que le serveur devrait avoir réinstallé SQL en 64 bits afin d'utiliser pleinement la plate-forme matérielle, mais elle est actuellement fortement en production; ce ne sera pas une tâche facile. Je soupçonne que nous devrons simplement configurer AWE correctement et le laisser pour le moment (à moins que ce ne soit une mauvaise idée?).
Je m'excuse que cette question soit un peu vague / perdue; Je ne suis pas un expert SQL, j'essaie juste de comprendre ce qui se passe ici.