Discussion :

[ratata]

Bonjour,

je suis en phase de détermination des caractéristique technique du serveur qui va héberger notre base de données PostgreSQL 8.4, à titre d'information ma base de données comptera 120 Go, et doit supporter jusqu'à 2000 requêtes/seconde.Est-ce-que quelqu'un aurez une idée comment il faut procéder pour déterminer ceci.

Merci à Tous et Excellente journée.

[SQLpro]

120 Go n'est pas trop un problème, mais 2000 requêtes par seconde cela va commencer par faire beaucoup, car c'est du 120*000 transactions par minute. (les records en TPM sont de 2 500 000 transactions pour MS SQL Server dans des architectures hautement parallèle et 5 000 000 pour Oracle). C'est donc le journal de transaction qui va souffrir...
Il faut donc envisager d'emblée un gros SAN d'au moins 16 disques organisés en RAID 10 pour étaler les IO sur le journal sur au moins 8 disques (2 x 8 pour le mirroring = 16). Prendre du SSD n'y changera rien car la vitesse d'écriture d'un SSD (ou carte IO Fusion) n'est pas très rapide...
Pour cela il faudra placer spécifiquement les fichiers du JT sur ce SAN. Prévoir de même, mais dans une moindre mesure pour les données (je dirais que 4 axe serait mien, soit donc aussi 8 disques).

Prévoyez aussi pas mal de RAM pour la version 64 bits. Essayez de déterminer quelle va être la fenêtre des données (les n pages utilisées entre 95 et 98 % par les requêtes vous donnera la taille de la RAM).

A +

[WOLO Laurent]

Veux-tu dire que SQL Serveur roule maintenant 2 fois plus vîte que Oracle ?

[SQLpro]

Non, c'est le contraire : Oracle est plus rapide en transactionnel, mais moins en relationnel....
En fait c'(est la capacité d'Oracle à faire du cluster active (grid RAC...) sui permet d'étaler le process sur plusieurs serveurs....

A +

[WOLO Laurent]

Désolé, j'ai mal lu.Merci.

[ratata]

Bonjour,

Merci beaucoup SQLpro pour votre réponse, il y a apparemment des choses qu'il faudra encore qu'on change , mais votre réponse me serait de grande Utilité.

Merci encore et Excellente journée.