Bonjour ParisLogic Technology,
La chute des performances de PostgreSQL que vous constatez est directement liée à l'échec de la commande archive_command ; cela empêche le déplacement des fichiers WAL hors du répertoire pg_wal et provoque une saturation du disque. La mesure immédiate consiste à rétablir l'accès au répertoire d'archivage et à vérifier que la commande configurée dans postgresql.conf (paramètre archive_command) pointe vers un chemin valide disposant des permissions et de l'espace libre nécessaires. Une fois la destination d'archivage à nouveau accessible, PostgreSQL reprendra l'archivage et permettra le recyclage des fichiers WAL. Pour purger les fichiers accumulés en toute sécurité, ne supprimez pas manuellement les fichiers de pg_wal ; corrigez plutôt la cible d'archivage, puis exécutez pg_archivecleanup sur le répertoire d'archivage pour supprimer les anciens segments WAL devenus inutiles. Si le répertoire d'archivage est corrompu ou inaccessible, désactivez temporairement l'archivage (archive_mode = off) pour permettre à PostgreSQL de recycler les fichiers WAL, mais réactivez-le une fois le chemin d'archivage réparé afin de préserver la possibilité de restauration à un instant précis (point-in-time recovery). Cela permet à vos applications de retrouver leurs performances sans compromettre la cohérence des données.
Si ma réponse vous est utile, merci de cliquer sur « Accepter la réponse » pour me soutenir.
Cordialement,
HL.