PostgreSQL 主備數(shù)據(jù)宕機恢復測試方案
主節(jié)點宕機數(shù)據(jù),備庫數(shù)據(jù)恢復
背 景
在從節(jié)點停止服務,然后往主庫不斷寫入數(shù)據(jù),然后把主機宕機掉,啟動從庫,把主庫宕機期間的增量wal日志復制到從庫的archive目錄下, 執(zhí)行恢復腳本,則會把主機宕機后的增量數(shù)據(jù)追加到數(shù)據(jù)庫。
環(huán)境
服務器 | 角色 |
---|---|
10.10.56.16 | master |
10.10.56.18 | slave |
- 配置16 master 的 pg_hba,conf 文件
host all all 10.10.56.0/0 md5 host replication all 10.10.56.0/0 trust "pg_hba.conf" 96L, 4652C
配置16 master的 postgresql.conf
listen_addresses = '*' max_connections = 1000 wal_level = logical archive_mode = on archive_command = '/bin/true' log_destination = 'csvlog' logging_collector = on log_filename = 'postgresql-%Y-%m-%d.log' log_rotation_size = 20MB log_statement = 'mod' log_replication_commands = on deadlock_timeout = 100ms
配置18 slave,初始化數(shù)據(jù)庫從master pg_basebackup
/opt/pgsql-10/bin/pg_basebackup -h 10.10.56.16 -U repl -W -Fp -Pv -Xs -R -D /pgdata/10/poc/data/
配置18的 recovery.conf ,從歸檔目錄恢復數(shù)據(jù)
#standby_mode = 'on' #primary_conninfo = 'user=repl password=123456 host=10.10.56.16 port=5432 sslmode=disable sslcompression=1 target_session_attrs=any' restore_command = 'cp /pgdata/10/archive/%f %p'
以上就實現(xiàn)了主從異步流復制
啟動16查詢 為 f 表示為 主庫
pocdb=# select pg_is_in_recovery(); pg_is_in_recovery ------------------- f (1 row) Time: 0.786 ms pocdb=#
在16 創(chuàng)建用戶 repl 、創(chuàng)建表、略
主庫16正常時,p表數(shù)據(jù)為
pocdb=# select max(id) from p; max --------- 3774121 (1 row)
從庫18 p表數(shù)據(jù)
pocdb=# select max(id) from p; max --------- 3774121 (1 row)
主庫宕機前(16)
pocdb=# select max(id) from p; max --------- 4005263 (1 row)
主庫(16)宕機后,從庫進行恢復后,數(shù)據(jù)已經(jīng)追加:
postgres@clw-db3:/pgdata/10/poc/data> /opt/pgsql-10/bin/psql pocdb psql (10.3) Type "help" for help. pocdb=# select max(id) from p; max --------- 4005263 (1 row)
補充:postgresql在windows重裝后如何重新恢復的方法
背景
windows系統(tǒng)重裝后我們的postgresql服務器就不會正常啟動,因為在系統(tǒng)中注冊的服務重裝后已經(jīng)沒有了,但是你的postgresql不是安裝在系統(tǒng)盤區(qū)上的,那么postgresql服務器的文件和數(shù)據(jù)就還是存在的,比如原來的安裝目錄是D:\PostgreSQL,那么我們怎么讓服務器服務自動運行起來,這樣我們的程序才能連接數(shù)據(jù)庫了,而且數(shù)據(jù)還不會丟失。
處理方法
第一種方法:
最簡單的辦法重裝,把原來的文件全部刪除,如果原來有數(shù)據(jù)備份,把備份數(shù)據(jù)恢復就可以了,那如果重裝系統(tǒng)前沒有備份數(shù)據(jù)呢?這種辦法就找不回原來的數(shù)據(jù)了,對于開發(fā)者來說是很頭疼的,那么我給大家介紹第二種方法,前提是數(shù)據(jù)庫的安裝目錄和數(shù)據(jù)庫數(shù)據(jù)目錄文件夾都是完好無損的,否則我也沒辦法了;
第二種方法:
重新注冊服務,其實比重新安裝還簡單了;執(zhí)行命令就可以了,
第一步:進入到數(shù)據(jù)庫的安裝目錄,cd D:\PostgreSQL\bin;
第二部:執(zhí)行服務注冊:
pg_ctl register -N pg921 -D D:\PostgreSQL\data -S auto -w -t 10 -l D:/PostgreSQL/pg921.log -o "-p 5432",
-N pg921 代表注冊服務的名稱 ,-D代表數(shù)據(jù)庫文件目錄 ,-S代表服務啟動方式auto自動,demand手動,-o "-p 5432"指啟動服務端口;(可以通過pg_ctl --help命令查看使用方法)
第三步:啟動服務,net start pg921;
通過上面的的方法就成功的注冊了服務器,以后每次開機都可以使用數(shù)據(jù)庫了;
但是postgresql自帶的一個管理工具pgAdmin3還是不能正常使用,需要我們配置,配置方法見下圖:
注意:服務項不需要填寫,主機填寫localhost,如果填寫真實的ip,必須在數(shù)據(jù)庫配置文件中配置ip權(quán)限,否則不能連接;
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
PGSQL 實現(xiàn)查詢今天,昨天的數(shù)據(jù),一個月之內(nèi)的數(shù)據(jù)
這篇文章主要介紹了PGSQL 實現(xiàn)查詢今天,昨天的數(shù)據(jù),一個月之內(nèi)的數(shù)據(jù),具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01基于postgresql數(shù)據(jù)庫鎖表問題的解決
這篇文章主要介紹了基于postgresql數(shù)據(jù)庫鎖表問題的解決,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-12-12PostgreSQL查詢和處理JSON數(shù)據(jù)
這篇文章主要給大家介紹了關(guān)于PostgreSQL查詢和處理JSON數(shù)據(jù)的相關(guān)資料,需要的朋友可以參考下2023-11-11PostgreSQL實時查看數(shù)據(jù)庫實例正在執(zhí)行的SQL語句實例詳解
在任何數(shù)據(jù)庫中,分析和優(yōu)化SQL的執(zhí)行,最重要的工作就是執(zhí)行計劃的解讀,而說到執(zhí)行計劃得先了解postgresql的查詢執(zhí)行過程,下面這篇文章主要給大家介紹了關(guān)于PostgreSQL實時查看數(shù)據(jù)庫實例正在執(zhí)行的SQL語句的相關(guān)資料,需要的朋友可以參考下2023-01-01常用?PostgreSQL?數(shù)據(jù)恢復方案及使用示例
這篇文章主要介紹了常用?PostgreSQL?數(shù)據(jù)恢復方案概覽,數(shù)據(jù)丟失通常是由?DDL?與?DML?兩種操作引起,由于在操作系統(tǒng)中表文件已經(jīng)不存在,所以只能采用恢復磁盤的方法進行數(shù)據(jù)恢復,需要的朋友可以參考下2022-01-01postgresql查詢自動將大寫的名稱轉(zhuǎn)換為小寫的案例
這篇文章主要介紹了postgresql查詢自動將大寫的名稱轉(zhuǎn)換為小寫的案例,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01