Discussion :

[olivierB75]

Bonjour,

Après initialisation d'une table de 15 millions de lignes (size 4GO) , je constate que la memoire du serveur initialement a 4,20GO est passée à 9GO,
situation normal car sql server travaille exclusivement en memoire des lors que cette dernière est suffisante.

En revanche, après execution d'un TRUNCATE TABLE sur cette table de 4GO l'espace memoire de 9GO demeure à 9GO.

Existe t-il un moyen de liberer la memoire à l'issu de ce truncate table.

PI, 60GO de RAM est dediée à sql server sur ce serveur de 90GO.
la base de données est en mode recovery simple

Merci pour vos réponses.

Cordialement,

Olivier,

[darkelend]

Existe t-il un moyen de liberer la memoire à l'issu de ce truncate table.

Redémarrer le service SQL... mais je ne te le conseille pas. Sql server libèrera la mémoire lorsqu'une autre opération le nécessitera

[olivierB75]

En effet, mais je souhaiterais savoir si il existe une alternative à ces redémarrages fréquents du service sql pour libérer la memoire.

[mikedavem]

SQL Server ne va libérer la mémoire que s'il est contraint de le faire (c'est son mode de fonctionnement) . Le système d'exploitation peut lui demander de libérer de la mémoire en cas de besoin.

Sinon il faudra redémarrer le service pour cela. La vrai question est de savoir pourquoi tu veux la libérer puisque visiblement tu as prévu 60Go RAM pour cette instance SQL ?

++

[SQLpro]

La vrai question est de savoir pourquoi tu veux la libérer puisque visiblement tu as prévu 60Go RAM pour cette instance SQL ?

++

Pour économiser du courant parce que les bit à 1 ça consomme plus...

J'ai bon là ??? ;-)

A +

[olivierB75]

Pour votre info, le serveur heberge un conglomerat de 3 base de données ...

Parmi ces 3 bases, une base est destinée à accueillir des données externes SAP, il s'agit donc ici de faire des truncate\insert via des lots SSIS.

Le pbm c'est qu'au terme d'un certain nombre d'init, la memoire saturée entraine un echec d'execution d'un lot SSIS qui ne dispose de memoire suffisante
pour l'execution d'un dataflow, cela a pour consequent la mise en echec du job concerné.

Un redemarrage frequent du service pénalise les utilisateurs lors des premières executions des SP car les donnéees doivent être rechargés en memoire, recompilation des SP etc..