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,13 +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		-~{~{toc/}}
8		-
9		-
10		-
11	11	== Précautions à prendre ==
12	12
13	13	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.
...	...	@@ -26,14 +26,14 @@
26	26	(((
27	27	(% class="box" %)
28	28	(((
29		-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
30	30
31		-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
32	32	)))
33	33	)))
34	34
35	35	{{info}}
36		-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 :
37	37	{{/info}}
38	38
39	39	(% class="box" %)
...	...	@@ -46,7 +46,7 @@
46	46
47	47
48	48	(% class="wikigeneratedid" %)
49		-Pour vérifier les packages installés, utilisez la commande
	44	+Pour vérifier les packages installés, utiliser la commande
50	50
51	51	(% class="box" %)
52	52	(((
...	...	@@ -141,7 +141,7 @@
141	141	)))
142	142
143	143
144		-Une fois les processus stoppés, on peut lancer la commande.
	139	+Une fois les processus stoppé, on peut lancer la commande.
145	145
146	146	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.
147	147
...	...	@@ -148,7 +148,7 @@
148	148
149	149	Avant de lancer la commande, on notera l'existence du flag ~-~-check, dont on ne manquera pas de se servir.
150	150
151		-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
152	152
153	153	(% class="box" %)
154	154	(((
...	...	@@ -168,9 +168,9 @@
168	168
169	169	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.
170	170
171		-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 [[ici>>doc:||anchor="HPreparationdesnouveauxclusters"]] [[label>>reference||anchor=HPreparationdesnouveauxclusters]]
172	172
173		-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.
174	174
175	175	{{error}}
176	176	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.
...	...	@@ -207,7 +207,7 @@
207	207	# Database administrative login by Unix domain socket
208	208	)))
209	209
210		-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}}.
211	211
212	212	{{warning}}
213	213	N'oubliez pas de faire cette opérations pour chaque cluster
...	...	@@ -214,15 +214,15 @@
214	214	{{/warning}}
215	215
216	216
217		-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.
218	218
	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	+
219	219	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}}.
220	220
221	221
222		-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 :
223	223
224		-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 :
225		-
226	226	(% class="box" %)
227	227	(((
228	228	port = 5433
...	...	@@ -242,7 +242,7 @@
242	242
243	243	== Mises à jour et optimisations ==
244	244
245		-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.
246	246
247	247	Il va donc falloir se rendre dans chaque cluster :
248	248
...	...	@@ -298,7 +298,7 @@
298	298	)))
299	299	)))
300	300
301		-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
302	302
303	303	(% class="box" %)
304	304	(((