PG数据库备份与恢复-pg_basebackup物理备份与恢复

摘要：pg_basebackup是PostgreSQL的热备物理备份方式，支持流协议备份但不中断数据库运行。备份时生成base.tar和pg_wal.tar压缩文件，包含数据文件和归档日志。恢复需停止数据库，替换数据文件并配置归档设置，启动后数据库处于只读状态，需执行pg_wal_replay_resume()或pg_ctl promote恢复写入功能。示例演示了在192.168.123.60服务

执笔画情ora

49人浏览 · 2026-03-08 20:57:19

执笔画情ora · 2026-03-08 20:57:19 发布

热备冷恢复(第二种物理备份方式)

pg_basebackup 基本原理和步骤

比较NB的是堪比oracle的RMAN，远程备份备份也可以切非常简单。

远程直接执行命令就可以

pg_basebackup -D /opt/backup -Ft -z -Z 5 -Pv -Upostgres -h 192.168.123.60 -p5432

pg_basebackup 也算是物理方式，是可以使用流协议。并且是热备范畴，备份的时候不需要停数据库，但，恢复的时候需要停数据库（多说一句，某些项目数据库是24小时不能停的，如果停了，可能接受不了，因此，备份前最好搞清楚自己是否能够接受冷备）。

备份：使用pg_basebackup命令来进行备份，这个命令可以将postgresql的数据文件备份为两个压缩文件：base.tar和 pg_wal.tar。本别是数据文件和归档文件，恢复的时候，需要设置按照归档文件来恢复。那么，此种方式的备份可以备份自定义表空间。

恢复：需要先把备份的压缩文件替换当前的数据文件，然后修改postgresql.conf，因为这个配置文件在data文件夹中，所以只能是在把base.tar解压到数据库当前数据位置，也就是我们默认初始化指定的数据保存位置data文件夹中，才能修改配置，在配置好归档设置以后，可以启动pgsql服务，进行启动恢复。

在恢复过程中，会拷贝归档文件，进行数据恢复。

恢复成功，也就是数据库服务启动成功。这个时候我们访问数据库，它是作为归档状态存在的，所以只能读，不能写操作。

为了恢复数据库写操作，我们需要在命令行下执行切换数据库状态的指令。切换成功之后，才可以进行读写操作。

实操示例

环境介绍：数据库主节点，IP：192.168.123.60，数据库端口：5432，数据库安装路径为/usr/local/pgsql ，管理用户为pg1。

创建一个自定义表空间，创建表空间存放路径。

[root@EULER1 ~]# mkdir /opt/custome-tablespace
[root@EULER1 ~]# chown -Rf pg1. /opt/custome-tablespace/

登陆命令行，创建表空间

此时的$PGDATA目录下的pg_tblspc目录下有一个软链接：

[root@EULER1 ~]# ls -al /usr/local/pgsql/data/pg_tblspc/
total 8
drwx------. 2 pg1 pg1 4096 Mar 19 20:06 .
drwx------. 20 pg1 pg1 4096 Mar 19 18:39 ..
lrwxrwxrwx 1 pg1 pg1 23 Mar 19 20:06 32771 -> /opt/custome-tablespace

创建一个新库和新表在此表空间内：

postgres=# create database test;
CREATE DATABASE
postgres=# alter database test set tablespace mytbs;
ALTER DATABASE
postgres=# \c test
You are now connected to database "test" as user "postgres".
test=# create table tb_mytps(i int,name varchar(32)) tablespace mytbs;
CREATE TABLE

插入实验数据

insert into tb_mytps(i,name) values(2,'name2');
insert into tb_mytps(i,name) values(3,'name3');
insert into tb_mytps(i,name) values(4,'name4');
insert into tb_mytps(i,name) values(5,'name5');
insert into tb_mytps(i,name) values(6,'name6');
insert into tb_mytps(i,name) values(7,'name7');
insert into tb_mytps(i,name) values(8,'name8');
insert into tb_mytps(i,name) values(9,'name9');
insert into tb_mytps(i,name) values(10,'name10');

查看是否正确插入数据:

开始备份

建立备份文件存放路径

[root@EULER1 ~]# mkdir /opt/backup
[root@EULER1 ~]# chown -Rf pg1. /opt/backup --备份目录必须为空。

可以看到有两个tablespace被备份了，-z -Z 5是压缩等级，范围是0-9， -Ft是tar包格式备份。

[root@EULER1 ~]# su - pg1 -c "pg_basebackup -D /opt/backup -Ft -z -Z 5 -Pv -Upostgres -h 192.168.123.60 -p5432"
pg_basebackup: initiating base backup, waiting for checkpoint to complete
pg_basebackup: checkpoint completed
pg_basebackup: write-ahead log start point: 0/8000028 on timeline 2
pg_basebackup: starting background WAL receiver
pg_basebackup: created temporary replication slot "pg_basebackup_119924"
32567/32567 kB (100%), 2/2 tablespaces
pg_basebackup: write-ahead log end point: 0/8000100
pg_basebackup: waiting for background process to finish streaming ...
pg_basebackup: syncing data to disk ...
pg_basebackup: base backup completed

查看备份的文件：

[root@EULER1 backup]# ls -al /opt/backup/
total 48968
drwx------ 2 pg1 pg1 4096 Mar 19 20:27 .
drwxr-xr-x. 5 root root 4096 Mar 19 20:24 ..
-rw------- 1 pg1 pg1 8162304 Mar 19 20:27 32771.tar
-rw------- 1 pg1 pg1 25188352 Mar 19 20:27 base.tar
-rw------- 1 pg1 pg1 16780288 Mar 19 20:27 pg_wal.tar

备份完成后，删除test数据库，看看一会能否恢复。更多关于 PostgreSQL 系列的学习文章，请参阅：PostgreSQL 数据库，本系列持续更新中。

数据库恢复

停止数据库：

[root@EULER1 ~]# bash ~/stop-pgsql.sh
waiting for server to shut down.... done
server stopped

删除原库的数据文件：

[root@EULER1 ~]# rm -rf /usr/local/pgsql/data/*
[root@EULER1 ~]# rm -rf /opt/custome-tablespace/*

解压备份文件到对应路径：要注意是解压到哪里

[root@EULER1 ~]# tar xf /opt/backup/32771.tar -C /opt/custome-tablespace/
[root@EULER1 ~]# tar xf /opt/backup/base.tar -C /usr/local/pgsql/data/

创建wal文件存放路径：赋予数据库管理用户权限，最后一个命令不能忘

[root@EULER1 ~]# mkdir /usr/local/pgsql/wal-back
[root@EULER1 ~]# tar xf /opt/backup/pg_wal.tar -C /usr/local/pgsql/wal-back/
[root@EULER1 data]# chown -Rf pg1. /usr/local/pgsql/

任选一种恢复方式

编辑postgresql.conf文件，pg高版本编辑postgresql.auto.conf文件

立刻恢复
restore_command = 'cp /usr/local/pgsql/wal-back/%f %p'
recovery_target = 'immediate'
可以按时间线恢复到最新

恢复到最新：
restore_command = 'cp /usr/local/pgsql/wal-back/%f %p'
recovery_target_timeline = 'latest'

按时间点恢复

restore_command = 'cp /usr/local/pgsql/wal-back/%f %p'
recovery_target_time = '2023-03-19 16:16:16.007657+08'

recovery_target_action #指定在达到恢复目标时服务器采取的动作。
pause #默认值，表示恢复将被暂停
promote #表示恢复结束且服务器将开始接受连接
shutdown #表示在达到恢复目标之后停止服务器。

如果不想进入备份模式，直接数据库启动就可以用，那么就使用promote。

按照XID

select * from pg_ls_waldir();

--查看当前的lsn

postgres=# SELECT * FROM pg_current_wal_lsn();
pg_current_wal_lsn
--------------------
0/50000D8

postgres=# select pg_walfile_name(pg_current_wal_lsn());
pg_walfile_name
--------------------------
000000010000000000000004
(1 row)
SELECT PG_SWITCH_WAL();

分析wal log日志

pg_waldump 000000010000000000000008

restore_command='cp /archive/%f %p'
recovery_target_xid='533'

recover_end_command = 'echo "Recovery completed" >> /var/log/postgresql/recovery.log'

# - Recovery Target -

# Set these only when performing a targeted recovery.

#recovery_target = '' # 'immediate' to end recovery as soon as a
# consistent state is reached
# (change requires restart)
#recovery_target_name = '' # the named restore point to which recovery will proceed
# (change requires restart)
#recovery_target_time = '' # the time stamp up to which recovery will proceed
# (change requires restart)
#recovery_target_xid = '' # the transaction ID up to which recovery will proceed
# (change requires restart)
#recovery_target_lsn = '' # the WAL LSN up to which recovery will proceed
# (change requires restart)
#recovery_target_inclusive = on # Specifies whether to stop:
# just after the specified recovery target (on)
# just before the recovery target (off)
# (change requires restart)
#recovery_target_timeline = 'latest' # 'current', 'latest', or timeline ID
# (change requires restart)
#recovery_target_action = 'pause' # 'pause', 'promote', 'shutdown'
# (change requires restart)

启动数据库

[pg1@EULER1 ~]$ pg_ctl -D /usr/local/pgsql/data/ start
waiting for server to start....2023-03-19 21:17:49.399 CST [28172] LOG: starting PostgreSQL 12.5 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (EulerOS 4.8.5-28), 64-bit
2023-03-19 21:17:49.400 CST [28172] LOG: listening on IPv4 address "0.0.0.0", port 5432
2023-03-19 21:17:49.400 CST [28172] LOG: listening on IPv6 address "::", port 5432
2023-03-19 21:17:49.405 CST [28172] LOG: listening on Unix socket "/tmp/.s.PGSQL.5432"
2023-03-19 21:17:49.444 CST [28172] LOG: redirecting log output to logging collector process
2023-03-19 21:17:49.444 CST [28172] HINT: Future log output will appear in directory "log".
done
server started

查看数据库状态：此时的数据库是备份状态，因此pg_ctl promote即可。

[root@EULER1 data]# pg_controldata
pg_control version number: 1201
Catalog version number: 201909212
Database system identifier: 7211655189372047015
Database cluster state: in archive recovery
pg_control last modified: Sun 19 Mar 2023 09:17:49 PM CST
Latest checkpoint location: 0/A000060
Latest checkpoint's REDO location: 0/A000028

或者是进入命令行，执行以下函数即可：

select pg_wal_replay_resume()；

腾讯云开发者社区

腾讯云面向开发者汇聚海量精品云计算使用和开发经验，营造开放的云计算技术生态圈。

更多推荐

终极指南：Flink SQL连接器版本管理从混乱到有序的升级之路

Apache Flink作为流处理领域的佼佼者，其SQL连接器的版本管理一直是开发者面临的核心挑战。本文将系统讲解Flink SQL连接器版本管理的最佳实践，帮助你轻松应对版本兼容性问题，实现从混乱到有序的升级之旅。## 连接器版本管理的常见痛点 😫在Flink应用开发中，连接器版本管理常常让开发者头疼不已。不同版本的连接器可能导致各种兼容性问题，例如API变更、功能差异甚至运行时错误。

腾讯云开发者社区

Elasticsearch复杂数据类型终极指南：从入门到精通

Elasticsearch作为功能强大的搜索引擎，支持多种复杂数据类型，让开发者能够灵活处理各种结构化和非结构化数据。本文将带你全面了解Elasticsearch中的复杂数据类型，从基础概念到实际应用，助你轻松掌握数据建模的核心技巧。## 内部对象：构建层级化数据结构在Elasticsearch中，对象类型（Object）是最基础的复杂数据类型之一，用于表示具有嵌套关系的数据。例如，我们可

腾讯云开发者社区

如何快速搭建Neon无服务器PostgreSQL：面向初学者的完整指南

Neon是一款革命性的无服务器PostgreSQL解决方案，它通过分离存储和计算层，实现了自动扩缩容、类代码式数据库分支以及零级扩展能力。本指南将帮助你从零开始搭建Neon开发环境，体验这款创新数据库的强大功能。## 准备工作：环境要求与依赖项在开始搭建Neon环境前，请确保你的系统满足以下要求：- Linux操作系统（推荐Ubuntu 20.04+或Debian 11+）- Git