Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Afin d'améliorer la performance du traitement des requêtes et des webrequests sur mon Artifactory et Xray de production, je souhaiterai upgrader la BDD Postgres de la version 9.6.11 vers la version 13.4.
J'ai lu les Release notes des major versions 10, 11, 12 et 13 et a constaté certains changements à avoir en tête lors de l'upgrade.
Voici une liste non exhaustive que j'ai constituée :
- le renommage du répertoire pg_xlog en pg_wal (depuis la version majeure 10)
- renommage de la fonction SQL pg_switch_xlog() en pg_switch_wall() (depuis la version majeure 10)
- déplacement du contenu du recovery.conf dans postgresql?conf (depuis la version majeure 12)
- renommage du paramètre wal_keep_segments en wal_keep_size (depuis la version majeure 13)
Je compte utiliser cette procédure :
https://www.postgresql.org/docs/13/upgrading.html pour faire l'upgrade (en utilisant pg_upgrade)
Sachant que notre installation de Postgres en production est en mode cluster, auriez-vous des préconisations afin que cet upgrade se passe sans régression ou incident ?
Merci d'avance.
Cordialement.
Hors ligne
Il va falloir détailler ce que vous entendez par "en mode cluster".
Guillaume.
Hors ligne
Hello,
Je voulais dire que Postgres est installé en mode Master/slave avec 1 Master et 1 Slave.
Cordialement
Hors ligne
bonjour,
en streaming simple ou en HA (pacemaker, patroni ou autre) ?
Et combien de temps pouvez-vous arrêter les instances ?
Cordialement,
Sébastien.
Hors ligne
et au passage : quelle volumétrie avez-vous ?
Cordialement,
Sébastien.
Hors ligne
Bonjour,
Merci pour votre réponse.
1. C'est du streaming simple.
2. Nous pouvons arrêter notre instance deux heures environ je dirais durant les heures non ouvrées. L'arrêt durera au moins une heure vu que nous souhaitons figer et backuper les données de la base avant intervention et le backup en lui-même dure 1h via pg_basebackup
3. Actuellement les data de notre BDD postgres occupe 415G
Cordialement.
Hors ligne
Pour revenir à la question de base, vous n'aurez pas de problème si vous suivez bien la liste d'actions indiquée dans la page de pg_upgrade.
Guillaume.
Hors ligne
Bonjour,
@gleu : Merci pour ton retour. Je pose la question également pour savoir si il y a des bonnes pratiques à respecter pour améliorer les performances après upgrade.
Par exemple, dans cette doc, j'ai lu qu'il était conseillé de "rebuild your B-tree indexes" après upgrade vers postgres 12:
https://blog.crunchydata.com/blog/just- … erformance
Cordialement.
Hors ligne
Oui, ça peut être intéressant. Il n'y a aucune certitude que ça améliorera les performances de votre serveur ceci dit. Simplement, dans certains cas (valeurs fréquemment dupliquées notamment), cela peut être intéressant, voire très intéressant, de réindexer vos index Btree pour le passage en v12 et en v13. Mais habituellement, il n'y a rien à faire de particulier.
Guillaume.
Hors ligne
Bonjour,
Merci gleu pour ta réponse et désolé pour la réponse tardive.
Pour le produit Artifactory, je pense que cela peut être potentiellement intéressant car l'index est régulièrement mis-à-jour. Il y a d'ailleurs un système de Garbage collector qui tourne régulièrement pour supprimer les artifacts non indexés.
Aurais-tu STP un lien vers un document ou une procédure pour effectuer cette action ?
Pour rappel nous souhaiterions directement upgrader de postgres 9.6 vers 13.4.3
Merci d'avance
Hors ligne
Pour la migration avec pg_upgrade, c'est indiqué sur https://www.postgresql.org/docs/13/pgupgrade.html
Guillaume.
Hors ligne
Pages : 1
