昨天,我一直在添加一个'Azure Database for PostgreSQL server‘数据库,它的增长速度突然加快,并耗尽了所有的存储空间,当连接变为只读时,脚本报告了错误。

对磁盘上数据库大小的查询加起来不会达到18 to
select pg_size_pretty(pg_database_size('database_alpha')) => '80 MB'
select pg_size_pretty(pg_database_size('database_beta')) => '458 MB'
select pg_size_pretty(pg_database_size('postgres')) => '8645 kB'如果不是我的数据库,什么可能在使用存储,我如何防止将来发生这种情况?
查看日志,下午5点左右开始有很多类似以下内容的条目:
2018-08-26 15:52:39 UTC-5b819a84.45490-WARNING: archiving write-ahead log file "000000010000004E000000DA" failed too many times, will try again later
2018-08-26 15:52:49 UTC-5b819a84.45490-WARNING: archiving write-ahead log file "000000010000004E000000DA" failed too many times, will try again later
2018-08-26 15:52:56 UTC-5b819a84.45490-WARNING: archiving write-ahead log file "000000010000004E000000DA" failed too many times, will try again later
2018-08-26 15:53:00 UTC-5b819a84.45490-WARNING: archiving write-ahead log file "000000010000004E000000DA" failed too many times, will try again later
2018-08-26 15:53:04 UTC-5b819a84.45490-WARNING: archiving write-ahead log file "000000010000004E000000DA" failed too many times, will try again later
2018-08-26 15:53:08 UTC-5b819a84.45490-WARNING: archiving write-ahead log file "000000010000004E000000DA" failed too many times, will try again later
2018-08-26 15:53:11 UTC-5b819a84.45490-WARNING: archiving write-ahead log file "000000010000004E000000DA" failed too many times, will try again later发布于 2018-08-27 23:39:29
我猜是硬件故障阻止了它写入WAL,这占用了空间,现在似乎已经恢复了:

https://stackoverflow.com/questions/52036174
复制相似问题