Erreurs de mémoire Weird SQL Server après la mise à niveau vers la version 64 bits

Question

Nous venons de "mettre à niveau" notre serveur de base de données de production de 32 bits vers 64 bits. Il exécute SQL Server 2005 Standard sur Windows Server 2003. Au cours de la nuit suivant la mise à niveau, le serveur était indisponible pendant près d'une heure - les demandes des clients expiraient. Le problème semblait alors se réparer. Le seul indice que j'ai au sujet du problème est ce qui est dans les journaux du serveur SQL:

LazyWriter: avertissement, pas de tampons libres trouvés.

Memory Manager VM réservés = 8470288 KB VM Engagé = 2167672 KB AWE Alloué = 0 KB Réservé Mémoire = 1024 KB Réservé Mémoire utilisée = 0 KB

message noeud mémoire Id = 0 VM Réservé = 8464528 KB VM Engagé = 2162000 KB AWE alloué = 0 KB SinglePage Allocataire = 103960 KB MultiPage Allocataire = 31832 KB

MEMORYCLERK_SQLGENERAL (Total) VM Réservé = 0 KB VM Engagé = 0 KB AWE Alloué = 0 KB SM Réservé = 0 KB SM Engagé = 0 KB SinglePage Allocataire = 4352 KB

Ensuite, il y a beaucoup de plus de messages similaires à partir de MEMORYCLERK.

Est-ce que quelqu'un sait ce qui se passe? Il semble que c'est à court de mémoire et, à condition, le serveur a seulement 2 Go de RAM physique, ce qui n'est pas vraiment par rapport aux normes d'aujourd'hui, mais sûrement il ne devrait pas arrêter complètement WORKING? Devrais-je définir le maximum de mémoire SQL est autorisé à utiliser à 1,6 Go ou plus? Y at-il autre chose que je peux faire (AUTRE QUE l'installation de plus de RAM, évidemment)?

Answer 1

2GB n'est certainement pas beaucoup. En fait, je crois que Microsoft vous recommande d'avoir 2 Go de mémoire juste pour exécuter le système d'exploitation et d'autres tâches.

Check this blog posting et this microsoft forum posting pour plus d'informations.

La mémoire est bon marché, ajoutez plus si vous le pouvez.

alt text http://icanhascheezburger.files.wordpress.com/2008/03/funny-pictures-computer-more-rams-field.jpg

Answer 2

Il y a eu des rapports sporadiques de MSSQL allouer de la mémoire suffisante pour provoquer la page des failles sur le disque 1 - qui, bien sûr, les résultats de façon drastique une baisse des performances.

Bien que je n'ai rien vu d'officiel de la part de MS, les rapports indiquent que le fait de configurer une mémoire maximale comprise entre 512 Mo et 1 Go de moins que la RAM physique devrait aider. Enterprise Edition vous permet d'empêcher la sortie des pages MSSQL, ce qui devrait également résoudre le problème. Et, évidemment, plus de RAM aidera - mais probablement ne peut pas l'atténuer. Il ya un débat pour savoir si MSSQL essaie d'allouer trop de RAM, si le système d'exploitation le pagine, ou si MSSQL ne fait qu'allouer aux mauvais pools. Quoi qu'il en soit, max mem devrait aider les cas 1 et 2, et SP2 est supposé résoudre 3.

Modifier: Un collègue m'a pointé vers un KB article associé avec quelques correctifs répertoriés. Il fait référence à différents messages d'erreur (utilisez-vous SP2?), Mais les symptômes et le comportement semblent correspondre à votre situation.