Discussion :

[crashyear]

Bonjour,

J'ai une instance SQL Server 2014 (SP1) qui consomme de la RAM au delà de ce que je lui ai autorisé dans "Max memory".
Je lui ai autorisé 78000Mo sur un Cluster Windows 2012 R2 (instance SQL clusturisée donc) mais au moment ou j'écris ce post elle consomme 79052Mo.
Dernièrement, j'ai dû basculer d'un noeud vers l'autre afin de relancer le service SQL clusturisé mais je voudrais éviter de basculer d'un noeud à l'autre trop souvent.

Comment je peux faire pour identifier ce qui fait que SQL Server dépasse la limite du Max mémory que je lui ai fixé, svp ?

Pour vous permettre une première analyse, j'ai lancé un DBCC MEMORYSTATUS :
Process/System Counts

• Available Physical Memory : 17313972224
• Available Virtual Memory : 140563811475456
• Available Paging File : 32569753600
• Working Set : 82965630976
• Percent of Committed Memory in WS : 100
• Page Faults : 21460163
• System physical memory high : 1
• System physical memory low : 0
• Process physical memory low : 0
• Process virtual memory low : 0

Memory Manager

• VM Reserved : 167906300
• VM Committed : 79853284
• Locked Pages Allocated : 0
• Large Pages Allocated : 0
• Emergency Memory : 1024
• Emergency Memory In Use : 16
• Target Committed : 79872000
• Current Committed : 79853288
• Pages Allocated : 51728896
• Pages Reserved : 0
• Pages Free : 25810160
• Pages In Use : 5643016
• Page Alloc Potential : 70235384
• NUMA Growth Phase : 2
• Last OOM Factor : 0
• Last OS Error : 0

[olivtone]

le depassement de la RAM n'est pas enorme
Que se passe t il si la RAM depasse un peu ? Ca swappe sur le disque ?
vous avez laissé combien de RAM a l'OS windows ?

[rudib]

VM Committed : 79853284 Ko
79853284 / 1024 = 77981,72 Mo
Donc ça ne dépasse pas.

[crashyear]

Le cluster se compose de 2 machines virtuelles configurées comme ceci :
- OS : Windows 2012 R2
- Disques :
C:\ 100Go (réservés au système)
D:\ 100Go (réservés à l'installation des logiciels)
E:\ 50Go (réservés exploitation)
V:\ 128Go (réservés à la VRAM)
- Disques spécifiques du cluster et de l'instance SQL (= disques partagés entre les noeuds du cluster) :
S:\ 2To (réservés au fichier de bases de données .mdf, .ndf)
L:\ 1To (réservé au logs de bases de données .ldf)
T:\ 1Go (réservé aux rôle de transactions distribuées MSDTC)
Q:\ 1Go (réservé au Quorum du cluster)
- RAM : 100 Go

[crashyear]

DBCC MEMORYSTATUS du jour :

Process/System Counts

• Available Physical Memory 16556376064
• Available Virtual Memory 140562923618304
• Available Paging File 31795052544
• Working Set 83634253824
• Percent of Committed Memory in WS 100
• Page Faults 23908848
• System physical memory high 1
• System physical memory low 0
• Process physical memory low 0
• Process virtual memory low 0

Memory Manager :

• VM Reserved 168034620
• VM Committed 79803916
• Locked Pages Allocated 0
• Large Pages Allocated 0
• Emergency Memory 1024
• Emergency Memory In Use 16
• Target Committed 79872000
• Current Committed 79803920
• Pages Allocated 44343784
• Pages Reserved 0
• Pages Free 32982064
• Pages In Use 11036328
• Page Alloc Potential 64842072
• NUMA Growth Phase 2
• Last OOM Factor 0
• Last OS Error 0

@rudib : Aujourd'hui encore, la RAM ne dépasse pas en suivant ce calcul 79803916 / 1024 = 77 933,51 Mo
Pourtant quand je regarde le Gestionnaire de tâches de Windows, pour mon processus "SQL Server (Instance nommée)" il m'indique 79 698,1 Mo au moment ou j'écris ce post.

[hmira]

Pourtant quand je regarde le Gestionnaire de tâches de Windows, pour mon processus "SQL Server (Instance nommée)" il m'indique 79 698,1 Mo au moment ou j'écris ce post.

Bonjour,

Attention, la mémoire utilisée par le processus "SQL Server" peut refléter plus que "max server memory", en effet, certaines allocations mémoires ne sont toujours pas incluses dans "max server memory", et ce, même dans les versions SQL Server 2012 (incluses) et versions supérieures où les régisseurs de mémoires prennent en compte beaucoup plus de choses etc. qui auparavant n'étaient pas prises en compte dans les versions SQL Server 2008 R2 (incluse) et antérieures.

Donc, un petit conseil, cessez de comparer la mémoire utilisée par le processus "SQL Server" dans le gestionnaire des tâches et "max server memory" !

A+