PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 Optimisation » Durée vacuumfull » 10/07/2015 14:50:38

Mysti
Réponses : 1

Bonjour,

Je suis tombé sur un post datant de 3 ans dans lequel était indiqué qu'une bonne estimation de la durée d'un Vacuumfull consistait à diviser la taille de la base par la vitesse de lecture et d'écriture du disque.

La base en question fait 40GB, le disque a une vitesse moyenne de 80MB/s. L'estimation serait donc aux alentours de 8 minutes.
Or le Vacuumfull dure 1h. Sachant que cette maintenance se fait avec l'applicatif arrêté, rien ne vient la pertuber.
Ma question est la suivante : est ce que la différence vient du fait que l'on ne prend pas en compte dans le calcul la mise à jour des index, ou bien est-ce moi qui ait mal compris l'estimation ?

Merci.
Cordialement,

#2 Re : Optimisation » Optimisation multi instances » 22/04/2015 10:23:43

Non car ils ont besoin de pouvoir réaliser des restauration de type PITR. La volumétrie totale est de l'ordre de 200GB. En fait même si vous me trouvez des arguments convaincants pour éviter le multi-instances, je ne pourrai rien y changer car je travaille uniquement sur le RUN et je n'ai pas mon mot à dire sur la solution d'architecture qui a été retenue smile

#3 Re : Optimisation » Optimisation multi instances » 21/04/2015 09:49:53

Lesquels si ce n'est pas indiscret ? Beaucoup de mes clients me demandent du multi-instances, peu ont de vraies raisons de le faire.

Pour pouvoir faire des arrêts/relance et sauvegardes physiques de manière indépendante (lié à nos kits d'exploit).

Merci pour votre réponse

#4 Optimisation » Optimisation multi instances » 17/04/2015 15:35:49

Mysti
Réponses : 5

Bonjour,

Pour des raisons d'exploitabilité nous allons mettre en place 6 instances Postgresql sur la même machine physique (et non pas 6 bases de données dans la même instance). Chaque instance contiendra une base. Les caractéristiques de la machine physique sont :
Intel(R) Xeon(R) CPU           L5630  @ 2.13GHz
2 CPU 16 Cores
32 GB RAM
Linux Red Hat 5.4

Nous ne pouvons pas réaliser de métrologie poussée, ma question concerne principalement les paramètres du noyau Linux kernel.shmall et kernel.shmmax je ne sais pas comment je dois les régler. Et concernant le shared_buffers qui doit être réglé à 1/4 de la RAM lorsqu'on a un serveur Postgresql, qu'en est-il si nous avons plusieurs serveurs Postgresql en parallèle ?
Quant aux paramètres work_mem, max_connections et effective_cache_size nous allons partir avec des valeurs faibles puis les réévaluer par la suite soit respectivement 5MB, 100 et 1GB

D'avance merci pour votre aide

#5 Optimisation » Commande Cluster » 30/01/2014 12:30:47

Mysti
Réponses : 1

Bonjour,

Est-il possible de lancer la commande cluster sur une table qui n'est pas dans le schema public ?

La doc dit :
"nomtable
Le nom d'une table (pouvant être qualifié du nom du schéma)"

Mais je ne vois pas comment faire.
Merci

Pied de page des forums

Propulsé par FluxBB