12.物理备份恢复

pg_basebackup

  • -D 备份的数据文件路径(路径必须为空,路径不存在则创建)

  • -F 指定pg_basebackup生成备份数据的格式。支持p(plain)和t(tar)

    • p:生成的备份数据和主库一样
      注意:数据库包含额外的表空间会备份到相同的绝对路径下,有额外表空间时加上-T

    • t:将备份文件打成tar包到指定目录里

  • -X 设置在备份的的过程中产生的wal日志是否包含在备份文件里。两种方式f(fetch)和s(stream)

    • f
      备份结束时,传送wal。需要把wal_keep_segments设置足够大,防止日志被清。
    • s
      备份创建时,流传送wal,额外启动wal sender发送进程(推荐,同时也是默认)
      预写日志文件被写入一个名为pg_wal.tar的单独文件
  • -T 将目录olddir中的表空间重定位到newdir中,绝对路径。多个表空间多次使用这个选项
    -T /u01/backup/tbs_test1=/u01/data/tbs_test1
    -T /u01/data/tbs_test2=/u01/backup/tbs_test2

  • -v 启用verbose模式,命令打印各阶段日志

  • -P 显示数据文件、表空间传输百分比

ps:pg_basebackup 使用了replication技术,备份的用户必须有replication认证
pg_hba.conf.METHOD 不为trust时,必须要输入密码

 定时任务备份时可创建一个密码文件,无需输入密码
vi ~/.pgpassip:port:dbname:username:password
192.162.1.52:5432:postgres:replication:replication

备份结束,备份目录下会一个backup_label文件

START WAL LOCATION:wal开始的记录点,不会用在PITR中,用在streaming replication,standby备库初次启动时读取该值
CHECKPOINT LOCATION:checkpoint命令生成的记录点
BACKUP METHOD:备份方式
BACKUP FROM:(master or standby)
START TIME:备份开始时间
LABEL:备份标签
START TIMELINE:备份的timeline
[postgres@pg11]$ cat backup_label.old
START WAL LOCATION: 0/2000028 (file 000000010000000000000002)
CHECKPOINT LOCATION: 0/2000060
BACKUP METHOD: streamed
BACKUP FROM: master
START TIME: 2019-05-30 18:39:54 CST
LABEL: pg_basebackup base backup
START TIMELINE: 1

数据库恢复

修改 recovery.conf 文件
1. restore_command = 'cp /u01/pgdata/arch/%f %p'
2. 如果是 lz4 压缩文件
    restore_command = 'lz4 -d /u01/pgdata/arch/%f.lz4 %'
3.如果是 gzip 压缩,我们使用 gunzip 解压,同样其中 < > 符号不能省略   
  restore_command = 'gunzip < /u01/pgdata/arch/%f.gz > %p'

完全恢复流程

1.Fp模式,无需归档

直接pg_ctl start

2.Ft,有额外表空间,有归档

2.1 tar恢复备份数据 tar -xvf xx.tar -C /xxx
$PGDATA
wal
建立表空间目录(记得修改tablespace_map 表空间和目录对应关系)

2.2编辑recovery.conf
restore_command = 'cp pgdata/arch/%f %p'

PITR恢复

只需修改recovery.conf
recovery_target_time='2019-05-30 21:30:00'

恢复原理

  • 从 backup_label文件中找出CHECKPOINT LOCATION值
  • 根据 recovery.conf 配置文件获取 restore_command和recovery_target_time参数
  • 在恢复的数据库中找到归档文件并重放wal日志数据
  • 恢复完成后 pg_wal 文件夹下生成 timeline history file 例如 000002.history

数据恢复

  • 读取 wal segment/Archive log
    1、常规恢复读取pg_wal目录的日志
    2、PITR读取archive文件通过archive_command数指定归档路径

  • 读取 checkpoint location 位置
    1、常规 恢复读取 pg_control file
    2、PITR 读取 backup_label 文件

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 221,695评论 6 515
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,569评论 3 399
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 168,130评论 0 360
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,648评论 1 297
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,655评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,268评论 1 309
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,835评论 3 421
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,740评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,286评论 1 318
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,375评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,505评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,185评论 5 350
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,873评论 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,357评论 0 24
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,466评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,921评论 3 376
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,515评论 2 359