PostgreSQL基于时间点恢复(PITR)实验记录

由于需要,对数据库的基于时间点恢复(PITR)做了过程记录,以此来记录过程和问题。

OS : fedora 18

工作流程:

第一次实验:

数据库:PostgreSQL9.0.13

1、修改配置文件 postgresql.conf

archive_mode = on
archive_command = 'cp -i %p /home/sure/mywork/archive/%f'
wal_level = hot_standby

2、启动数据库

我是在初始化之后,直接修改的数据库,进而直接启动数据库的。
./pg_ctl -D ../data -l logfile start

3、基于文件级别的持续备份

a.模拟数据

CREATE TABLE tab1(a1 int);
INSERT INTO tab1 VALUES (1),(2),(3);

b.备份

postgres=# SELECT now();
now 
-------------------------------
2013-11-21 13:35:12.493791+08
(1 row)

postgres=# select pg_start_backup('bak_ws_2013-11-21 13:35:12');
pg_start_backup
-----------------
0/2000020
(1 row)
c.打包data

tar -cvzf data.tar data

d.结束并切换归档

postgres=# select pg_stop_backup();
NOTICE: pg_stop_backup complete, all required WAL segments have been archived
pg_stop_backup
----------------
0/20000D8
(1 row)

postgres=# select pg_switch_xlog();
pg_switch_xlog
----------------
0/3000000
(1 row)
这时会再data下产生一个backup_label的文件,记录了可以查看内容有checkpoint时间,基础备份的开始和结束时间,以及标签名称等。例如这样:

START WAL LOCATION: 0/2000020 (file 000000010000000000000002)
STOP WAL LOCATION: 0/20000D8 (file 000000010000000000000002)
CHECKPOINT LOCATION: 0/2000058
START TIME: 2013-11-21 13:35:40 CST
LABEL: bak_ws_2013-11-21 13:35:12
STOP TIME: 2013-11-21 13:36:17 CST

e.再次插入数据

postgres=# CREATE TABLE tab2(a1 int);
CREATE TABLE
postgres=# INSERT INTO tab2 VALUES (1),(2),(3);
INSERT 0 3
4、模拟毁坏并进行恢复

a.结束PG服务

postgres=# \q
$ ./pg_ctl -D ../data stop
waiting for server to shut down.... done
server stopped

b.模拟数据库毁坏
rm -rf data

c.恢复备份文件data.tar
$ tar xvf data.tar

d.删除pg_xlog文件夹并重建

$ rm -rf pg_xlog
$ mkdir -p pg_xlog/archive_status

e.拷贝recovery.conf文件并修改

我的文件是这样的:

restore_command = 'cp /home/sure/mywork/archivedir/%f "%p"'
archive_cleanup_command='pg_archivecleanup /home/sure/mywork/archivedir %r'
recovery_target_time='2013-11-21 13:35:12'
recovery_target_time这是用户自行设定的,如果不写则会恢复到之前接收到的最后一个归档文件。

f.重启数据库查看恢复结果

[sure@localhost  bin]$ ./pg_ctl -D ../data -l logfile3 start
server starting
[sure@localhost  bin]$ ./psql postgres sure
psql (9.0.13)
Type "help" for help.

postgres=# \d
List of relations
Schema | Name | Type | Owner
--------+------+-------+-------
public | tab1 | table | sure
(1 row)
我在此仅恢复到第一次模拟数据(即3.a)。下面是我未写recovery_target_time的结果:


$ ./pg_ctl -D ../data -l logfile4 start
server starting
$ ./psql postgres sure

psql (9.0.13)
Type "help" for help.

postgres=# \d
List of relations
Schema | Name | Type | Owner
--------+------+-------+-------
public | tab1 | table | sure
public | tab2 | table | sure
(2 rows)

postgres=# SELECT * from tab2;
a1
----
1
2
3
(3 rows)
注:结束后,recovery.conf会改名变成recovery.done。

要注意的是,如果恢复过一次,并设置时间点,下次直接修改recovery_target_time,不会发生效果。


原地址:http://bbs.pgsqldb.com:8079/client/post_show.php?zt_auto_bh=59379



PostgreSQL是一个开源的关系型数据库管理系统,它提供了基于时间恢复(Point-in-Time Recovery,简称PITR)的功能。 基于时间恢复是指在数据库发生故障或数据丢失的情况下,能够恢复到一个指定的时间之前的数据库状态。这种恢复方法特别适用于意外删除数据、误操作或数据库崩溃等情况。 PostgreSQL实现基于时间恢复的方式是通过使用事务日志(transaction logs)来记录数据库变更。事务日志包含了数据库的每一个更改操作,包括插入、更新和删除等操作。 当需要进行恢复操作时,首先需要使用pg_start_backup()函数创建一个基于时间恢复的起始,然后将数据库中的事务日志归档。通过这个归档的事务日志,可以将数据库恢复到指定时间之前的状态。 具体的恢复操作包括以下步骤: 1. 关闭数据库并创建恢复配置文件,指定恢复的目标时间。 2. 恢复配置文件中指定的时间的事务日志会被用来还原数据库。 3. 将数据库恢复为指定时间之前的状态,包括删除恢复之后的事务日志。 4. 打开数据库,使其可以重新对外提供服务。 值得注意的是,基于时间恢复功能需要提前进行规划和配置。首先需要定期备份数据库并保留足够长的时间,以便在需要时可以进行恢复。其次,需要开启事务日志归档功能,确保数据库的事务日志可以被正确地保留和使用。 总结来说,PostgreSQL提供了基于时间恢复的功能,它通过记录数据库的事务日志来实现。使用这个功能可以在数据库故障或数据丢失的情况下,恢复到指定的时间之前的数据库状态。但是使用前需要进行规划和配置,包括定期备份数据库和开启事务日志归档功能等。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值