Discussion :

[ServInfo56]

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 :

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 :

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

     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 :

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.

[Boubou2020]

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

Code :

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

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 :

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

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)

[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

[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

[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.

[Boubou2020]

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

http://blog.developpez.com/mikedavem...l_compteur_a_s