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

Résumé

• Propriétés de la Page (1 modifications, 0 ajouts, 0 suppressions)

Détails

Propriétés de la Page

Contenu

...	...	@@ -1,16 +1,8 @@
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.
	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.
2	2
3		-Les commandes listées ci dessous seront celles de la version que j'ai installée.
	3	+Les commandes listées ci dessous seront celle de la version que j'ai installé.
4	4
5	5
6		-
7		-
8		-{{toc/}}
9		-
10		-
11		-
12		-
13		-
14	14	== Précautions à prendre ==
15	15
16	16	Avant de toucher à la BDD on va évidemment faire une sauvegarde, pour pouvoir remettre en état en cas de pépin. Pour cela on peut utiliser {{code language="none"}}pg_dumpall{{/code}}. Il va falloir faire deux sauvegarde, une avec le flag {{code language="none"}}--globals-only{{/code}} pour récupérer les users/roles/etc, et une autre pour récupérer les BDDs.
...	...	@@ -29,14 +29,14 @@
29	29	(((
30	30	(% class="box" %)
31	31	(((
32		-su - postgres -c "pg_dumpall -U postgres -p <port>" > /var/backups/pgsql_<name>_backup.sql
	24	+su - postgres -c "pg_dumpall -U postgres -p <port>" > /var/backups/pgsql_main_backup.sql
33	33
34		-su - postgres -c "pg_dumpall ~-~-globals-only -U postgres -p <port>" > /var/backups/pgsql_<name>_globals_backup.sql
	26	+su - postgres -c "pg_dumpall ~-~-globals-only -U postgres -p <port>" > /var/backups/pgsql_main_globals_backup.sql
35	35	)))
36	36	)))
37	37
38	38	{{info}}
39		-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 :
	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 :
40	40	{{/info}}
41	41
42	42	(% class="box" %)
...	...	@@ -49,7 +49,7 @@
49	49
50	50
51	51	(% class="wikigeneratedid" %)
52		-Pour vérifier les packages installés, utilisez la commande
	44	+Pour vérifier les packages installés, utiliser la commande
53	53
54	54	(% class="box" %)
55	55	(((
...	...	@@ -144,7 +144,7 @@
144	144	)))
145	145
146	146
147		-Une fois les processus stoppés, on peut lancer la commande.
	139	+Une fois les processus stoppé, on peut lancer la commande.
148	148
149	149	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.
150	150
...	...	@@ -151,7 +151,7 @@
151	151
152	152	Avant de lancer la commande, on notera l'existence du flag ~-~-check, dont on ne manquera pas de se servir.
153	153
154		-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
155	155
156	156	(% class="box" %)
157	157	(((
...	...	@@ -171,9 +171,9 @@
171	171
172	172	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.
173	173
174		-Vérifiez une nouvelle fois que des tâches n'ont pas été redémarrées comme expliqué dans la précédente section.
	166	+Vérifier une nouvelle fois que des tâches n'ont pas été redémarré comme expliqué dans [label>Space.Page#HPréparationdesnouveauxclusters] [[ici>>#Préparationdesnouveauxclusters]]
175	175
176		-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.
	168	+Assurez vous qu'il y a suffisamment de place sur la VM, dans mon cas les nouveaux clusters ont pris 5G.
177	177
178	178	{{error}}
179	179	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.
...	...	@@ -210,7 +210,7 @@
210	210	# Database administrative login by Unix domain socket
211	211	)))
212	212
213		-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}}.
	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}}.
214	214
215	215	{{warning}}
216	216	N'oubliez pas de faire cette opérations pour chaque cluster
...	...	@@ -217,15 +217,15 @@
217	217	{{/warning}}
218	218
219	219
220		-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.
	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.
221	221
	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	+
222	222	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}}.
223	223
224	224
225		-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.
	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 :
226	226
227		-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 :
228		-
229	229	(% class="box" %)
230	230	(((
231	231	port = 5433
...	...	@@ -245,7 +245,7 @@
245	245
246	246	== Mises à jour et optimisations ==
247	247
248		-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.
	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.
249	249
250	250	Il va donc falloir se rendre dans chaque cluster :
251	251
...	...	@@ -301,7 +301,7 @@
301	301	)))
302	302	)))
303	303
304		-Cette commande permet d'afficher les connexions actuelles. Il devrait y avoir parmi les résultats quelque chose du genre :
	296	+qui permet d'afficher les connections actuelles. Il devrait y avoir à minima quelque chose du genre
305	305
306	306	(% class="box" %)
307	307	(((