PostgreSQL 10 基于日志的备份与还原

最新推荐文章于 2025-11-01 18:44:22 发布
原创 最新推荐文章于 2025-11-01 18:44:22 发布 · 2.9k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#备份 #恢复

本文详细介绍了PostgreSQL10中基于wal日志的备份与还原过程，包括配置日志备份、创建基础备份及日志文件的管理。通过实例演示如何利用日志进行数据库恢复，确保数据安全性。

PostgreSQL 10 基于日志的备份与还原

wal，即预写式日志，是日志的标准实现方式，简单而言就是将对数据库的变动先记录到日志中，而后在将具体的新数据刷新到磁盘。PostgreSQL将该日志维护在数据文件夹下的子文件夹pg_wal中。当数据库崩溃后，可以通过“重放(replay)”日志中的“动作”，将数据库恢复。也就是说，只要拥有一个基础备份和完整的日志文件，理论上可以将数据库库恢复到任意基础备份以来的任意时刻点。不仅如此，如果在另一个实例上将这些日志不停的“重放”，那么就拥有了一个完整的在线备份，也就是“复制”。

pg_wal下日志文件不会无限制增多，也就是说并不用担心日志的增多使得磁盘空间捉襟见肘。默认每个日志文件为16M大小，即当增长到16M时，就会切换到别的文件，并复用之前的文件 。因此，为了保证有个完整的日志链，必须将写满的文件复制保存到一个特定的文件 夹。对于最后一个还未满16M的日志文件，可以手动触发一次切换。

备份 (操作均使用postgres用户完成)

1. 登录数据库创建测试数据库

[postgres@localhost ~]$ psql 
psql (10.10)
Type "help" for help.

postgres=# create database test;
CREATE DATABASE
postgres=#

2. 修改配置文件, 开启日志备份, 将写满的文件复制到archivedir目录下

注: PG9.x 中 wal_level 归档的的取值为archive, PG10.x 中修改为了 replica . replica代表了"流复制"或"归档".

wal_level = replica            # minimal, replica, or logical

archive_mode = on

archive_command = 'test ! -f /home/postgres/archivedir/%f && cp %p /home/postgres/archivedir/%f'       # command to use to archive a logfile segment
220                 # placeholders: %p = path of file to archive
221                 #               %f = file name only
222                 # e.g. 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f'

3. 创建archivedir目录, 并重启数据库服务

[postgres@localhost ~]$ mkdir archivedir
[postgres@localhost ~]$ pg_ctl -D db1 restart
waiting for server to shut down....2020-02-17 20:18:53.755 CST [50766] LOG:  received fast shutdown request
2020-02-17 20:18:53.756 CST [50766] LOG:  aborting any active transactions
2020-02-17 20:18:53.757 CST [50766] LOG:  worker process: logical replication launcher (PID 50773) exited with exit code 1
2020-02-17 20:18:53.757 CST [50768] LOG:  shutting down
2020-02-17 20:18:53.769 CST [50766] LOG:  database system is shut down
 done
server stopped
waiting for server to start....2020-02-17 20:18:53.867 CST [50861] LOG:  listening on IPv6 address "::1", port 5432
2020-02-17 20:18:53.867 CST [50861] LOG:  listening on IPv4 address "127.0.0.1", port 5432
2020-02-17 20:18:53.871 CST [50861] LOG:  listening on Unix socket "/tmp/.s.PGSQL.5432"
2020-02-17 20:18:53.888 CST [50862] LOG:  database system was shut down at 2020-02-17 20:18:53 CST
2020-02-17 20:18:53.891 CST [50861] LOG:  database system is ready to accept connections
 done
server started
[postgres@localhost ~]$

4. 创建测试表

[postgres@localhost ~]$ psql
psql (10.10)
Type "help" for help.

postgres=# \c test
You are now connected to database "test" as user "postgres".
test=# CREATE TABLE testPITR1 AS SELECT * FROM pg_class, pg_description;
SELECT 1338084
test=# 
[postgres@localhost ~]$ ll -h archivedir/
total 336M
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000001
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000002
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000003
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000004
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000005
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000006
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000007
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000008
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000009
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000A
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000B
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000C
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000D
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000E
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000F
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000010
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000011
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000012
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000013
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000014
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000015
[postgres@localhost ~]$

5. 创建基础备份

[postgres@localhost ~]$ psql -c "SELECT pg_start_backup('base', true)"
 pg_start_backup 
-----------------
 0/17000028
(1 row)


[postgres@localhost ~]$ tar -cvf db1.tar db1
......
[postgres@localhost ~]$ psql -c "SELECT pg_stop_backup()"
NOTICE:  pg_stop_backup complete, all required WAL segments have been archived
 pg_stop_backup 
----------------
 0/17000168
(1 row)
[postgres@localhost ~]$ 
[postgres@localhost ~]$ ll -h archivedir/
total 369M
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000001
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000002
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000003
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000004
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000005
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000006
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000007
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000008
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000009
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000A
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000B
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000C
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000D
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000E
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000F
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000010
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000011
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000012
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000013
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000014
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000015
-rw------- 1 postgres postgres 16M Feb 17 20:20 000000010000000000000016
-rw------- 1 postgres postgres 16M Feb 17 20:21 000000010000000000000017
-rw------- 1 postgres postgres 291 Feb 17 20:21 000000010000000000000017.00000028.backup
[postgres@localhost ~]$

6. 继续创建测试表, 切换日志

注: pg9.x 中 为 select pg_switch_xlog(); pg10.x中为 select pg_switch_wal();

[postgres@localhost ~]$ psql
psql (10.10)
Type "help" for help.

postgres=# \c test
You are now connected to database "test" as user "postgres".
test=# CREATE TABLE testPITR2 AS SELECT * FROM pg_class, pg_description;
SELECT 1349856
test=# select * from current_timestamp;
       current_timestamp       
-------------------------------
 2020-02-17 20:22:46.40963+08
(1 row)

test=# CREATE TABLE testPITR3 AS SELECT * FROM pg_class, pg_description;
SELECT 1361628
test=# select * from current_timestamp;
       current_timestamp       
-------------------------------
 2020-02-17 20:23:08.669018+08
(1 row)

test=# select pg_switch_wal();
 pg_switch_wal 
---------------
 0/431112D0
(1 row)

test=#

7. 恢复

关闭数据库，模拟数据库宕机，此时，数据库test中应该有3张表，其中1张表在基础备份前，也就是恢复完数据文件即可找回，而另2张表则需恢复相应的日志文件。模拟恢复到testPITR2创建时刻点。

test=# \d
           List of relations
 Schema |   Name    | Type  |  Owner   
--------+-----------+-------+----------
 public | testpitr1 | table | postgres
 public | testpitr2 | table | postgres
 public | testpitr3 | table | postgres
(3 rows)

test=#

看看archivedir的情况:

[postgres@localhost ~]$ ll -h archivedir/
total 1.1G
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000001
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000002
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000003
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000004
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000005
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000006
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000007
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000008
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000009
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000A
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000B
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000C
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000D
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000E
-rw------- 1 postgres postgres 16M Feb 17 20:19 00000001000000000000000F
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000010
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000011
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000012
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000013
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000014
-rw------- 1 postgres postgres 16M Feb 17 20:19 000000010000000000000015
-rw------- 1 postgres postgres 16M Feb 17 20:20 000000010000000000000016
-rw------- 1 postgres postgres 16M Feb 17 20:21 000000010000000000000017
-rw------- 1 postgres postgres 291 Feb 17 20:21 000000010000000000000017.00000028.backup
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000018
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000019
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000001A
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000001B
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000001C
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000001D
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000001E
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000001F
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000020
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000021
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000022
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000023
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000024
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000025
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000026
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000027
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000028
-rw------- 1 postgres postgres 16M Feb 17 20:22 000000010000000000000029
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000002A
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000002B
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000002C
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000002D
-rw------- 1 postgres postgres 16M Feb 17 20:22 00000001000000000000002E
-rw------- 1 postgres postgres 16M Feb 17 20:23 00000001000000000000002F
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000030
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000031
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000032
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000033
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000034
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000035
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000036
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000037
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000038
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000039
-rw------- 1 postgres postgres 16M Feb 17 20:23 00000001000000000000003A
-rw------- 1 postgres postgres 16M Feb 17 20:23 00000001000000000000003B
-rw------- 1 postgres postgres 16M Feb 17 20:23 00000001000000000000003C
-rw------- 1 postgres postgres 16M Feb 17 20:23 00000001000000000000003D
-rw------- 1 postgres postgres 16M Feb 17 20:23 00000001000000000000003E
-rw------- 1 postgres postgres 16M Feb 17 20:23 00000001000000000000003F
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000040
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000041
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000042
-rw------- 1 postgres postgres 16M Feb 17 20:23 000000010000000000000043
[postgres@localhost ~]$

7.1 关闭数据库服务, 重命名数据目录

[postgres@localhost ~]$ pg_ctl -D db1 stop
waiting for server to shut down....2020-02-17 20:25:17.173 CST [50861] LOG:  received fast shutdown request
2020-02-17 20:25:17.177 CST [50861] LOG:  aborting any active transactions
2020-02-17 20:25:17.178 CST [51099] FATAL:  terminating autovacuum process due to administrator command
2020-02-17 20:25:17.179 CST [50861] LOG:  worker process: logical replication launcher (PID 50869) exited with exit code 1
2020-02-17 20:25:17.180 CST [50863] LOG:  shutting down
2020-02-17 20:25:17.494 CST [50861] LOG:  database system is shut down
 done
server stopped
[postgres@localhost ~]$ 
[postgres@localhost ~]$ mv db1 db1.old

7.2 解压备份数据文件, 启动服务, 验证此时只有基础备份前的testpitr1

[postgres@localhost ~]$ tar -xvf db1.tar
......
[postgres@localhost ~]$ pg_ctl -D db1 start
pg_ctl: another server might be running; trying to start server anyway
waiting for server to start....2020-02-17 20:26:28.315 CST [51138] LOG:  listening on IPv6 address "::1", port 5432
2020-02-17 20:26:28.315 CST [51138] LOG:  listening on IPv4 address "127.0.0.1",
最低0.47元/天 解锁文章
pg_ctl -- 启动、停止、重启 PostgreSQL
Draco
08-03 7万+
pg_ctl 名称 pg_ctl -- 启动、停止、重启 PostgreSQL 语法 pg_ctl start [-w] [-s] [-D datadir] [-l filename] [-o options] [-p path] pg_ctl stop [-W] [-s] [-D datadir] [-m s[mart] | f[ast] | i[mmediate] ]
Postgresql之通过wal日志恢复数据到任意时间点
Linzhongyilisha的专栏
03-30 5165
wal日志备份目录规划1234/home/mnt2/postgresql_basebak/data #基础备份目录/home/mnt2/postgresql_recover/data #还原目录/home/mnt2/postgresql_increase_basebak/ #每个月基础备份目录/home/mnt2/postgresql_walbak/  #wal日志备份目录将mnt2下所有内容赋权...
PostgreSQL WAL 日志：从写入机制到 PITR 时间点恢复的完整操作流程
最新发布
2501_93928597的博客
11-01 414
$ \text{恢复点} = \text{基础备份} + \sum_{i=1}^{n} \text{WAL}_i $$ 其中 $n$ 为截止目标时间的 WAL 段数量。$$ P_{\text{success}} = 1 - \prod_{i=1}^{k} (1 - p_i) $$ 其中 $p_i$ 为各环节可靠性，$k$ 为步骤数。
PostgreSQL数据归档与恢复教学
2401_85763803的博客
06-20 1349
PostgreSQL是一个功能强大的开源关系型数据库管理系统，它提供了多种数据归档和恢复的策略来确保数据的安全性和可靠性。本教程将详细介绍如何在PostgreSQL中配置数据归档，以及如何进行数据恢复。
PostgreSQL 数据库的备份和恢复
m0_72560900的博客
05-05 949
这将备份特定表或特定模式的数据，并将备份数据保存到。文件中读取备份数据，并将其导入到指定的数据库中。这将备份整个数据库，并将备份数据保存到。指定要恢复的数据库名称。指定要连接到数据库的用户名，
PostgreSQL教程：备份与恢复（WAL日志、归档日志）
学亮编程手记
09-17 2900
防止数据丢失的第一道防线就是备份。数据丢失有的是硬件损坏，还有人为的误删之类的，也有BUG的原因导致误删数据。正常备份和恢复，如果公司有DBA，一般咱们不用参与，BUT，学的Java，啥都得会点~~
Postgres数据库备份与恢复总结
wuyongpeng的专栏
02-14 1301
前段时间负责一个政务云项目的升级，从单机容器环境，升级到kubernetes集群环境。考虑到现场环境以及稳定性等因素，决定采取冷备份的方式。       实际生产环境中，使用的是posgres数据库，数据库运行在一个docker容器中，运行七个数据库，有web，coreapi，以及openstack相关的五个组件：keystone，nova，glance，cinder，neutron。  
PostgreSQL 基于日志的备份与还原
weixin_30532987的博客
01-18 426
参考：http://www.postgresql.org/docs/9.5/static/continuous-archiving.html http://www.mkyong.com/database/postgresql-point-in-time-recovery-incremental-backup/ wal，即预写式日志，是日志的标准实现方式，简单而言就是将对数据库的...
Postgresql 基于Wal日志分析与恢复
zyb378747350的专栏
05-25 804
B, --block=N with --relation, only show records that modify block N 带有--relation，仅显示修改块 N 的记录。-R, --relation=T/D/R only show records that modify blocks in relation T/D/R仅显示修改 T/D/R 关系中的块的记录。, --help show this help, then exit --帮助显示，然后退出。
PostgreSQL在线增量备份与PITR还原
Focus on PostgreSQL
09-06 2316
1、准备工作 1.1、wal日志级别 wal_level=archive 或 hot_standby 或 更高级别。 如果要使用pg_basebackup通过流复制协议远程备份，建议使用hot_standby及以上级别的wal。 pg9.6后映射到replica。 查看当前数据库wal_level： itm_pg@docker-> pg_controldata |grep wal_level...
【PostgreSQL备份恢复二】物理备份与恢复
weixin_46661978的博客
12-04 1347
pg_basebackup 是 PostgreSQL 自带的一个方便基础备份的工具，pg_basebackup是一款热备工具，这种备份是在不影响数据库的其他客户端连接的情况下进行的。
PostgreSQL基础（十二）：PostgreSQL备份和恢复介绍
Lansonli（蓝深李）的博客
06-11 999
防止数据丢失的第一道防线就是备份。数据丢失有的是硬件损坏，还有人为的误删之类的，也有BUG的原因导致误删数据。正常备份和恢复，如果公司有DBA，一般咱们不用参与，但是学的Java，啥都得会点。
PostgreSQL教程：物理备份与恢复（PITR-Point in time Recovery 基于归档日志将数据恢复到指定的事务id或者是指定时间点）
学亮编程手记
09-17 714
2、归档恢复：备份中的归档，有02:00~14:00之间的数据信息，可以基于归档日志将数据恢复到指定的事务id或者是指定时间点，从而实现数据的完整恢复。场景：每天凌晨02:00，开始做全备（PBK），到了第二天，如果有人14:00分将数据做了误删，希望将数据恢复到14:00分误删之前的状态？1、恢复全备数据，使用PBK的全备数据恢复到凌晨02:00的数据。将当前服务的数据全部干掉，按照之前的全备恢复的套路先走着。将之前的最大恢复，更换为指定的事务id恢复。6、修改data目录下的恢复数据的方式。
pgsql日志管理和备份
黑乎乎的小升
06-01 1888
在线日志，相当于mysql的事务日志，存放的是正在发生的事务，提交或未提交都有记录，默认大小16M，仅初始化环境时更改。日志序列号，WAL日志全局唯一的标识，每个事件都有唯一的LSN号，多个事件组成一个动作，多个动作构成一个事务。只要发现WAL日志文件有更新切换就备份，正在使用的不会备份，远程与本地仅可选一方。记录的服务运行情况信息，12版本之前默认不开启。两台主机，一主master，一从standby。将pgsql新版本的运行日志存储到数据库。
PostgreSQL12通过WalMiner恢复数据
weixin_42583514的博客
02-11 2300
文章目录1、WalMiner简介2、安装WalMiner3、WalMiner通过WAL日志进行SQL解析3.1、创建walminer的extension3.2、在源库进行误操作3.3、把wal日志加到walminer3.4、解析sql3.5、查看解析结果3.6、结束walminer操作 1、WalMiner简介 官方文档：https://gitee.com/movead/XLogMiner WalMiner是从PostgreSQL的WAL(write ahead logs)日志的解析工具，旨在挖掘wal日志
PostgreSQL12通过pg_resetwal进行误删恢复
热门推荐
weixin_42583514的博客
02-10 1万+
文章目录1、pg_resetwal1.1、pg_resetwal 语法解析1.2、pg_resetwal 恢复数据1.2.1、创建需要的表和数据1.2.2、delete误删和恢复1.2.2.1、恢复数据1.2.2.1.1、先确认当前的日志的以及LSN号1.2.2.1.2、查找误操作的事务号1.2.2.1.3、确认事务号之后，进行恢复1.2.3、truncate 恢复 1、pg_resetwal pg_resetwal 主要的工作的目的是为了在系统数据损坏的时候，通过pg_resetwal来重新标志日志的位置
PostgresQL-丢失各种数据文件如何恢复
weixin_44917075的博客
04-29 1250
1.索引文件丢失或者损坏，可以靠重建索引恢复2.fsm以及mv文件的丢失，重启数据库会自动恢复3.单个表文件丢失，不会影响数据库启动，但是访问表的时候就会出现问题，这种物理删除文件是没法恢复的，不会记录日志，只能做好备份4.pg_wal和pg_xact日志丢失可以恢复，但是可能会丢失部分数据5.系统表pg_authid数据丢失后可以重新创建超级管理员，依靠备份恢复。
PostgreSQL数据恢复：常见问题和解答
qq_28245087的博客
06-30 7332
PostgreSQL数据恢复是指在数据库遭受损坏或数据丢失时，通过使用备份、日志或其他方法来还原数据库到之前的可用状态。使用pg_dump命令将数据库导出为可读的SQL文件：其中，是数据库用户名，是要备份的数据库名称，是导出的SQL文件路径。其中，是数据库用户名，是新数据库的名称。其中，是数据库用户名，是新数据库的名称，是之前导出的SQL文件路径。通过执行以上步骤，您可以将数据库从备份文件中还原到新的数据库中，实现数据恢复。
【PG数据库】PostgreSQL 日志归档详细操作流程
qq_45193872的博客
05-11 4109
在centos7中将PostgreSQL数据库的日志文件进行归档的详细操作教程,归档的主要目的是为了保留历史数据，确保数据的一致性和完整性，同时为数据恢复提供必要的支持。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值