PotgreSQL?基于時(shí)間點(diǎn)恢復(fù)過程
前言
本篇文章介紹 PostgreSQL 基于時(shí)間點(diǎn)恢復(fù)（point-in-time-recover）需要的條件及恢復(fù)過程，屬于操作說明。
1. WAL 日志
WAL（Write Ahead Log） 日志優(yōu)先寫機(jī)制，常用于關(guān)系型數(shù)據(jù)庫維護(hù)事務(wù) 持久性、一致性 的一種常見手段，例如 MySQL 中的 Redo Log 也屬于是 WAL 日志，不過在 MySQL 中如果要實(shí)現(xiàn) PITR 要使用 Binlog 日志，這塊兒我理解 MySQL 也可以用 Redo 去做復(fù)制的，也可以用 Redo 做 PITR 但 MySQL 是多引擎架構(gòu)，不僅僅有事務(wù)引擎，其它引擎不支持 Redo，所以才使用 Binlog 應(yīng)用于 PITR 和主從復(fù)制。
在 PostgreSQL 只有事務(wù)引擎，所以 WAL 日志既可以應(yīng)用于事務(wù)系統(tǒng)，也可以于主從同步和 PITR。
1.1 WAL 配置
想要實(shí)現(xiàn) PITR 相當(dāng)于一個(gè)全量備份 + 增量備份，那 WAL 就是用于做增量備份，此時(shí)就需要啟用 WAL 歸檔：
wal_level = replica # minimal, replica, or logical
archive_mode = on # enables archiving; off, on, or always
# (change requires restart)
# 這里的目標(biāo)是歸檔的目錄，需要提前創(chuàng)建
archive_command = 'cp %p /data/pgsql12/archive/%f && echo %f >> /data/pgsql12/archive/archive.list' # command to use to archive a logfile segment配置完成后需要重啟數(shù)據(jù)庫：
pg_ctl -D /data/pgsql12/data/ -l /data/pgsql12/logs/start.log restart
2. pg_basebackup
pg_basebackup 是 PostgreSQL 自帶的物理熱備工具，不過僅支持備份整個(gè)實(shí)例，無法進(jìn)行單庫單表備份，可用于備庫搭建：
pg_basebackup [OPTION]...
| 參數(shù) | 含義 |
|---|---|
| -D/–pg-data | 備份文件目錄，表示將備份文件寫入到那個(gè)目錄下 |
| -F/–format | 默認(rèn)為p、可選擇p、t |
| -r/–max-rate | 傳輸數(shù)據(jù)的最大速率限制 |
| -R/–write-recovery-conf | 輸出用于replication的配置信息 |
| -X, --wal-method | 指定復(fù)制wal日志的方式，有none、fetch、stream，推薦使用stream避免接收wal信息是源端日志被覆蓋 |
| -z, --gzip | 是否壓縮，配合-F t使用 |
| -Z, --compress=0-9 | 壓縮等級(jí)，數(shù)字越大壓縮率越大、越消耗CPU資源 |
| -c, --checkpoint | 設(shè)置checkpoint的模式：fast、spread |
| -C, --create-slot | 創(chuàng)建復(fù)制槽 |
| -S, --slot=SLOTNAME | 指定復(fù)制槽名稱 |
| -l, --label=LABEL | 指定一個(gè)備份標(biāo)識(shí)，便于運(yùn)維人員后續(xù)的維護(hù) |
| -n, --no-clean | do not clean up after errors |
| -N, --no-sync | do not wait for changes to be written safely to disk |
| -P, --progress | 打印備份進(jìn)度信息 |
| -v, --verbose | 輸出詳細(xì)的信息 |
2.1 常用命令
用于基本的備份恢復(fù)常用命令：
pg_basebackup -D 備份文件目錄 -v -P -Upostgres -h 127.0.0.1 -p5432 -R
3. 全備恢復(fù)實(shí)驗(yàn)
3.1 進(jìn)行一個(gè)全備
pg_basebackup -D /data/pgsql12/backup -v -P -Upostgres -h 127.0.0.1 -p5432 -R
pg_basebackup: initiating base backup, waiting for checkpoint to complete pg_basebackup: checkpoint completed pg_basebackup: write-ahead log start point: 2/6D000028 on timeline 2 pg_basebackup: starting background WAL receiver pg_basebackup: created temporary replication slot "pg_basebackup_74591" 2455778/2455778 kB (100%), 1/1 tablespace pg_basebackup: write-ahead log end point: 2/6D000138 pg_basebackup: waiting for background process to finish streaming ... pg_basebackup: syncing data to disk ... pg_basebackup: base backup completed
3.2 寫入增量數(shù)據(jù)
postgres=# update pgbench_accounts set abalance = 100 where bid = 41; UPDATE 100000
postgres=# select pg_current_wal_lsn();
pg_current_wal_lsn
--------------------
2/70D63FD0
postgres=# select now();
now
-------------------------------
2023-08-08 13:51:34.475891+083.3 模擬備份恢復(fù)
此時(shí)最壞的事情發(fā)生了，需要恢復(fù)數(shù)據(jù)，首先需要先關(guān)閉數(shù)據(jù)庫：
pg_ctl -D /data/pgsql12/data/ stop waiting for server to shut down.... done server stopped
將數(shù)據(jù)目錄重命名，將基礎(chǔ)備份
# 重命名備份目錄 mv data data_bak # 移動(dòng)備份文件至數(shù)據(jù)目錄 mv backup data # 修改數(shù)據(jù)目錄為 700 否則無法啟動(dòng) # DETAIL: Permissions should be u=rwx (0700) or u=rwx,g=rx (0750). chmod 700 /data/pgsql12/data/
修改數(shù)據(jù)目錄下 postgresql.auto.conf 文件：
restore_command = 'cp /data/pgsql12/archive/%f %p > /data/pgsql12/archive/recovery.log 2>&1 ' # 通過 LSN 方式恢復(fù) recovery_target_lsn='2/70D63FD0' # 通過時(shí)間點(diǎn)的方式恢復(fù) 2 選 1 recovery_target_time = '2023-08-08 13:51:34' # 達(dá)到恢復(fù)目標(biāo)后，數(shù)據(jù)的動(dòng)作 promote 表示可以直接接受連接，測試使用，生產(chǎn)恢復(fù)建議使用 pause（默認(rèn)值）確認(rèn)數(shù)據(jù)恢復(fù)好后，手動(dòng)刪除 recovery.signal 文件即可。 recovery_target_action = 'promote'
配置完這些后，重新啟動(dòng)數(shù)據(jù)庫：
pg_ctl -D /data/pgsql12/data start -l /data/pgsql12/logs/start.log
驗(yàn)證剛才的增量數(shù)據(jù)是否已經(jīng)恢復(fù)：
postgres=# select count(*) from pgbench_accounts where bid = 41 and abalance = 100; count -------- 100000
總結(jié)
PostgreSQL 想要實(shí)現(xiàn) PITR 需要設(shè)置 wal_level 配置參數(shù)為 replica 或更高級(jí)別，且配置合理的歸檔機(jī)制和歸檔清理機(jī)制，本篇文章只引入恢復(fù)流程，一套生產(chǎn)環(huán)境備份恢復(fù)如何配置，我們將在下一篇文章介紹。
到此這篇關(guān)于PotgreSQL 基于時(shí)間點(diǎn)恢復(fù)的文章就介紹到這了,更多相關(guān)PotgreSQL 時(shí)間點(diǎn)恢復(fù)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
postgresql查詢今天、昨天、本周、本月、上月、今年、去年的時(shí)間以及計(jì)算時(shí)間之差
PostgreSQL提供了許多返回當(dāng)前日期和時(shí)間的函數(shù),下面這篇文章主要給大家介紹了關(guān)于postgresql查詢今天、昨天、本周、本月、上月、今年、去年的時(shí)間以及計(jì)算時(shí)間之差的相關(guān)資料,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2024-08-08
這篇文章主要介紹了pgsql的UUID生成函數(shù)實(shí)例，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2021-01-01
這篇文章主要介紹了PostgreSQL COALESCE使用方法代碼解析,文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-12-12
PostgreSQL數(shù)據(jù)DML誤操作恢復(fù)方法
PostgreSQL是一種開源的對(duì)象關(guān)系型數(shù)據(jù)庫管理系統(tǒng),其DML（Data Manipulation Language）負(fù)責(zé)數(shù)據(jù)的操作和管理,那么如何DML誤操作了如何恢復(fù),所以本文介紹了PostgreSQL數(shù)據(jù)DML誤操作恢復(fù)方法,需要的朋友可以參考下2024-12-12
postgresql 獲取兩個(gè)時(shí)間類型小時(shí)差值案例
這篇文章主要介紹了postgresql 獲取兩個(gè)時(shí)間類型小時(shí)差值案例，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2020-12-12
解決sqoop從postgresql拉數(shù)據(jù),報(bào)錯(cuò)TCP/IP連接的問題
這篇文章主要介紹了解決sqoop從postgresql拉數(shù)據(jù),報(bào)錯(cuò)TCP/IP連接的問題，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2020-12-12
PostgreSQL怎么創(chuàng)建分區(qū)表詳解
數(shù)據(jù)庫表分區(qū)把一個(gè)大的物理表分成若干個(gè)小的物理表,并使得這些小物理表在邏輯上可以被當(dāng)成一張表來使用,下面這篇文章主要給大家介紹了關(guān)于PostgreSQL怎么創(chuàng)建分區(qū)表的相關(guān)資料,需要的朋友可以參考下2022-06-06
navicat連接postgresql、人大金倉等數(shù)據(jù)庫報(bào)錯(cuò)解決辦法
在使用Navicat操作數(shù)據(jù)庫時(shí),遇到數(shù)據(jù)報(bào)錯(cuò)是一個(gè)常見的問題,這類問題可能涉及多個(gè)方面,下面這篇文章主要給大家介紹了關(guān)于navicat連接postgresql、人大金倉等數(shù)據(jù)庫報(bào)錯(cuò)的解決辦法,需要的朋友可以參考下2024-08-08
使用PostgreSQL數(shù)據(jù)庫建立用戶畫像系統(tǒng)的方法
這篇文章主要介紹了使用PostgreSQL數(shù)據(jù)庫建立用戶畫像系統(tǒng),下面使用一個(gè)具體的例子來說明如何使用PostgreSQL的json數(shù)據(jù)類型來建立用戶標(biāo)簽數(shù)據(jù),需要的朋友可以參考下2022-10-10
PostgreSQL數(shù)據(jù)庫視圖及子查詢使用操作
這篇文章主要為大家介紹了PostgreSQL數(shù)據(jù)庫視圖及子查詢的使用操作，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步早日升職加薪2022-04-04