每日备份， 全量备份， 数据并发高，不能停机， 数据量大概在 200G ， 需要限制备份时的 IO ，不能影响正常的数据读写，目前是 ssd 了 需要加密， 需要压缩， 同时恢复时应简单快速，备份文件尽量占用小的空间
目前采用的是 pg_dump 的方案，大表分批次备份
17 条回复 • 2025-05-18 10:26:47 +08:00
 |
1
luckzk OP Postgre SQL 14 版本
|
 |
2
xaxb 2025 年 4 月 9 日
LVM 建立快照，快照上启动新实例，压缩备份，停止新实例，删除快照
|
 |
3
iseki 2025 年 4 月 9 日
人家官方不是给了备份的说明嘛。https://www.postgresql.org/docs/current/continuous-archiving.html
连续归档，出事故时可以按时间点归档 |
|
4
iseki 2025 年 4 月 9 日
你的 pg_dump 如果不是一次调用完，你都不好保证数据一致性
|
 |
5
niubiman 2025 年 4 月 9 日
其实我觉得吧, 数据库这东西, 交给云商去做, 自己折腾来折腾去也就那样, 反而出了事背锅侠都找不到
|
 |
6
heimoshuiyu 2025 年 4 月 9 日
zfs 开加密，zfs send 发送快照，或者使用 rsync 限制速度同步 .zfs 快照目录里的文件，压缩用 zfs 透明压缩
|
 |
7
liaojl 2025 年 4 月 9 日 via iPhone
不能停机用 pg_dump 没意义
|
 |
8
yungo8 2025 年 4 月 9 日 via Android
搞备库不就行了
|
 |
9
kuokuoa 2025 年 4 月 9 日
自己管不好数据库，不如上云
|
 |
10
Usaki 2025 年 4 月 9 日
我上的是 k8s 集群，用的 cnpg 的 operator ，里面自带一套方案，可以使用快照备份。
|
 |
11
ysicing 2025 年 4 月 9 日
我用的是 restic 备份的，一梭子目前来看没啥问题😂
|
 |
12
tiddarabbit 2025 年 4 月 9 日
pg_basebackup 啊
|
 |
13
maierhuang 2025 年 4 月 9 日
搭建一个备库，备份任务放在备库，使用物理备份工具 barman 。200G 不大
|
 |
14
ala2008 2025 年 4 月 9 日
异步流，从库？
|
|
15
luckzk OP @yeqizhang 备库有的，但是数据还是要备份一份，担心主库出问题，然后备库也同步过去了
@maierhuang barman 压缩率多少，我看了下，实际 base 文件夹有 1.2T ，dump 压缩后只有 200G 。 看网上说的 wal-g 不错，但是这玩意好像会储存 wal 文件，应该磁盘占用很大 |
|
16
yungo8 2025 年 4 月 11 日 via Android
@luckzk 你看 13 楼的，把备份任务放在在备库，你担心的那个问题，在主库做逻辑备份一样也会有问题。要实时的就 12 楼+wal
|
 |
17
Lao9 2025 年 5 月 18 日
200G 建议物理备份，逻辑备份看场景辅助使用。
|