Eu corro pg_dump na última noite para fazer backup de algum banco de dados de 111 Gb:
time pg_dump -j 5 -Fd -Z 1 db_profans -f /backup-nfs/
Eu monitoro o crescimento do tamanho
Mas, de repente, esta manhã, o banco de dados está inativo. Eu verifico o diretório do sistema. A raiz está cheia. PS : Eu não tenho nenhum acesso ao servidor, temos caras diferentes para gerenciá-lo.
O que está acontecendo ? Por que todos os arquivos de backup se movem para a raiz? Ou algo mais fazendo com que a raiz fique cheia, talvez como arquivos WAL criados durante o backup ou arquivos de log se acumulando? Eu tenho replicação para este banco de dados, mas era realmente mínimo, apenas sincronizando 300 registros diariamente. E eu não ligo nenhum log também ..
Como excluir todos os arquivos de backup manualmente?
Aqui está o 
.
Atualizações:
Descobri que a causa do problema é que, na verdade, o processo de arquivamento não é gravado em um disco externo. Essa pasta "/Archive", que supostamente contém os WALs arquivados, é na verdade criada dentro da "raiz" ! Eu não sabia porque não era como o que eu pedi no outro dia antes. Agora, ao excluir os WALs arquivados, o servidor está funcionando novamente. Portanto, a causa não é do processo pg_dump.
Parece que "os outros caras" não configuraram o banco de dados muito bem. Você não tem os arquivos de banco de dados no sistema de arquivos raiz. Idealmente, você cria três sistemas de arquivos: um para os arquivos de dados, um para
pg_wale um para os arquivos de log. Dessa forma, os dados do banco de dados não podem preencher seu sistema de arquivos raiz.Como você executa
pg_dumpna máquina do banco de dados (por quê?), seu backup acaba no mesmo (e único) sistema de arquivos e você preencheu o disco. Não faça isso!