Migration d’une version majeure de PostgreSQL à une autre
NB : instructions pour le passage de PostgreSQL 1113 à PostgreSQL 1315 (Debian Bullseye)Bookworm). Voir ici pour de 9.1 à 9.4 (Debian Jessie), ici pour de 9.4 à 9.6 (Debian Stretch) et, ici pour de 9.6 à 11 (Debian Buster) et ici pour de 11 à 13 (Debian Bullseye).
NB : mettez vous dans un tmux
avant de commencer la procédure. Prudence est mère de sûreté.
NB : si vous utilisez l’extension PostGis, optez pour la méthode moins rapide. N’oubliez pas d’installer le paquet de l’extension postgis pour la nouvelle version de PostgreSQL PostgreSQL !
Attention : si vous avez des fichiers de configuration dans /etc/postgresql/XX/main/conf.d
, ils ne seront pas copiés dans le dossier de configuration de la nouvelle version par pg_upgrade_cluster
! Pensez à les copier à la main.
Méthode rapide
On stoppe les clusters PostgreSQL
service postgresql stop
On vire le cluster de la nouvelle version (normalement vide si on vient juste de l'installer : faire gaffe à ne pas laisser passer de temps entre l'installation de la nouvelle version et la migration des données, pour que personne n'utilise le nouveau cluster)
pg_dropcluster --stop 1315 main
On migre les données
pg_upgradecluster -m upgrade 1113 main
ATTENTION
Si vous avez mis des shared_preload_libraries
dans la configuration de votre ancien cluster, il y a des chances que pg_upgradecluster -m upgrade
se foire (mais pas si on utilise la méthode 1113 maindump
décrite plus bas.
La solution est simple simple : créez le répertoire /etc/postgresql/
et mettez-y un fichier dont le nom se termine par 13/15/main/conf.d.conf
(genre shared_preload_libraries.conf
).
Dans ce fichier, mettez la configuration de vos shared_preload_libraries
et ça devrait être bon.
Il faut savoir que cette commande copie les données de l’ancien cluster vers le nouveau.
Il vous faut donc avoir au moins une fois la place de /var/lib/postgresql/
de disponible.
Un contournement est d’utiliser l’option 1113--link
qui utilisera des hard links plutôt qu’une copie.
Par contre, si quelque chose foire, vous foirez votre ancien cluster avec, c’est donc dangereux.
On redémarre le cluster (le 1315 pour le coup) :
systemctl start postgresql
Allez dans /var/log/postgresql
, vous aurez un dossier qui commence par pg_upgrade
et qui contiendra deux scripts.
Un pour réanalyser votre nouveau cluster, un autre pour supprimer l’ancien.
On supprime l’ancien avec apt-get
plus loin, vous n’avez donc qu’à lancer le script de réanalyse :
sudo -u postgres /var/log/postgresql/pg_upgradecluster-11-13-15-main.*/analyze_new_cluster.sh
Si vous utilisiez des extensions, faites aussi aussi :
sudo -u postgres psql -f /var/log/postgresql/pg_upgradecluster-11-13-15-main*/update_extensions.sql
Méthode moins rapide
Cette méthode fait un pg_dump
et un pg_restore
. C’est infiniment plus long quand on a de grosses bases de données, mais ça donne un cluster bien propre. Tellement propre que des fois ça foire pour cause de clés dupliquées ?
Vous aurez compris, je n’aime pas tellement cette méthode. Elle a cependant l’avantage d’éviter les problème d’index, vu que ça reconstruit les indexes (ce qui participe à la lenteur de la méthode).
service postgresql start
pg_upgradecluster -m dump 1113 main
Fin de migration, partie commune aux deux méthodes
On teste les applis qui utilisent PostgreSQL.
Si ça fonctionne, on vire les anciennes données
pg_dropcluster 1113 main --stop
On vire l'ancienne version de PostgreSQL
apt-get autoremove --purge postgresql-1113 postgresql-client-1113