From: | Alain Benard <alain(dot)benard(at)nancy(dot)inra(dot)fr> |
---|---|
To: | pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Configuration postgresql pour une restauration en exclusivité. |
Date: | 2013-06-25 17:36:38 |
Message-ID: | 51C9D526.3070505@nancy.inra.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Bonjour,
Je teste une migration depuis un serveur postgres 9.0 vers un serveur
postgres 9.2.
J'ai effectué des dumps des bases et restauré les rôles. Utilisant
postgis j'ai recréé des bases vides ( sur le nouveau serveur) et ajouté
l'extension adéquate. J'utilise le script perl
/usr/pgsql-9.2/share/contrib/postgis-2.0/postgis_restore.pl qui en gros
effectue un pg_restore -l pour créer un listing du contenu du dump,
triture le fichier listing pour retirer ce qui est en conflit entre
postgis 1.5 (ancienne base sous PG 9.0) et postgis 2.0 (postgresql 9.2)
puis effectue le pg_restore en utilisant le listing épuré/préparé.
Jusque là tout va bien. Toutefois j'ai des tables postgis avec parfois
plusieurs millions, dizaines de millions voir 300 millions de ligne. La
reconstruction des index (pas que ceux des objets géométriques) est
couteuse (plus que la restauration des données) et comme cette opération
est réalisée sans utilisateur connecté (hors postgres qui restaure) je
me dis que je peux adpater temporairement le paramétrage pour un
traitement exclusivement de restauration.
Mon serveur bénéficie de 4 Go de ram et ne sert que pour postgresql. Je
sollicite votre avis sur ce que je veux tester, et d'autres conseils /
idées si besoin :
* shared_buffers = 1024MB
* work_mem = 512MB
* maintenance_work_mem = 1024MB
Merci par avance.
Alain.
Attachment | Content-Type | Size |
---|---|---|
alain_benard.vcf | text/x-vcard | 292 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2013-06-25 18:55:36 | Re: Configuration postgresql pour une restauration en exclusivité. |
Previous Message | Gautier DI FOLCO | 2013-06-24 19:53:25 | Re: Re : Open World Forum 2013 |