您好,登錄后才能下訂單哦!
這篇文章主要介紹“PostgreSQL12同步流復制搭建及主備切換的方法是什么”的相關知識,小編通過實際案例向大家展示操作過程,操作方法簡單快捷,實用性強,希望這篇“PostgreSQL12同步流復制搭建及主備切換的方法是什么”文章能幫助大家解決問題。
pg12流復制搭建主要方式和之前沒有太大區別,改變的地方在于pg12將recovery.conf文件合并到了postgresql.conf中,相關的配置需要進行修改。
同樣需要在主庫配置接受流復制的連接,修改pg_hba.conf文件,添加另一個備庫的信息
# TYPE DATABASE USER ADDRESS METHOD host replication all 192.168.7.180/24 trust
在postgresql.conf文件添加
listen_addresses = '*' max_wal_senders = 5 wal_level = hot_standby synchronous_standby_names = ''ANY 1(standby01,standby02)'
在兩個備庫執行同樣操作
備份數據:
pg12@dmdb01-> pg_basebackup -h 192.168.7.180 -U bill -F p -P -R -D /home/pg12/pgdata/bk_data/ -l backup191227
修改postgresql.conf文件,添加:
primary_conninfo = 'application_name=standby01 user=bill passfile=''/home/pg12/.pgpass'' host=192.168.7.180 port=1921 sslmode=disable sslcompression=1 target_session_attrs=any'
然后需要在新的$PGDATA目錄下生成一個standby.signal文件。
最后啟動數據庫即可(這里需要注意要使用新的數據目錄啟動),接著在另一臺備庫執行同樣的操作。
主庫驗證:
bill=# select * from pg_stat_replication; pid | usesysid | usename | application_name | client_addr | client_hostname | client_port | backend_start | backend_xmin | state | sent_lsn | write_lsn | flush_lsn | re play_lsn | write_lag | flush_lag | replay_lag | sync_priority | sync_state | reply_time -------+----------+---------+------------------+---------------+-----------------+-------------+-------------------------------+--------------+-----------+-------------+-------------+-------------+--- ----------+-----------+-----------+------------+---------------+------------+------------------------------ 25632 | 16384 | bill | walreceiver | 192.168.7.193 | | 59454 | 2019-12-27 08:56:35.237088+08 | | streaming | 1E/72000060 | 1E/72000060 | 1E/72000060 | 1E /72000060 | | | | 0 | async | 2019-12-27 17:08:44.95124+08 27191 | 16384 | bill | walreceiver | 192.168.7.192 | | 10306 | 2019-12-27 08:59:33.259722+08 | | streaming | 1E/72000060 | 1E/72000060 | 1E/72000060 | 1E /72000060 | | | | 0 | async | 2019-12-27 17:08:43.24504+08 (2 rows)
至此,完成同步流復制standby數據庫的搭建!
當主庫出現故障時,我們需要將備庫提升為主庫進行讀寫操作。在pg12之前我們一般使用2種方式:
pg_ctl 方式: 在備庫主機執行 pg_ctl promote shell 腳本
觸發器文件方式: 備庫配置 recovery.conf 文件的 trigger_file 參數,之后在備庫主機上創建觸發器文件
pg12開始新增了一個pg_promote()函數,讓我們可以通過SQL命令激活備庫。
pg_promote()語法:
pg_promote(wait boolean DEFAULT true, wait_seconds integer DEFAULT 60)
兩個參數:
wait
: 表示是否等待備庫的 promotion 完成或者 wait_seconds 秒之后返回成功,默認值為 true。
wait_seconds
: 等待時間,單位秒,默認 60
切換舉例:
關閉主庫,模擬主庫故障:
pg12@test180-> pg_ctl stop -m fast waiting for server to shut down.... done server stopped
激活備庫:
bill=# select pg_promote(true,60); pg_promote ------------ t (1 row)
驗證:
pg12@dmdb02-> pg_controldata | grep 'Database cluster state' Database cluster state: in production
至此便完成備庫的激活,當原主庫修復完后,我們可重復之前步驟將原主庫作為新的備庫使用。
關于“PostgreSQL12同步流復制搭建及主備切換的方法是什么”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識,可以關注億速云行業資訊頻道,小編每天都會為大家更新不同的知識點。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。