postgres数据库时间点恢复

背景:当数据库有问题的时候,比如说被删除数据,update没有带where等,需要恢复到故障时间点之前
测试版本:pg14
前提条件:

  1. 要启用WAL归档,设置archive_mode为on
  2. 需设置wal_level配置参数为replica或更高
  3. 并且使用archive_command配置参数指定一个shell命令
# 修改后需要重启pg
archive_mode = on
archive_command = 'test ! -f /data/archive/%f && cp %p /data/archive/%f'
wal_level = replica

制作基础备份

# 备份本地数据库,如果是远端要添加-h
sudo -u postgres pg_basebackup -D /data/pgbk -Pv

pg_basebackup被用于获得一个正在运行的PostgreSQL数据库集簇的基础备份。获得这些备份不会影响数据库的其他客户端,并且可以被用于时间点恢复

插入数据

postgres=# create database test;
CREATE DATABASE
postgres=# \c test
You are now connected to database "test" as user "postgres".
test=# create table t1(id int);
CREATE TABLE
test=# insert into t1 values(1);
INSERT 0 1
test=# 

归档恢复

目前已通过命令 drop database test; 删除之前创建的数据库,下面进行恢复
目标恢复模式在归档的WAL全部回放或到达recovery_target时结束,不设置target默认全部回放,我们要恢复到指定时间点,所以要设置target

  1. 停止pg服务。
  2. 配置Recovery,/data/archive/%f是wal文件归档目录,recovery_target_xid是要回滚的xid号 归档恢复配置参考
# 在postgresql.conf里Recovery配置段
restore_command = 'cp /data/archive/%f "%p"'
# recovery_target_xid 通过搜索wal日志确认,因为是97921删除的数据库,恢复到97920即可
recovery_target_xid = '97920'

下面是xid搜索结果

# 搜索到 drop 数据库操作,在最新的wal日志查找
/usr/lib/postgresql/14/bin/pg_waldump /data/archive/000000010000000100000005|grep -i DROP
rmgr: Database    len (rec/tot):     38/    38, tx:      97921, lsn: 1/0512C378, prev 1/0512C300, desc: DROP dir 1663/22867
  1. 把现在的数据目录移动到其他地方
mv /var/lib/postgresql/14/main /var/lib/postgresql/14/main-backup
  1. 把备份的数据拷贝到现在的数据目录里。设置正确的权限,需在数据目录中建立名为recovery.signal的文件
mv /data/pgbk /var/lib/postgresql/14/main
touch /var/lib/postgresql/14/main/recovery.signal
find /var/lib/postgresql/14/main -type d -exec chmod 700 {} \;
find /var/lib/postgresql/14/main -type f -exec chmod 600 {} \;
chown -R postgres:postgres /var/lib/postgresql/14/main
  1. 启动pg,目前pg服务是只读状态
  2. 查看数据是否恢复,如果恢复,在pg客户端执行SELECT pg_wal_replay_resume(); 服务器将删除recovery.signal,恢复正常

值得注意的是恢复成功后,默认的是pause,只运行对数据库进行查询操作,可以使用pg_wal_replay_resume()恢复服务,如果这个恢复目标不是想要的停止点,那么关闭pg服务,将恢复目标重新设置改为一个稍后的xid并且重启以继续恢复
官方恢复文档参考

postgresql(简称Postgres)是一个高性能的企业级开源关系型数据库管理系统。在实际运行过程中,由于各种原因,Postgres数据库可能会出现一些问题,比如数据损坏、硬盘故障、误删除等情况,这时候备份和恢复就显得尤为重要。 Postgres数据库备份 Postgres数据库备份主要包括两种方式:物理备份和逻辑备份。 1. 物理备份 物理备份是指备份整个Postgres数据库的物理文件,包括数据和日志等信息。这种备份方式具有非常高的恢复效率和完整性,备份后可以快速地还原到任何一个时间的状态。但是,物理备份存在一些限制,例如,如果备份时数据库正在运行,会存在锁定文件的问题,同时备份后的数据不太容易人工查看和修改。 实现物理备份的两种方式: (1)基于文件系统备份 这种备份方式是直接备份Postgres数据库的文件目录,包括数据文件(Data File)、事务日志文件(WAL File)和配置文件等。使用类似于cp、tar等常见的文件操作命令完成备份,简单方便。 (2)基于pg_basebackup工具备份 pg_basebackup是PostgreSQL自带的备份工具,可以很方便地进行物理备份。只需指定备份目录,即可将整个PostgreSQL数据库备份到指定目录下。 2. 逻辑备份 逻辑备份是指备份Postgres数据库中的逻辑数据,比如表、视图、函数、触发器等,备份后数据可以人工查看和编辑。但是,逻辑备份的恢复效率没有物理备份高,同时在备份和恢复过程中需要注意一些事项。 实现逻辑备份的两种方式: (1)基于pg_dump工具备份 pg_dump工具是PostgreSQL自带的备份工具,可以对数据库进行逻辑备份。备份时可以指定备份的对象(比如表、视图、函数等),也可以备份整个数据库。备份完成后,可以通过pg_restore工具进行恢复。 (2)基于导出/导入工具备份 除了pg_dump工具,还有其他的导出/导入工具可以进行逻辑备份,比如psql、SQL Shell等。其中,psql是PostgreSQL自带的终端用户控制台工具,可以对数据库进行交互式的管理和操作,包括导出/导入数据等。 Postgres数据库恢复 Postgres数据库恢复需要根据备份类型进行相应的恢复操作。 1. 对于物理备份 (1)基于文件系统备份的恢复 只需要将备份文件还原到需要恢复PostgreSQL数据库目录下即可,恢复后启动PostgreSQL即可。 (2)基于pg_basebackup工具备份的恢复 指定备份目录为数据目录,启动PostgreSQL即可。在恢复完成后,还可以通过pg_archivecleanup工具清理归档日志。 2. 对于逻辑备份 (1)基于pg_dump工具备份的恢复 首先需要创建一个新的数据库(如果原数据库已经损坏)。然后使用pg_restore工具将备份文件恢复到指定数据库中即可。 (2)基于导出/导入工具备份的恢复pg_dump工具类似,需要先创建一个新的数据库,然后使用导入工具恢复备份文件到指定数据库中。 总结 Postgres数据库备份和恢复是保证数据安全、保障系统稳定的重要手段。无论是物理备份还是逻辑备份,都有各自的优势和限制,需要根据实际需求进行选择和应用。同时,备份和恢复操作也需要密切结合数据库实际情况和业务需求,综合考虑一些因素,如备份周期、备份策略、备份类型、备份存储空间、恢复时间等,才能够达到最佳效果。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值