Discussion :

[slimsamfr2]

Bonsoir à tous,

J'ai un serveur avec 128go de RAM.

Un plan de maintenance à etais mis en place et il tourne tous les soirs, voici les etapes du pla de maintenance
1 : Backup complet de la BDD
2 : Suppression des anciens bak de plus de 3 jours
3 : Reconstruction des index

Le probléme est qu'à chaque fois qu'il y a une reconstruction d'index le processus sqlserver.exe monte à 32Go donc au bout de 4 jours il arrive à 128Go et il sature le server.
Il y a que SQL Server qui tourne sur ce server.

Quelqu'un à une idée du pourquoi de cette monté en charge et surtout pourquoi elle ne diminu pas.

Merci pour votre aide

[SQLpro]

Quel FILLFACTOR avez-vous spécifié pour vos index ?
Quelle est la nature des clefs primaires ?
1) sont-ce des auto incréments
2) sont-ce des index clustered ?

A +

[dbaffaleuf]

Bonsoir à tous,

J'ai un serveur avec 128go de RAM.

Un plan de maintenance à etais mis en place et il tourne tous les soirs, voici les etapes du pla de maintenance
1 : Backup complet de la BDD
2 : Suppression des anciens bak de plus de 3 jours
3 : Reconstruction des index

Le probléme est qu'à chaque fois qu'il y a une reconstruction d'index le processus sqlserver.exe monte à 32Go donc au bout de 4 jours il arrive à 128Go et il sature le server.
Il y a que SQL Server qui tourne sur ce server.

Quelqu'un à une idée du pourquoi de cette monté en charge et surtout pourquoi elle ne diminu pas.

Merci pour votre aide

- Il faut mettre une valeur pour max server memory pour éviter la saturation, et en même temps activer les locked pages (je suppose qu'il s'agit d'un 64 bits).
- SQL Server ne rendra pas la mémoire sauf si Windows le lui demande. L'espace utilisé monte réellement par pas de 32 Gb ou est-ce une montée plus graduelle ?
- Résultat de :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
select type, sum(virtual_memory_reserved_kb)/1024 'Reserved (Mb)', sum(virtual_memory_committed_kb)/1024 'Committed (Mb)', sum(awe_allocated_kb)/1024 'Locked Pages (Mb)' 
from sys.dm_os_memory_clerks 
group by type order by sum(virtual_memory_committed_kb)/1024 desc

[slimsamfr2]

Merci pour vos réponses.

@Frédéric
Quel FILLFACTOR avez-vous spécifié pour vos index ?
Actuellement il est de 100% je vais le faire diminuer à 70%

Quelle est la nature des clefs primaires ?
1) sont-ce des auto incréments
2) sont-ce des index clustered ?
Impossible de toutes les vérifier la BDD supporte un ERP de chez microsoft


@David
- Il faut mettre une valeur pour max server memory pour éviter la saturation
Ok je pensai le faire.
et en même temps activer les locked pages (je suppose qu'il s'agit d'un 64 bits).
Oui c'est du 64 bit
Pour le locked pages il faut l'activer à partir d'ou ?

[mikedavem]

Il faut donner au compte de service SQL le privilège locked pages in memory dans les policies locales de Windows. Quelle version de SQL Server ? Quelle édition ? Est-ce un serveur virtualisé (je pense que non vu la quantité de RAM) ?

Cependant c'est étonnant de voir que chaque reconstruction d'index l'allocation de mémoire augmente à chaque fois.

Quelle est la taille de vos plus gros index ?

ERP Microsoft --> Navision au hasard ?

Pouvez-vous lancer cette requête avant, pendant et après reconstruction ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
SELECT count(*) * 8 / 1024 / 1024 AS page_size_in_GB
    ,CASE database_id 
        WHEN 32767 THEN 'ResourceDb' 
        ELSE db_name(database_id) 
        END AS Database_name
FROM sys.dm_os_buffer_descriptors
GROUP BY db_name(database_id) ,database_id
ORDER BY cached_pages_count DESC;

++

++

[slimsamfr2]

Bonsoir David,

Merci pour votre réponse

Il faut donner au compte de service SQL le privilège locked pages in memory dans les policies locales de Windows
OK c'est fait

Quelle version de SQL Server ? Quelle édition ?
SQL Server 2008 R2 RTM Enterprise

Est-ce un serveur virtualisé
Non c'est un serveur physique monté en cluster


Voici les resutats de la requete aprés la mise en place du locked page.

Avant le rebuild :
page_size_in_GB database_id
16 DAX09_Prod


Pendant le rebuild :
page_size_in_GB database_id
16 DAX09_Prod


A la fin du rebuild :
page_size_in_GB database_id
51 DAX09_Prod

Pas d'augmentation de la memoire.

Petite question à quoi sert de donner au compte de service SQL le privilège locked pages in memory dans les policies locales de Windows?
Est ce que cela ne diminue pas les performences de traitement de SQL Server.

Merci

[iberserk]

Impossible de toutes les vérifier la BDD supporte un ERP de chez microsoft

AX ou NAVISION? (AX je crois?)

[dbaffaleuf]

Petite question à quoi sert de donner au compte de service SQL le privilège locked pages in memory dans les policies locales de Windows?
Est ce que cela ne diminue pas les performences de traitement de SQL Server.

Merci

Le privilège est nécessaire pour allouer des large pages avec VirtualAlloc(MEM_LARGE_PAGES) cf http://msdn.microsoft.com/en-us/library/aa366887.aspx

[mikedavem]

Cela permet aussi de verrouiller les pages en mémoire comme son nom l'indique pour SQL Server. De cette façon le système d'exploitation ne pourra pas paginer les pages alloués à SQL Server. La recherche des pages sur disque peut nuire aux performances de SQL Server.

++