Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur SQL Serveur Gestion Mémoire

Gestion Mémoire

7 réponses
Avatar
evallo
J'ai besoin de renseignement concernant la gestion de la=20
m=E9moire de SQL.

Voici la config du serveur

4 Pentium Xeon 1500 MHz
8 Go de RAM
Windows 2000 Advancded Server
SQL 2000 Standard Edition
200 Go de disque en RAID 5
Base de donn=E9e SQL2000 de 100 Go

Voici mon Pb : lorsque il y a beaucoup d'acc=E8s =E0 la base=20
les performances du serveur sont tr=E8s m=E9diocres. Nous=20
avons donc rajouter de la memoire car nous utilisions 3=20
Go sur la 4 Go dont 1,8 Go pour SQL2000. Apr=E8s le passage=20
=E0 8 Go SQL n'utilise pas plus de m=E9moire. Je crois que la=20
version standard que nous avons est brid=E9e =E0 2 Go de=20
m=E9moire. Je voudrais savoir comment travaille SQL lorsque=20
il arrive =E0 sa limite de m=E9moire. Nous envisageons de=20
passer =E0 la version Enteprise de SQL mais je ne suis pas=20
sur que nous gagnons en performances. Comment =EAtre sur=20
que c'est bien la limitation =E0 2 GO de SQL qui fait qu'il=20
n'itilise pas plus de RAM ou qu'il utilise 2 Go parce=20
qu'il n'en a pas besoin de plus

Merci pour vos pr=E9cieuses r=E9ponses

Eric
Signaler un problème avec ce contenu

7 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Fred BROUARD
1) vérifier que la version de SQL Server est multi processeur
2) spécifiez dans le paramétrage de SQL Server l'utilisation de plusieurs
processeurs.

En fait un processeur ne peut adresser plus de 2 Go.

D'autre part les performances sont aussi TRES dépendant de l'organisation des
disques RAID....

Dans un tel cas, seul un audit permettrais de savoir ou intervenir pour obtenir
des performances...

A +

--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************

evallo a écrit:
J'ai besoin de renseignement concernant la gestion de la
mémoire de SQL.

Voici la config du serveur

4 Pentium Xeon 1500 MHz
8 Go de RAM
Windows 2000 Advancded Server
SQL 2000 Standard Edition
200 Go de disque en RAID 5
Base de donnée SQL2000 de 100 Go

Voici mon Pb : lorsque il y a beaucoup d'accès à la base
les performances du serveur sont très médiocres. Nous
avons donc rajouter de la memoire car nous utilisions 3
Go sur la 4 Go dont 1,8 Go pour SQL2000. Après le passage
à 8 Go SQL n'utilise pas plus de mémoire. Je crois que la
version standard que nous avons est bridée à 2 Go de
mémoire. Je voudrais savoir comment travaille SQL lorsque
il arrive à sa limite de mémoire. Nous envisageons de
passer à la version Enteprise de SQL mais je ne suis pas
sur que nous gagnons en performances. Comment être sur
que c'est bien la limitation à 2 GO de SQL qui fait qu'il
n'itilise pas plus de RAM ou qu'il utilise 2 Go parce
qu'il n'en a pas besoin de plus

Merci pour vos précieuses réponses

Eric


Avatar
La version standard gère 4 proc et le paramètrage de SQL
est correcte : il est configurer pour utiliser les 4 proc.

Pour le RAID, les disques de la base sont sur une carte
avec 2 canaux : 1 pour le fichiers MDF (la base) et
l'autre pour le fichier ldf (les logs)

D'après microsoft la version standard SQL gère au max 2
Go de mémoire. d'après ce que j'ai compris SQL ne peut
s'allouer plus de 2 Go de RAM meme si il lui en faut
plus. donc il doit libérer de la memoire pour réaliser de
nouvelles transactions et donc faire des accès disques.
Si on a besion des meme données plusieurs fois dans la
meme journée, SQL est peut etre obligé d'aller les
chercher sur le disque s'il ne peut les conserver en RAM.
faut de place.C'est mon avis mais ce n'est peut etre pas
comme cela que ca fonctionne ! Qu'en pensez vous ?

Par allieurs, nous avons 56 users pour l'erp de connecter
sur ce serveur + 10 users pour notre appli de gestion
d'expédition. La base de l'erp fait 100 Go et il y a une
seconde base d'une centaine de Mo pour notre systeme
d'expéditions de marchandise. Cette base va chercher
aussi des données dans celle de l'erp. Est-ce qu'un
verion standard de SQL est suffisante selon vous ?

Merci pour vos lumière

Eric


-----Message d'origine-----
1) vérifier que la version de SQL Server est multi


processeur
2) spécifiez dans le paramétrage de SQL Server


l'utilisation de plusieurs
processeurs.

En fait un processeur ne peut adresser plus de 2 Go.

D'autre part les performances sont aussi TRES dépendant


de l'organisation des
disques RAID....

Dans un tel cas, seul un audit permettrais de savoir ou


intervenir pour obtenir
des performances...

A +

--
Frédéric BROUARD, MVP SQL Server. Expert SQL /


spécialiste Delphi, web
Livre SQL - col. Référence :


http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros :


http://sqlpro.developpez.com
************************ www.datasapiens.com


*************************

evallo a écrit:
J'ai besoin de renseignement concernant la gestion de




la
mémoire de SQL.

Voici la config du serveur

4 Pentium Xeon 1500 MHz
8 Go de RAM
Windows 2000 Advancded Server
SQL 2000 Standard Edition
200 Go de disque en RAID 5
Base de donnée SQL2000 de 100 Go

Voici mon Pb : lorsque il y a beaucoup d'accès à la




base
les performances du serveur sont très médiocres. Nous
avons donc rajouter de la memoire car nous utilisions




3
Go sur la 4 Go dont 1,8 Go pour SQL2000. Après le




passage
à 8 Go SQL n'utilise pas plus de mémoire. Je crois que




la
version standard que nous avons est bridée à 2 Go de
mémoire. Je voudrais savoir comment travaille SQL




lorsque
il arrive à sa limite de mémoire. Nous envisageons de
passer à la version Enteprise de SQL mais je ne suis




pas
sur que nous gagnons en performances. Comment être sur
que c'est bien la limitation à 2 GO de SQL qui fait




qu'il
n'itilise pas plus de RAM ou qu'il utilise 2 Go parce
qu'il n'en a pas besoin de plus

Merci pour vos précieuses réponses

Eric




.



Avatar
Fred BROUARD
bonjour,

a écrit:
La version standard gère 4 proc et le paramètrage de SQL
est correcte : il est configurer pour utiliser les 4 proc.



vérifier l'usage effectif des processeurs avec perfmon et/ou le gestionnaire e
tâches.


Pour le RAID, les disques de la base sont sur une carte
avec 2 canaux : 1 pour le fichiers MDF (la base) et
l'autre pour le fichier ldf (les logs)



Donc aucun parallélisme d'accès aux données. Autrement dit aucune optimisation
du côté des fichiers...

S'agit-il de SCSI ou d'IDE ?


D'après microsoft la version standard SQL gère au max 2
Go de mémoire. d'après ce que j'ai compris SQL ne peut
s'allouer plus de 2 Go de RAM meme si il lui en faut
plus.



En principe la version entreprise supporte 2 processeurs donc 4 Go

donc il doit libérer de la memoire pour réaliser de
nouvelles transactions et donc faire des accès disques.
Si on a besion des meme données plusieurs fois dans la
meme journée, SQL est peut etre obligé d'aller les
chercher sur le disque s'il ne peut les conserver en RAM.
faut de place.C'est mon avis mais ce n'est peut etre pas
comme cela que ca fonctionne ! Qu'en pensez vous ?



C'est un peu plus complexe que cela !


Par allieurs, nous avons 56 users pour l'erp de connecter
sur ce serveur + 10 users pour notre appli de gestion
d'expédition.



Ce n'est pas beaucoup...

La base de l'erp fait 100 Go et il y a une
seconde base d'une centaine de Mo pour notre systeme
d'expéditions de marchandise. Cette base va chercher
aussi des données dans celle de l'erp. Est-ce qu'un
verion standard de SQL est suffisante selon vous ?



Largement !


Merci pour vos lumière

Eric





A +


-----Message d'origine-----
1) vérifier que la version de SQL Server est multi



processeur

2) spécifiez dans le paramétrage de SQL Server



l'utilisation de plusieurs

processeurs.

En fait un processeur ne peut adresser plus de 2 Go.

D'autre part les performances sont aussi TRES dépendant



de l'organisation des

disques RAID....

Dans un tel cas, seul un audit permettrais de savoir ou



intervenir pour obtenir

des performances...

A +

--
Frédéric BROUARD, MVP SQL Server. Expert SQL /



spécialiste Delphi, web

Livre SQL - col. Référence :



http://sqlpro.developpez.com/bookSQL.html

Le site du SQL, pour débutants et pros :



http://sqlpro.developpez.com

************************ www.datasapiens.com



*************************

evallo a écrit:

J'ai besoin de renseignement concernant la gestion de





la

mémoire de SQL.

Voici la config du serveur

4 Pentium Xeon 1500 MHz
8 Go de RAM
Windows 2000 Advancded Server
SQL 2000 Standard Edition
200 Go de disque en RAID 5
Base de donnée SQL2000 de 100 Go

Voici mon Pb : lorsque il y a beaucoup d'accès à la





base

les performances du serveur sont très médiocres. Nous
avons donc rajouter de la memoire car nous utilisions





3

Go sur la 4 Go dont 1,8 Go pour SQL2000. Après le





passage

à 8 Go SQL n'utilise pas plus de mémoire. Je crois que





la

version standard que nous avons est bridée à 2 Go de
mémoire. Je voudrais savoir comment travaille SQL





lorsque

il arrive à sa limite de mémoire. Nous envisageons de
passer à la version Enteprise de SQL mais je ne suis





pas

sur que nous gagnons en performances. Comment être sur
que c'est bien la limitation à 2 GO de SQL qui fait





qu'il

n'itilise pas plus de RAM ou qu'il utilise 2 Go parce
qu'il n'en a pas besoin de plus

Merci pour vos précieuses réponses

Eric




.









--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Avatar
Qu'entendez-vous par parallèlisme d'accès aux données ?
Selon vous, il n'y a rien d'inqiétant sur le fait que SQL
s'alloue ses 2 Go de mémoire autorisé ?
Pour les processeurs, lorsque sql se met à en consommer
de facon imprortante, tous les processeurs affiches une
charge à peut pres equivalente.

Eric
-----Message d'origine-----
bonjour,

a écrit:
La version standard gère 4 proc et le paramètrage de




SQL
est correcte : il est configurer pour utiliser les 4




proc.

vérifier l'usage effectif des processeurs avec perfmon


et/ou le gestionnaire e
tâches.


Pour le RAID, les disques de la base sont sur une




carte
avec 2 canaux : 1 pour le fichiers MDF (la base) et
l'autre pour le fichier ldf (les logs)



Donc aucun parallélisme d'accès aux données. Autrement


dit aucune optimisation
du côté des fichiers...

S'agit-il de SCSI ou d'IDE ?


D'après microsoft la version standard SQL gère au max




2
Go de mémoire. d'après ce que j'ai compris SQL ne peut
s'allouer plus de 2 Go de RAM meme si il lui en faut
plus.



En principe la version entreprise supporte 2 processeurs


donc 4 Go

donc il doit libérer de la memoire pour réaliser de
nouvelles transactions et donc faire des accès




disques.
Si on a besion des meme données plusieurs fois dans la
meme journée, SQL est peut etre obligé d'aller les
chercher sur le disque s'il ne peut les conserver en




RAM.
faut de place.C'est mon avis mais ce n'est peut etre




pas
comme cela que ca fonctionne ! Qu'en pensez vous ?



C'est un peu plus complexe que cela !


Par allieurs, nous avons 56 users pour l'erp de




connecter
sur ce serveur + 10 users pour notre appli de gestion
d'expédition.



Ce n'est pas beaucoup...

La base de l'erp fait 100 Go et il y a une
seconde base d'une centaine de Mo pour notre systeme
d'expéditions de marchandise. Cette base va chercher
aussi des données dans celle de l'erp. Est-ce qu'un
verion standard de SQL est suffisante selon vous ?



Largement !


Merci pour vos lumière

Eric





A +


-----Message d'origine-----
1) vérifier que la version de SQL Server est multi



processeur

2) spécifiez dans le paramétrage de SQL Server



l'utilisation de plusieurs

processeurs.

En fait un processeur ne peut adresser plus de 2 Go.

D'autre part les performances sont aussi TRES






dépendant

de l'organisation des

disques RAID....

Dans un tel cas, seul un audit permettrais de savoir






ou

intervenir pour obtenir

des performances...

A +

--
Frédéric BROUARD, MVP SQL Server. Expert SQL /



spécialiste Delphi, web

Livre SQL - col. Référence :



http://sqlpro.developpez.com/bookSQL.html

Le site du SQL, pour débutants et pros :



http://sqlpro.developpez.com

************************ www.datasapiens.com



*************************

evallo a écrit:

J'ai besoin de renseignement concernant la gestion de





la

mémoire de SQL.

Voici la config du serveur

4 Pentium Xeon 1500 MHz
8 Go de RAM
Windows 2000 Advancded Server
SQL 2000 Standard Edition
200 Go de disque en RAID 5
Base de donnée SQL2000 de 100 Go

Voici mon Pb : lorsque il y a beaucoup d'accès à la





base

les performances du serveur sont très médiocres. Nous
avons donc rajouter de la memoire car nous utilisions





3

Go sur la 4 Go dont 1,8 Go pour SQL2000. Après le





passage

à 8 Go SQL n'utilise pas plus de mémoire. Je crois








que

la

version standard que nous avons est bridée à 2 Go de
mémoire. Je voudrais savoir comment travaille SQL





lorsque

il arrive à sa limite de mémoire. Nous envisageons de
passer à la version Enteprise de SQL mais je ne suis





pas

sur que nous gagnons en performances. Comment être








sur
que c'est bien la limitation à 2 GO de SQL qui fait





qu'il

n'itilise pas plus de RAM ou qu'il utilise 2 Go parce
qu'il n'en a pas besoin de plus

Merci pour vos précieuses réponses

Eric




.









--
Frédéric BROUARD, MVP SQL Server. Expert SQL /


spécialiste Delphi, web
Livre SQL - col. Référence :


http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros :


http://sqlpro.developpez.com
************************ www.datasapiens.com


*************************

.



Avatar
lionelp
Bonjour,

C'est dommage d'avoir 8GB de RAM et ne pas en tirer
partie. Pour cela il faut effectivement passer à la
version Enterprise de SQL Server, activer /PAE dans le
boot.ini et AWE dans SQL Server. De cette manière SQL
Server poura adresser jusqu'à 6GB de RAM (si 8GB de RAM)
qui se décomposent en :
2GB de mémoire conventionnelle
4 GB au delà des 4GB adressables par le système (32bit
oblige).

La limite de 2GB est la limite standard de tout process
sous windows 32bit (2GB pour le programme, 2GB pour l'OS).
Elle peut être passée à 3GB en Enterprise via /3GB dans le
boot.ini (3GB pour le programme, 2GB pour le système).
Elle peut passer au-delà via /PAE dans le boot.ini et
l'utilisation des APIs AWE par le process(2GB pour le
système, 2GB++ pour le programme).

Cordialement,
LionelP

-----Message d'origine-----
J'ai besoin de renseignement concernant la gestion de la
mémoire de SQL.

Voici la config du serveur

4 Pentium Xeon 1500 MHz
8 Go de RAM
Windows 2000 Advancded Server
SQL 2000 Standard Edition
200 Go de disque en RAID 5
Base de donnée SQL2000 de 100 Go

Voici mon Pb : lorsque il y a beaucoup d'accès à la base
les performances du serveur sont très médiocres. Nous
avons donc rajouter de la memoire car nous utilisions 3
Go sur la 4 Go dont 1,8 Go pour SQL2000. Après le passage
à 8 Go SQL n'utilise pas plus de mémoire. Je crois que la
version standard que nous avons est bridée à 2 Go de
mémoire. Je voudrais savoir comment travaille SQL lorsque
il arrive à sa limite de mémoire. Nous envisageons de
passer à la version Enteprise de SQL mais je ne suis pas
sur que nous gagnons en performances. Comment être sur
que c'est bien la limitation à 2 GO de SQL qui fait qu'il
n'itilise pas plus de RAM ou qu'il utilise 2 Go parce
qu'il n'en a pas besoin de plus

Merci pour vos précieuses réponses

Eric
.



Avatar
Fred BROUARD
a écrit:
Qu'entendez-vous par parallèlisme d'accès aux données ?



Les accès disque peuvent être parallélisés et donc les temps de réponse divisé
par un facteur sensible, si les données de la base sont réparties sur différents
disques.

Par exemple les données sur un disque D1 et les index sur un disque D2

Bien entendu, plus il y a de disques et plus c'est payant....

En ce moment je monte pour un client une solution à 16 disques RAID 0+1 en
bicanal SCSI U320...


Selon vous, il n'y a rien d'inqiétant sur le fait que SQL
s'alloue ses 2 Go de mémoire autorisé ?



Plus il aura de la mémoire, plus il en prendra jusqu'à prendre un volume pouvant
aller à la taille de la base.
Ce qui est idiot c'est d'avoir mis 8 Go de RAM et 4 processeurs sans en tirer
partie... Donc, passer à la version entreprise et activer AWE.

Pour les processeurs, lorsque sql se met à en consommer
de facon imprortante, tous les processeurs affiches une
charge à peut pres equivalente.



C'est heureux !


Eric



A +


-----Message d'origine-----
bonjour,

a écrit:

La version standard gère 4 proc et le paramètrage de





SQL

est correcte : il est configurer pour utiliser les 4





proc.

vérifier l'usage effectif des processeurs avec perfmon



et/ou le gestionnaire e

tâches.


Pour le RAID, les disques de la base sont sur une





carte

avec 2 canaux : 1 pour le fichiers MDF (la base) et
l'autre pour le fichier ldf (les logs)



Donc aucun parallélisme d'accès aux données. Autrement



dit aucune optimisation

du côté des fichiers...

S'agit-il de SCSI ou d'IDE ?


D'après microsoft la version standard SQL gère au max





2

Go de mémoire. d'après ce que j'ai compris SQL ne peut
s'allouer plus de 2 Go de RAM meme si il lui en faut
plus.



En principe la version entreprise supporte 2 processeurs



donc 4 Go

donc il doit libérer de la memoire pour réaliser de
nouvelles transactions et donc faire des accès





disques.

Si on a besion des meme données plusieurs fois dans la
meme journée, SQL est peut etre obligé d'aller les
chercher sur le disque s'il ne peut les conserver en





RAM.

faut de place.C'est mon avis mais ce n'est peut etre





pas

comme cela que ca fonctionne ! Qu'en pensez vous ?



C'est un peu plus complexe que cela !


Par allieurs, nous avons 56 users pour l'erp de





connecter

sur ce serveur + 10 users pour notre appli de gestion
d'expédition.



Ce n'est pas beaucoup...


La base de l'erp fait 100 Go et il y a une
seconde base d'une centaine de Mo pour notre systeme
d'expéditions de marchandise. Cette base va chercher
aussi des données dans celle de l'erp. Est-ce qu'un
verion standard de SQL est suffisante selon vous ?



Largement !


Merci pour vos lumière

Eric





A +


-----Message d'origine-----
1) vérifier que la version de SQL Server est multi



processeur


2) spécifiez dans le paramétrage de SQL Server



l'utilisation de plusieurs


processeurs.

En fait un processeur ne peut adresser plus de 2 Go.

D'autre part les performances sont aussi TRES







dépendant

de l'organisation des


disques RAID....

Dans un tel cas, seul un audit permettrais de savoir







ou

intervenir pour obtenir


des performances...

A +

--
Frédéric BROUARD, MVP SQL Server. Expert SQL /



spécialiste Delphi, web


Livre SQL - col. Référence :



http://sqlpro.developpez.com/bookSQL.html


Le site du SQL, pour débutants et pros :



http://sqlpro.developpez.com


************************ www.datasapiens.com



*************************


evallo a écrit:


J'ai besoin de renseignement concernant la gestion de





la


mémoire de SQL.

Voici la config du serveur

4 Pentium Xeon 1500 MHz
8 Go de RAM
Windows 2000 Advancded Server
SQL 2000 Standard Edition
200 Go de disque en RAID 5
Base de donnée SQL2000 de 100 Go

Voici mon Pb : lorsque il y a beaucoup d'accès à la





base


les performances du serveur sont très médiocres. Nous
avons donc rajouter de la memoire car nous utilisions





3


Go sur la 4 Go dont 1,8 Go pour SQL2000. Après le





passage


à 8 Go SQL n'utilise pas plus de mémoire. Je crois









que

la


version standard que nous avons est bridée à 2 Go de
mémoire. Je voudrais savoir comment travaille SQL





lorsque


il arrive à sa limite de mémoire. Nous envisageons de
passer à la version Enteprise de SQL mais je ne suis





pas


sur que nous gagnons en performances. Comment être









sur

que c'est bien la limitation à 2 GO de SQL qui fait





qu'il


n'itilise pas plus de RAM ou qu'il utilise 2 Go parce
qu'il n'en a pas besoin de plus

Merci pour vos précieuses réponses

Eric




.





--
Frédéric BROUARD, MVP SQL Server. Expert SQL /



spécialiste Delphi, web

Livre SQL - col. Référence :



http://sqlpro.developpez.com/bookSQL.html

Le site du SQL, pour débutants et pros :



http://sqlpro.developpez.com

************************ www.datasapiens.com



*************************

.









--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Avatar
Boss Hog
Yo man, exacte,
avec l'option /PAE windows passe en mode de gestion mémoire 36Bit au lieu de
32
ta tout bon.
@+
Boss Hog
"lionelp" wrote in message
news:154901c47bb3$f7694410$
Bonjour,

C'est dommage d'avoir 8GB de RAM et ne pas en tirer
partie. Pour cela il faut effectivement passer à la
version Enterprise de SQL Server, activer /PAE dans le
boot.ini et AWE dans SQL Server. De cette manière SQL
Server poura adresser jusqu'à 6GB de RAM (si 8GB de RAM)
qui se décomposent en :
2GB de mémoire conventionnelle
4 GB au delà des 4GB adressables par le système (32bit
oblige).

La limite de 2GB est la limite standard de tout process
sous windows 32bit (2GB pour le programme, 2GB pour l'OS).
Elle peut être passée à 3GB en Enterprise via /3GB dans le
boot.ini (3GB pour le programme, 2GB pour le système).
Elle peut passer au-delà via /PAE dans le boot.ini et
l'utilisation des APIs AWE par le process(2GB pour le
système, 2GB++ pour le programme).

Cordialement,
LionelP

-----Message d'origine-----
J'ai besoin de renseignement concernant la gestion de la
mémoire de SQL.

Voici la config du serveur

4 Pentium Xeon 1500 MHz
8 Go de RAM
Windows 2000 Advancded Server
SQL 2000 Standard Edition
200 Go de disque en RAID 5
Base de donnée SQL2000 de 100 Go

Voici mon Pb : lorsque il y a beaucoup d'accès à la base
les performances du serveur sont très médiocres. Nous
avons donc rajouter de la memoire car nous utilisions 3
Go sur la 4 Go dont 1,8 Go pour SQL2000. Après le passage
à 8 Go SQL n'utilise pas plus de mémoire. Je crois que la
version standard que nous avons est bridée à 2 Go de
mémoire. Je voudrais savoir comment travaille SQL lorsque
il arrive à sa limite de mémoire. Nous envisageons de
passer à la version Enteprise de SQL mais je ne suis pas
sur que nous gagnons en performances. Comment être sur
que c'est bien la limitation à 2 GO de SQL qui fait qu'il
n'itilise pas plus de RAM ou qu'il utilise 2 Go parce
qu'il n'en a pas besoin de plus

Merci pour vos précieuses réponses

Eric
.