Skip to Content

Modifications pour le document Mettre à jour pgsql sur pgsql-prod

Modifié par Gaetan RETEL le 2025/03/28 20:16
Depuis la version 4.1
modifié par Gaetan RETEL
sur 2025/03/12 04:02
Commentaire de modification : Il n'y a aucun commentaire pour cette version
À la version 5.1
modifié par Gaetan RETEL
sur 2025/03/12 04:21
Commentaire de modification : Il n'y a aucun commentaire pour cette version

Résumé

Détails

Propriétés de la Page
Contenu
... ... @@ -1,6 +1,6 @@
1 -Après avoir galéré sur la mise à jour de postgreSQL sur [[pgsql-prod>>doc:Services.PostgreSQL.WebHome]], j'ai pris le parti de noter ici les étapes à suivre pour une upgrade sans histoires.
1 +Après avoir galéré sur la mise à jour de postgreSQL sur [[pgsql-prod>>doc:Services.PostgreSQL.WebHome]], j'ai pris le parti de noter ici les étapes à suivre pour une upgrade sans histoire.
2 2  
3 -Les commandes listées ci dessous seront celle de la version que j'ai installé.
3 +Les commandes listées ci dessous seront celles de la version que j'ai installée.
4 4  
5 5  
6 6  == Précautions à prendre ==
... ... @@ -21,14 +21,14 @@
21 21  (((
22 22  (% class="box" %)
23 23  (((
24 -su - postgres -c "pg_dumpall -U postgres -p <port>" > /var/backups/pgsql_main_backup.sql
24 +su - postgres -c "pg_dumpall -U postgres -p <port>" > /var/backups/pgsql_<name>_backup.sql
25 25  
26 -su - postgres -c "pg_dumpall ~-~-globals-only -U postgres -p <port>" > /var/backups/pgsql_main_globals_backup.sql
26 +su - postgres -c "pg_dumpall ~-~-globals-only -U postgres -p <port>" > /var/backups/pgsql_<name>_globals_backup.sql
27 27  )))
28 28  )))
29 29  
30 30  {{info}}
31 -Pensez à copier les sauvegardes sur une autre machine en cas de problème sur la VM, on ne sait jamais. Pour la copier sur votre machine dans pgsql/ utiliser par exemple :
31 +Pensez à copier les sauvegardes sur une autre machine en cas de problème sur la VM, on ne sait jamais. Pour la copier sur votre machine dans ./pgsql/ utilisez par exemple :
32 32  {{/info}}
33 33  
34 34  (% class="box" %)
... ... @@ -41,7 +41,7 @@
41 41  
42 42  
43 43  (% class="wikigeneratedid" %)
44 -Pour vérifier les packages installés, utiliser la commande
44 +Pour vérifier les packages installés, utilisez la commande
45 45  
46 46  (% class="box" %)
47 47  (((
... ... @@ -136,7 +136,7 @@
136 136  )))
137 137  
138 138  
139 -Une fois les processus stoppé, on peut lancer la commande.
139 +Une fois les processus stoppés, on peut lancer la commande.
140 140  
141 141  Pour passer de la version x à la version y, il faut le path des dossiers des exécutables et de data des version x et y, ainsi que le path du fichier .conf de postgres de chaque version.
142 142  
... ... @@ -143,7 +143,7 @@
143 143  
144 144  Avant de lancer la commande, on notera l'existence du flag ~-~-check, dont on ne manquera pas de se servir.
145 145  
146 -Pour la version 13 à 14, il faut donc taper pour lancer les vérifications
146 +Pour la version 13 à 14, il faut donc taper pour lancer les vérifications :
147 147  
148 148  (% class="box" %)
149 149  (((
... ... @@ -163,9 +163,9 @@
163 163  
164 164  Si la commande avec le flag ~-~-check à réussi, il n'y a plus qu'à la lancer sans. Pour autant, une erreur peut toujours survenir.
165 165  
166 -Vérifier une nouvelle fois que des tâches n'ont pas été redémarré comme expliqué dans [[ici>>doc:||anchor="HPreparationdesnouveauxclusters"]] [[label>>reference||anchor=HPreparationdesnouveauxclusters]]
166 +Vérifiez une nouvelle fois que des tâches n'ont pas été redémarrées comme expliqué dans la précédente section.
167 167  
168 -Assurez vous qu'il y a suffisamment de place sur la VM, dans mon cas les nouveaux clusters ont pris 5G.
168 +Assurez-vous qu'il y ait suffisamment de place sur la VM, toujours avec {{code language="none"}}df -h{{/code}}, dans mon cas les nouveaux clusters ont pris ~~5G.
169 169  
170 170  {{error}}
171 171  Pour la suite, lisez bien TOUTES les infos avant de vous lancer dans les commandes des différents clusters, au risque de perdre des informations.
... ... @@ -202,7 +202,7 @@
202 202  # Database administrative login by Unix domain socket
203 203  )))
204 204  
205 -Collez ces informations au même endroit dans le fichier de la nouvelle version, {{code language="none"}}/etc/postgresql/14/main/pg_hba.conf{{/code}}.
205 +Collez ces informations au même endroit dans le fichier de la nouvelle version, {{code language="none"}}/etc/postgresql/14/<cluster_name>/pg_hba.conf{{/code}}.
206 206  
207 207  {{warning}}
208 208  N'oubliez pas de faire cette opérations pour chaque cluster
... ... @@ -209,15 +209,15 @@
209 209  {{/warning}}
210 210  
211 211  
212 -Ouvrez ensuite le fichier {{code language="none"}}/etc/postgresql/14/main/postgresql.conf{{/code}} de la nouvelle version. Il faut configurer les ports des clusters, ainsi qu'autoriser les connexions.
212 +Si vous souhaitez garder les anciens clusters pour l'instant en cas de besoin, attribuez leurs des ports non utilisés. Parametrez les ports de nouveaux clusters pour qu'il correspondent aux ports des anciens, sinon les services utilisant pgsql-prod ne pourront plus se connecter à leur BDD.
213 213  
214 -Si vous souhaitez garder les anciens clusters pour l'instant en cas de besoin, attribuez leurs des ports non utilisés. Mettez les ports de nouveaux clusters pour qu'il correspondent aux ports des anciens.
215 -
216 216  Si vous souhaitez supprimer les anciens clusters, vous pouvez maintenant le faire en exécutant les fichiers {{code language="none"}}delete_old_cluster.sh{{/code}} qui ont été générés par {{code language="none"}}pg_upgrade{{/code}}. Ils ne contiennent que la commande {{code language="none"}}rm -rf '/var/lib/postgresql/<version>/<cluster_name>'{{/code}}.
217 217  
218 218  
219 -Dans mon cas, le cluster main est au 5432 et le gitlab au 5433, donc dans {{code language="none"}}/etc/postgresql/14/gitlab/postgresql.conf{{/code}} cherchez et modifiez la ligne :
217 +Ouvrez ensuite le fichier {{code language="none"}}/etc/postgresql/14/<cluster_name>/postgresql.conf{{/code}} de la nouvelle version. Il faut configurer les ports des clusters, et autoriser les connexions.
220 220  
219 +Dans mon cas, le cluster main est au 5432 et le gitlab au 5433, donc dans {{code language="none"}}/etc/postgresql/14/gitlab/postgresql.conf{{/code}} je cherche et modifie la ligne :
220 +
221 221  (% class="box" %)
222 222  (((
223 223  port = 5433
... ... @@ -237,7 +237,7 @@
237 237  
238 238  == Mises à jour et optimisations ==
239 239  
240 -Un fichier {{code language="none"}}update_extensions.sql{{/code}} a été généré par chaque commande {{code language="none"}}pg_upgrade{{/code}} lancée, on la maintenant pouvoir l'exécuter, ou lancer les commandes à la main. Pourquoi à la main ? Car de toute façon il est également fortement conseillé de réindexer les différentes BDDs de chaque clusters, ce qui demande d'accéder à toute les BDDs. Si l'envie vous prend de créer un script et automatiser ça, faites-vous plaisir.
240 +Un fichier {{code language="none"}}update_extensions.sql{{/code}} a été généré par chaque commande {{code language="none"}}pg_upgrade{{/code}} lancée, on va maintenant pouvoir l'exécuter, ou lancer les commandes à la main. Pourquoi à la main ? Car de toute façon il est également fortement conseillé de ré-indexer les différentes BDDs de chaque clusters, ce qui demande d'accéder à toute les BDDs. Si l'envie vous prend de créer un script et automatiser ça, faites-vous plaisir.
241 241  
242 242  Il va donc falloir se rendre dans chaque cluster :
243 243  
... ... @@ -293,7 +293,7 @@
293 293  )))
294 294  )))
295 295  
296 -qui permet d'afficher les connections actuelles. Il devrait y avoir à minima quelque chose du genre
296 +Cette commande permet d'afficher les connexions actuelles. Il devrait y avoir parmi les résultats quelque chose du genre :
297 297  
298 298  (% class="box" %)
299 299  (((