True
archive_command = 'cp -i %p /var/lib/pgsql/11/data/archive/%f'
файлы в папке archive копятся с 19-го года, место на диске заканчивается.
во вьюхе pg_stat_replication вижу наличие одной запущенной реплики, в pg_replication_slots - ничего.
вопрос - если я удалю archive_command, репликация, которую я вижу в pg_stat_replication, не отвалится?
я на 99% уверен что никто эти файлы из папки archive никуда не перекидывает, так что остается вопрос только с запущенной постгресовой репликацией.
Архивация wal вещь хорошая. Возможно в ../archive смонтирован раздел. Лучше почистите старые wal-файлы.
валы накатываются на бекапы. выясните какой бекап у вас самый старый на который вы возможно захотите накатить валы. в нем должен быть backup_label с текстом типа START WAL LOCATION: 2E0/DB561AC8 (file 0000000B000002E0000000DB) и вот эту строку надо скормить утилитке pg_archivecleanup -d /var/lib/pgsql/11/data/archive/ 0000000B000002E0000000DB
в /proc/mounts не вижу что смониторван раздел был для этой директории. Я как бы спросил админов для чего у нас файлы могут сохраняться, но не уверен что они ответят. Если это для бекапов команда предназначена, у нас админы делают снапшоты виртуалок, вместо бекапов конкретных файлов.
понял, думаю что в таком формате бекапы админы не используют у нас
архивные wal-ы без "бинарного" бэкапа, на который они могут быть накатаны, просто мусор. Возможно бэкапы делаются с других серверов
Обсуждают сегодня