{"id":10584,"date":"2024-07-16T12:24:05","date_gmt":"2024-07-16T11:24:05","guid":{"rendered":"https:\/\/blog.capdata.fr\/?p=10584"},"modified":"2024-07-17T11:29:01","modified_gmt":"2024-07-17T10:29:01","slug":"postgresql-17-sauvegardes-incrementales","status":"publish","type":"post","link":"https:\/\/blog.capdata.fr\/index.php\/postgresql-17-sauvegardes-incrementales\/","title":{"rendered":"PostgreSQL 17 : des sauvegardes incr\u00e9mentales avec pg_basebackup"},"content":{"rendered":"\"twitter\"<\/a>\"linkedin\"<\/a>\"mail\"<\/a>

\"\"<\/p>\n

 <\/p>\n

Bonjour<\/p>\n

Les 11 et 12 juin derniers, nous \u00e9tions aux journ\u00e9es PGDAY \u00e0 Lille pour d\u00e9couvrir les nouveaut\u00e9s autour de PostgreSQL.
\nCette conf\u00e9rence regroupe diff\u00e9rents professionnels, de la communaut\u00e9 francophone, qui agissent en contribuant sur des sujets techniques mais aussi sur les bonnes pratiques afin d’utiliser PostgreSQL dans les meilleurs conditions.<\/p>\n

Un article m’a particuli\u00e8rement int\u00e9ress\u00e9 cette ann\u00e9e, c’est celui de Stefan Fercot<\/a> Senior DBA PostgreSQL qui vit en Belgique, et travaille pour une soci\u00e9t\u00e9 allemande experte dans les solutions PostgreSQL. Sa pr\u00e9sentation portait sur le sujet “d\u00e9mystifier les sauvegardes incr\u00e9mentales sous PostgreSQL”.<\/p>\n

J’ai \u00e9cout\u00e9 sa conf\u00e9rence tout en ayant h\u00e2te de tester sa mise en place d\u00e8s mon retour de Lille.<\/p>\n

Je tiens \u00e0 remercier Stefan pour son travail sur ce sujet sauvegardes PostgreSQL.<\/p>\n

 <\/p>\n

Tout d’abord, il faut savoir que les sujets sauvegardes incr\u00e9mentales ont \u00e9t\u00e9 d\u00e9j\u00e0 abord\u00e9s avec des outils comme Barman<\/strong> ou Pg_BackRest<\/strong>, et que certaines instances PostgreSQL de production sont sauvegard\u00e9es via ces m\u00e9canismes depuis quelques ann\u00e9es maintenant.<\/p>\n

Ici, nous parlons de la solution “backup incremental” inclu nativement dans le moteur PostgreSQL, et disponible avec l’outil “pg_basebackup<\/strong>“. C’est d’ailleurs ce point que Stefan a soulign\u00e9 durant la journ\u00e9e PGDAY du 11 juin dernier.<\/p>\n

Cette nouvelle fonctionnalit\u00e9 fait partie de la version PostgreSQL 17<\/strong> qui est pour le moment, en version Beta 2<\/strong>.
\nCelle ci devrait sortir, comme \u00e0 l’accoutum\u00e9, au cour de l’automne prochain.<\/p>\n

Preuve que PostgreSQL est en perp\u00e9tuel \u00e9volution, et rejoint la liste des SGBD \u00e9tant capable, comme peuvent le faire Oracle et SQL Server, de proposer nativement des sauvegardes incr\u00e9mentales.<\/p>\n

 <\/p>\n

Installation de PostgreSQL 17<\/h2>\n

 <\/p>\n

Pour tester cette fonctionnalit\u00e9, nous devons installer la toute derni\u00e8re version de PostgreSQL , la 17 beta 2. Attention, celle ci n’\u00e9tant pas disponible dans les d\u00e9p\u00f4ts PGDG, nous devons nous charger d’installer cette version via le site postgresql.org<\/p>\n

https:\/\/download.postgresql.org\/pub\/repos\/yum\/testing\/17\/redhat\/rhel-8-x86_64\/<\/a><\/p>\n

Nous disposons d’un serveur Linux fork Red Hat 8 (Rocky Linux). Il nous faut donc t\u00e9l\u00e9charger les “rpm” li\u00e9s \u00e0 cette version.<\/p>\n

Les packages dont nous avons besoin sont les suivants<\/p>\n

 <\/p>\n

# ls -lrt postgresql1* | awk '{print$9}'\r\npostgresql17-contrib-17-beta2_1PGDG.rhel8.x86_64.rpm\r\npostgresql17-17-beta2_1PGDG.rhel8.x86_64.rpm\r\npostgresql17-libs-17-beta2_1PGDG.rhel8.x86_64.rpm\r\npostgresql17-server-17-beta2_1PGDG.rhel8.x86_64.rpm<\/pre>\n
 <\/p>\n
Nous les installons avec le compte root<\/strong> de notre serveur.<\/p>\n
 <\/p>\n
[root@ tmp]# rpm -i postgresql17-libs-17-beta2_1PGDG.rhel8.x86_64.rpm\r\n[root@ tmp]# rpm -i postgresql17-17-beta2_1PGDG.rhel8.x86_64.rpm\r\n[root@ tmp]# rpm -i postgresql17-server-17-beta2_1PGDG.rhel8.x86_64.rpm\r\n[root@ tmp]# rpm -i postgresql17-contrib-17-beta2_1PGDG.rhel8.x86_64.rpm<\/pre>\n
 <\/p>\n
Comme nous sommes sur un environnement “Red Hat like”, la cr\u00e9ation d’une premi\u00e8re instance via “initdb” est n\u00e9cessaire.
\nSurtout, ne pas oublier d’activer les “data checksums” (option -k), nous verrons pourquoi dans la suite de cet article. La suite est \u00e0 faire avec le compte postgres<\/strong>.<\/p>\n
 <\/p>\n
[postgres ~]$ initdb -D \/data\/postgres\/17\/pg_data -k\r\nThe files belonging to this database system will be owned by user "postgres".\r\nThis user must also own the server process.\r\n\r\nThe database cluster will be initialized with locale "en_US.UTF-8".\r\nThe default database encoding has accordingly been set to "UTF8".\r\nThe default text search configuration will be set to "english".\r\n\r\nData page checksums are enabled.\r\n\r\ncreating directory \/data\/postgres\/17\/pg_data ... ok\r\ncreating subdirectories ... ok\r\nselecting dynamic shared memory implementation ... posix\r\nselecting default "max_connections" ... 100\r\nselecting default "shared_buffers" ... 128MB\r\nselecting default time zone ... UTC\r\ncreating configuration files ... ok\r\nrunning bootstrap script ... ok\r\nperforming post-bootstrap initialization ... ok\r\nsyncing data to disk ... ok\r\n\r\ninitdb: warning: enabling "trust" authentication for local connections\r\ninitdb: hint: You can change this by editing pg_hba.conf or using the option -A, or --auth-local and --auth-host, the next time you run initdb.\r\n\r\nSuccess. You can now start the database server using:\r\n\r\npg_ctl -D \/data\/postgres\/17\/pg_data -l logfile start<\/pre>\n
 <\/p>\n
D\u00e9marrer cette instance pour s’assurer que tout fonctionne<\/p>\n
 <\/p>\n
[postgres ~]$ pg_ctl -D \/data\/postgres\/17\/pg_data -l logfile start\r\nwaiting for server to start.... done\r\nserver started<\/pre>\n
 <\/p>\n
Notre version enregistr\u00e9e est bien une Beta 2. Version qui ne doit pas \u00eatre mise sur un environnement de production comme le rappelle le site de la communaut\u00e9 PostgreSQL.<\/p>\n
 <\/p>\n
[postgres ~]$ psql\r\n(postgres@[local]:5437) [postgres] > select * from version();\r\nversion\r\n------------------------------------------------------------------------------------------------------------\r\nPostgreSQL 17beta2 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 8.5.0 20210514 (Red Hat 8.5.0-22), 64-bit\r\n(1 row)<\/pre>\n
 <\/p>\n
Upgrade de version<\/h3>\n
 <\/p>\n
Comme nous disposions deja d’une version PostgreSQL15 sur ce serveur, nous passons par un upgrade via l’outil “pg_upgrade” toujours disponible dans cette nouvelle version.<\/p>\n
Lancer pg_upgrade en mode check<\/p>\n
[postgres ~]$ pg_upgrade -b \/usr\/pgsql-15\/bin\/ -B \/usr\/pgsql-17\/bin\/ -c -d \/data\/postgres\/15\/pg_data\/ -D \/data\/postgres\/17\/pg_data\/ -p 5434 -P 5437\r\n.....\r\n.....\r\n\r\n*Clusters are compatible*\r\n"\/usr\/pgsql-17\/bin\/pg_ctl" -w -D "\/data\/postgres\/17\/pg_data" -o "" -m smart stop  "\/data\/postgres\/17\/pg_data\/pg_upgrade_output.d\/20240708T085906.955\/log\/pg_upgrade_server.log" <\/pre>\n
la log est g\u00e9n\u00e9r\u00e9e dans le $PGDATA de la version 17.<\/p>\n
Puis lancer l’ex\u00e9cution de pg_upgrade<\/p>\n
[postgres ~]$ pg_upgrade -b \/usr\/pgsql-15\/bin\/ -B \/usr\/pgsql-17\/bin\/ -d \/data\/postgres\/15\/pg_data\/ -D \/data\/postgres\/17\/pg_data\/ -p 5434 -P 5437<\/pre>\n
 <\/p>\n
Effectuer une sauvegarde<\/h2>\n
 <\/p>\n
Pr\u00e9requis<\/h3>\n
Avant de pouvoir effectuer une premi\u00e8re sauvegarde avec l’outil “pg_basebackup<\/strong>” natif, il est primordial de respecter certains pr\u00e9requis important.<\/p>\n