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

...	...	@@ -2,7 +2,6 @@
2	2
3	3	Les commandes listées ci dessous seront celles de la version que j'ai installée.
4	4
5		-
6	6	{{toc/}}
7	7
8	8
...	...	@@ -10,6 +10,7 @@
10	10
11	11	== Précautions à prendre ==
12	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.
14	14
15	15	{{warning}}
...	...	@@ -53,6 +53,7 @@
53	53
54	54	== Préparation des nouveaux clusters ==
55	55
	56	+
56	56	pour créer les nouveaux clusters, il faut commencer par regarder comment sont faits les anciens, pour qu'ils soient compatibles entre eux. L'encodage et le collationnement/type de caractères doivent être identiques.
57	57
58	58	{{info}}
...	...	@@ -69,7 +69,7 @@
69	69	)))
70	70	)))
71	71
72		-Si vous n'avez jamais touché à postgreSQL, la commande pour sortir du terminal est \q
	73	+Si vous n'avez jamais touché à postgreSQL, la commande pour sortir du terminal est {{code language="none"}}\q{{/code}}
73	73
74	74	Ici, l'encodage est UTF-8 et le reste en C. Pour créer un cluster "main" utilisant pgsql 14 la commande est donc
75	75
...	...	@@ -121,6 +121,7 @@
121	121	S'il y a toujours des tâches liés à postgres/des clusters qui tournent, vous pouvez forcer leur arrêt avec cette commande en indiquant leur PID (dans l'exemple avec root plus tôt, le PID est 5860) : {{code language="none"}}kill -9 <PID>{{/code}}
122	122
123	123
	125	+
124	124	Une fois les processus stoppés, on peut lancer la commande.
125	125
126	126	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.
...	...	@@ -148,6 +148,7 @@
148	148
149	149	== Lancer l'upgrade ==
150	150
	153	+
151	151	Si la commande avec le flag {{code language="none"}}--check{{/code}} à réussi, il n'y a plus qu'à la lancer sans. Pour autant, une erreur peut toujours survenir. Vérifiez une nouvelle fois que des tâches n'ont pas été redémarrées comme expliqué dans la précédente section.
152	152
153	153	Assurez-vous qu'il y ait suffisamment de place sur la VM, toujours avec {{code language="none"}}df -h{{/code}}, les nouveaux clusters de la version 14 ont pris ~~5G.
...	...	@@ -180,6 +180,8 @@
180	180
181	181	== Mise en place des nouveaux clusters ==
182	182
	186	+
	187	+
183	183	Une fois les nouveaux clusters terminés et les données migrées, il va falloir terminer la configuration.
184	184
185	185	Ouvrez le fichier de configuration {{code language="none"}}pg_hba.conf{{/code}} de l'ancienne version, situé dans {{code language="none"}}/etc/postgresql/<old_version>/<cluster_name>/{{/code}}. À la fin du fichier, copiez la partie sur le login pour les BDDs, dont le début est indiqué par la ligne
...	...	@@ -228,6 +228,8 @@
228	228
229	229	== Mises à jour et optimisations ==
230	230
	236	+
	237	+
231	231	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.
232	232
233	233	Il va donc falloir se rendre dans chaque cluster :
...	...	@@ -264,6 +264,8 @@
264	264
265	265	== Redémarrer postgreSQL ==
266	266
	274	+
	275	+
267	267	Une fois tout cela fait, il ne reste plus qu'à redémarrer postgreSQL :
268	268
269	269	(% class="box" %)