Bonsoir,
Comment approcher la quantite de RAM a installer sur un serveur executant
SQL2000?
Une quantite fixe pour faire fonctionner sql + une quantite dependant du
nombre d'utilisateurs + une quantite suivant la taille des bases de donnees?
En vous remerciant d'avance pour vos reponses,
Cordialement
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
Rudi Bruchez
Michel Drot a écrit:
Bonsoir, Comment approcher la quantite de RAM a installer sur un serveur executant SQL2000? Une quantite fixe pour faire fonctionner sql + une quantite dependant du nombre d'utilisateurs + une quantite suivant la taille des bases de donnees? En vous remerciant d'avance pour vos reponses, Cordialement
Bonjour,
le nombre d'utilisateurs n'est pas l'indicateur principal. SQL Server réserve qq ko par connexion (et donc pas par utilisateur...), c'est négligeable. La règle est : plus de RAM, le mieux, évidemment. Le volume des données est plus intéressant : SQL Server gère un cache de données, qui stocke les pages de données lues en RAM pour éviter les I/O. Plus vous avez de données dans le cache, plus vite les requêtes seront exécutées. Par rapport au nombre d'utilisateurs, le cache de données peut aussi aider: plus vite les requêtes sont exécutées, meilleure est la capacité de concurrence.
Vous avez des indicateurs de performance qui vont vous aider à vérifier si la RAM est suffisante, notamment pour le cache de données. Qq indicateurs utiles : LogicalDisk % Disk Read Time % Disk Write Time Avg. Disk Queue Length Memory Cache Faults/sec SQLServer:Buffer Manager Buffer cache hit ratio Page Reads/sec
Le Buffer Cache Hit Ratio vous donne le pourcentage de hit dasns le cache de données. Idéalement il devrait toujours tendre au 100%. En dessous de 90% (ou même de 95%), un ajout de RAM peut se révéler utile.
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
Michel Drot a écrit:
Bonsoir,
Comment approcher la quantite de RAM a installer sur un serveur executant
SQL2000?
Une quantite fixe pour faire fonctionner sql + une quantite dependant du
nombre d'utilisateurs + une quantite suivant la taille des bases de donnees?
En vous remerciant d'avance pour vos reponses,
Cordialement
Bonjour,
le nombre d'utilisateurs n'est pas l'indicateur principal. SQL Server
réserve qq ko par connexion (et donc pas par utilisateur...), c'est
négligeable.
La règle est : plus de RAM, le mieux, évidemment. Le volume des données est
plus intéressant : SQL Server gère un cache de données, qui stocke les
pages de données lues en RAM pour éviter les I/O. Plus vous avez de données
dans le cache, plus vite les requêtes seront exécutées.
Par rapport au nombre d'utilisateurs, le cache de données peut aussi aider:
plus vite les requêtes sont exécutées, meilleure est la capacité de
concurrence.
Vous avez des indicateurs de performance qui vont vous aider à vérifier si
la RAM est suffisante, notamment pour le cache de données. Qq indicateurs
utiles :
LogicalDisk
% Disk Read Time
% Disk Write Time
Avg. Disk Queue Length
Memory
Cache Faults/sec
SQLServer:Buffer Manager
Buffer cache hit ratio
Page Reads/sec
Le Buffer Cache Hit Ratio vous donne le pourcentage de hit dasns le cache
de données. Idéalement il devrait toujours tendre au 100%. En dessous de
90% (ou même de 95%), un ajout de RAM peut se révéler utile.
Bonsoir, Comment approcher la quantite de RAM a installer sur un serveur executant SQL2000? Une quantite fixe pour faire fonctionner sql + une quantite dependant du nombre d'utilisateurs + une quantite suivant la taille des bases de donnees? En vous remerciant d'avance pour vos reponses, Cordialement
Bonjour,
le nombre d'utilisateurs n'est pas l'indicateur principal. SQL Server réserve qq ko par connexion (et donc pas par utilisateur...), c'est négligeable. La règle est : plus de RAM, le mieux, évidemment. Le volume des données est plus intéressant : SQL Server gère un cache de données, qui stocke les pages de données lues en RAM pour éviter les I/O. Plus vous avez de données dans le cache, plus vite les requêtes seront exécutées. Par rapport au nombre d'utilisateurs, le cache de données peut aussi aider: plus vite les requêtes sont exécutées, meilleure est la capacité de concurrence.
Vous avez des indicateurs de performance qui vont vous aider à vérifier si la RAM est suffisante, notamment pour le cache de données. Qq indicateurs utiles : LogicalDisk % Disk Read Time % Disk Write Time Avg. Disk Queue Length Memory Cache Faults/sec SQLServer:Buffer Manager Buffer cache hit ratio Page Reads/sec
Le Buffer Cache Hit Ratio vous donne le pourcentage de hit dasns le cache de données. Idéalement il devrait toujours tendre au 100%. En dessous de 90% (ou même de 95%), un ajout de RAM peut se révéler utile.
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
Michel Drot
Merci pour toutes ces indications Bonne journee
"Rudi Bruchez" <"rudi#nospam#[at]babaluga.com"> a écrit dans le message de news:1uuubou7vzill$.19irnxjkny2jc$
Michel Drot a écrit:
> Bonsoir, > Comment approcher la quantite de RAM a installer sur un serveur
executant
> SQL2000? > Une quantite fixe pour faire fonctionner sql + une quantite dependant du > nombre d'utilisateurs + une quantite suivant la taille des bases de
donnees?
> En vous remerciant d'avance pour vos reponses, > Cordialement
Bonjour,
le nombre d'utilisateurs n'est pas l'indicateur principal. SQL Server réserve qq ko par connexion (et donc pas par utilisateur...), c'est négligeable. La règle est : plus de RAM, le mieux, évidemment. Le volume des données
est
plus intéressant : SQL Server gère un cache de données, qui stocke les pages de données lues en RAM pour éviter les I/O. Plus vous avez de
données
dans le cache, plus vite les requêtes seront exécutées. Par rapport au nombre d'utilisateurs, le cache de données peut aussi
aider:
plus vite les requêtes sont exécutées, meilleure est la capacité de concurrence.
Vous avez des indicateurs de performance qui vont vous aider à vérifier si la RAM est suffisante, notamment pour le cache de données. Qq indicateurs utiles : LogicalDisk % Disk Read Time % Disk Write Time Avg. Disk Queue Length Memory Cache Faults/sec SQLServer:Buffer Manager Buffer cache hit ratio Page Reads/sec
Le Buffer Cache Hit Ratio vous donne le pourcentage de hit dasns le cache de données. Idéalement il devrait toujours tendre au 100%. En dessous de 90% (ou même de 95%), un ajout de RAM peut se révéler utile.
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
Merci pour toutes ces indications
Bonne journee
"Rudi Bruchez" <"rudi#nospam#[at]babaluga.com"> a écrit dans le message de
news:1uuubou7vzill$.19irnxjkny2jc$.dlg@40tude.net...
Michel Drot a écrit:
> Bonsoir,
> Comment approcher la quantite de RAM a installer sur un serveur
executant
> SQL2000?
> Une quantite fixe pour faire fonctionner sql + une quantite dependant du
> nombre d'utilisateurs + une quantite suivant la taille des bases de
donnees?
> En vous remerciant d'avance pour vos reponses,
> Cordialement
Bonjour,
le nombre d'utilisateurs n'est pas l'indicateur principal. SQL Server
réserve qq ko par connexion (et donc pas par utilisateur...), c'est
négligeable.
La règle est : plus de RAM, le mieux, évidemment. Le volume des données
est
plus intéressant : SQL Server gère un cache de données, qui stocke les
pages de données lues en RAM pour éviter les I/O. Plus vous avez de
données
dans le cache, plus vite les requêtes seront exécutées.
Par rapport au nombre d'utilisateurs, le cache de données peut aussi
aider:
plus vite les requêtes sont exécutées, meilleure est la capacité de
concurrence.
Vous avez des indicateurs de performance qui vont vous aider à vérifier si
la RAM est suffisante, notamment pour le cache de données. Qq indicateurs
utiles :
LogicalDisk
% Disk Read Time
% Disk Write Time
Avg. Disk Queue Length
Memory
Cache Faults/sec
SQLServer:Buffer Manager
Buffer cache hit ratio
Page Reads/sec
Le Buffer Cache Hit Ratio vous donne le pourcentage de hit dasns le cache
de données. Idéalement il devrait toujours tendre au 100%. En dessous de
90% (ou même de 95%), un ajout de RAM peut se révéler utile.
"Rudi Bruchez" <"rudi#nospam#[at]babaluga.com"> a écrit dans le message de news:1uuubou7vzill$.19irnxjkny2jc$
Michel Drot a écrit:
> Bonsoir, > Comment approcher la quantite de RAM a installer sur un serveur
executant
> SQL2000? > Une quantite fixe pour faire fonctionner sql + une quantite dependant du > nombre d'utilisateurs + une quantite suivant la taille des bases de
donnees?
> En vous remerciant d'avance pour vos reponses, > Cordialement
Bonjour,
le nombre d'utilisateurs n'est pas l'indicateur principal. SQL Server réserve qq ko par connexion (et donc pas par utilisateur...), c'est négligeable. La règle est : plus de RAM, le mieux, évidemment. Le volume des données
est
plus intéressant : SQL Server gère un cache de données, qui stocke les pages de données lues en RAM pour éviter les I/O. Plus vous avez de
données
dans le cache, plus vite les requêtes seront exécutées. Par rapport au nombre d'utilisateurs, le cache de données peut aussi
aider:
plus vite les requêtes sont exécutées, meilleure est la capacité de concurrence.
Vous avez des indicateurs de performance qui vont vous aider à vérifier si la RAM est suffisante, notamment pour le cache de données. Qq indicateurs utiles : LogicalDisk % Disk Read Time % Disk Write Time Avg. Disk Queue Length Memory Cache Faults/sec SQLServer:Buffer Manager Buffer cache hit ratio Page Reads/sec
Le Buffer Cache Hit Ratio vous donne le pourcentage de hit dasns le cache de données. Idéalement il devrait toujours tendre au 100%. En dessous de 90% (ou même de 95%), un ajout de RAM peut se révéler utile.
