SQL Server 2014 et la gestion de la RAM

Version imprimable

19/11/2015, 10h52
ServInfo56

SQL Server 2014 et la gestion de la RAM

Bonjour,

Suite à la migration d'un SQL Server 2005 sur un Windows server 2003 avec 8Go Ram vers un SQL Server 2014 sur Windows Server 2012 R2 avec 8Go Ram on s'interroge sur les performances mémoire.
Je m'explique. Nous avons un serveur lié qui pointe sur une base Oracle. Le driver Oracle a été installé sur le serveur et pour certaines requêtes complexes nous avions ce message d'erreur :

Citation:

Msg 7399, Level 16, State 1, Line 1
Le fournisseur OLE DB "OraOLEDB.Oracle" du serveur lié "ORACLEPROD" a rapporté une erreur. Le fournisseur n'a plus de mémoire.
Msg 7311, Level 16, State 2, Line 1
Impossible d'obtenir l'ensemble de lignes du schéma "DBSCHEMA_TABLES" pour le fournisseur OLE DB "OraOLEDB.Oracle" du serveur lié "ORACLEPROD". Le fournisseur prend en charge l'interface, mais retourne un code d'erreur lorsqu'elle est utilisée.

Après quelques recherches, en démarrant SQL Server 2014 avec l'option -g1024 cela semble régler le soucis.
Voici la ligne de commande du lancement du service :

Code:

D:\SQL2014\MSSQL12.MSSQLSERVER\MSSQL\Binn\sqlservr.exe -sMSSQLSERVER -g1024

Nous avons cependant des interrogations sur la RAM utilisée par SQL Server.
La RAM utilisée sur le serveur ne dépasse pas 4,2 Go (je parle au niveau du moniteur système de Windows)
Et, lors d'un import en masse de bases de données (plus de 4000) nous avons eu ce message :

Citation:

Msg*3013, Niveau*16, État*1, Ligne*1
RESTORE DATABASE s'est terminé anormalement.
Msg*3013, Niveau*16, État*1, Ligne*3
RESTORE DATABASE s'est terminé anormalement.
Msg*701, Niveau*17, État*17, Ligne*1
Mémoire système insuffisante dans le pool de ressources 'internal' pour exécuter cette requête.
Msg*701, Niveau*17, État*17, Ligne*3
Mémoire système insuffisante dans le pool de ressources 'internal' pour exécuter cette requête.

Je précise également que nous avons limité l'utilisation de la RAM au niveau SQL Server à 6.5 Go.

Comment stresser SQL Server pour le forcer à charger la RAM pour être sur qu'il peut monter en charge ?
L'option -g est-elle la bonne pour résoudre nous problème de serveur lié ?

Merci pour votre retour.

que te donne comme résultat ces deux requétes

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT CAST( 
        ( 
          SELECT CAST (cntr_value AS BIGINT) 
          FROM sys.dm_os_performance_counters  
          WHERE counter_name = 'Buffer cache hit ratio' 
        )* 100.00 
        / 
        ( 
          SELECT CAST (cntr_value AS BIGINT) 
          FROM sys.dm_os_performance_counters  
          WHERE counter_name = 'Buffer cache hit ratio base' 
        ) AS NUMERIC(6,3) 
      )

Code:

1
2
3
SELECT        @@SERVERNAME AS [Server Name], object_name, instance_name, cntr_value AS [Page Life Expectancy]
FROM            sys.dm_os_performance_counters WITH (NOLOCK)
WHERE        (object_name LIKE N'%Buffer Node%') AND (counter_name = N'Page life expectancy') OPTION (RECOMPILE)

20/11/2015, 14h39
ServInfo56

Bonjour,

Résultat de la requête 1 : 89.354

Résultat de la requête 2 :
Server Name : SRV0113
Object_name : SQLServer:Buffer Node
Instance_name : 000
Page Life Expectancy : 99085
20/11/2015, 15h17
Boubou2020

l'ideal c'est que SQL Server aurai la possibilité de lire toutes les pages du cache de mémoire tampon et il n'y aura pas besoin de lire a partir du disque. Dans ce cas, le Buffer Cache Hit Ratio la valeur serait 100%. La valeur recommandée pour cache de tampon Ratio est sur 90%, la valeur minimale acceptable est de 95%. Une valeur inférieure indique un problème de mémoire
selon les valeurs mesuré Donc je te recommande une augmentation du RAM
20/11/2015, 16h26
ServInfo56

Ok je vais doubler la RAM.
Mais comment simuler une augmentation de la RAM.
En fait je veux stresser le serveur SQL en passant des requêtes par exemple pour le voir monter en RAM et être sur qu'il va dépasser les 4Go.
20/11/2015, 16h47
Boubou2020

David BARBARIN (Mikedavem) vous propose un bon Article sur le sujet

http://blog.developpez.com/mikedavem...l_compteur_a_s
20/11/2015, 21h49
ServInfo56

Je vais faire ces actions. Merci.

Ce que j'aimerai surtout savoir, est ce que l'option -g1024 au démarrage du service SQL Server limite la RAM utilisée par le serveur de base de données ?
23/11/2015, 15h39
SQLpro

Ce paramétrage ne va pas vous apporter que du bien.

Pour comprendre pourquoi SQL Server est à cours de mémoire, vous devez analyser la volumétrie des données de la table Oracle.
Une requête distribuée nécessite que la jointure entre les tables distantes soit effectuée sur l'un ou l'autre des serveurs.
Par défaut c'est une "remote query" ce qui veut dire que toutes les lignes de la table distante sont injectée dazns l’espace mémoire de SQL Server. Au terme de ce rapatriement de données, il pourra enfin travailler pour effectuer la jointure.
C'est cela qui vous cause sans doute cette erreur.

Plutôt que de bidouiller la mémoire, si vous estimez en avoir assez et que la table jointe côté SQL Server est très petite, alors faites un REMOTE JOIN.

A +