亚洲综合原千岁中文字幕_国产精品99久久久久久久vr_无码人妻aⅴ一区二区三区浪潮_成人h动漫精品一区二区三

主頁 > 知識庫 > PostgreSQL流復制參數max_wal_senders的用法說明

PostgreSQL流復制參數max_wal_senders的用法說明
熱門標簽：重慶自動外呼系統定制 辦公外呼電話系統 地圖標注和圖片名稱的區別 打電話智能電銷機器人授權 漯河外呼電話系統 海豐有多少商家沒有地圖標注 外呼調研系統 合肥公司外呼系統運營商 美容工作室地圖標注

環境：

PostgreSQL 9.2.4

主機:192.25.10.76

從機:192.25.10.71

做postgresql的流復制主從時，會遇到調整max_wal_sengers這個參數，官方文檔對這個參數做了一個簡要的說明(9.2.4比早先版本多了幾句話并做了一些微調)，但沒有實際的例子。

1.參數說明：

Specifies the maximum number of concurrent connections from standby servers or streaming base backup clients (i.e., the maximum number of simultaneously running WAL sender processes). The default is zero, meaning replication is disabled. WAL sender processes count towards the total number of connections, so the parameter cannot be set higher than max_connections. This parameter can only be set at server start. wal_level must be set to archive or hot_standby to allow connections from standby servers.

也就是說，這個參數是在主機上設置的，是從機連接到主機的并發連接數之總和，所以這個參數是個正整型。默認值是0，也即默認沒有流復制功能。該并發連接數從進程上看，就是各個wal sender進程數之和，可以通過ps -ef|grep senders來查看，所以該值不能超過系統的最大連接數(max_connections，該BUG在9.1.5被修復)，可以允許超過實際的流復制用戶數。該參數更改需要重啟DB，比如我只配了一個從機:

[postgres@ndb2 database]$ ps -ef|grep sender
postgres 21257 21247 0 20:57 ?  00:00:00 postgres: wal sender process repuser 192.25.10.71(46161) streaming 0/4018ED8
postgres 22193 20949 0 23:02 pts/0 00:00:00 grep sender

2.異常情況

很多時候配置主從的時候會遺漏這個參數，或者沒有設置正確(比如實際配的從機數超過設置的連接數)，這個時候一般會報錯 number of requested standby connections exceeds max_wal_senders (currently X)： 備機上顯示的日志異常:

2013-08-12 20:53:42.132 CST,,,8859,,5208dad6.229b,1,,2013-08-12 20:53:42 CST,,0,FATAL,XX000,"could not connect to the primary server: FATAL: number of requested standby connections exceeds max_wal_senders (currently 0)
",,,,,,,,,""
2013-08-12 20:53:47.137 CST,,,8861,,5208dadb.229d,1,,2013-08-12 20:53:47 CST,,0,FATAL,XX000,"could not connect to the primary server: FATAL: number of requested standby connections exceeds max_wal_senders (currently 0)
",,,,,,,,,""
2013-08-12 20:53:52.142 CST,,,8862,,5208dae0.229e,1,,2013-08-12 20:53:52 CST,,0,FATAL,XX000,"could not connect to the primary server: FATAL: number of requested standby connections exceeds max_wal_senders (currently 0)
",,,,,,,,,""
2013-08-12 20:53:57.148 CST,,,8864,,5208dae5.22a0,1,,2013-08-12 20:53:57 CST,,0,FATAL,XX000,"could not connect to the primary server: FATAL: number of requested standby connections exceeds max_wal_senders (currently 0)
",,,,,,,,,"

主機上顯示的日志異常:

receiver"
2013-08-12 20:43:26.937 CST,,,21064,"",5208d86e.5248,1,"",2013-08-12 20:43:26 CST,,0,LOG,00000,"connection received: host=192.25.10.71 port=46085",,,,,,,,,""
2013-08-12 20:43:26.938 CST,"repuser","",21064,"192.25.10.71:46085",5208d86e.5248,2,"authentication",2013-08-12 20:43:26 CST,2/1195,0,LOG,00000,"replication connection authorized: user=repuser",,,,,,,,,""
2013-08-12 20:43:26.938 CST,"repuser","",21064,"192.25.10.71:46085",5208d86e.5248,3,"startup",2013-08-12 20:43:26 CST,2/0,0,FATAL,53300,"number of requested standby connections exceeds max_wal_senders (currently 0)",,,,,,,,,"walreceiver"
2013-08-12 20:43:26.939 CST,"repuser","",21064,"192.25.10.71:46085",5208d86e.5248,4,"startup",2013-08-12 20:43:26 CST,,0,LOG,00000,"disconnection: session time: 0:00:00.002 user=repuser database= host=192.25.10.71 port=46085",,,,,,,,,"wa
lreceiver"
2013-08-12 20:43:41.513 CST,,,21066,"",5208d87d.524a,1,"",2013-08-12 20:43:41 CST,,0,LOG,00000,"connection received: host=192.25.10.71 port=46086",,,,,,,,,""
2013-08-12 20:43:41.514 CST,"repuser","",21066,"192.25.10.71:46086",5208d87d.524a,2,"authentication",2013-08-12 20:43:41 CST,2/1198,0,LOG,00000,"replication connection authorized: user=repuser",,,,,,,,,""
2013-08-12 20:43:41.514 CST,"repuser","",21066,"192.25.10.71:46086",5208d87d.524a,3,"startup",2013-08-12 20:43:41 CST,2/0,0,FATAL,53300,"number of requested standby connections exceeds max_wal_senders (currently 0)",,,,,,,,,"walreceiver"
2013-08-12 20:43:41.515 CST,"repuser","",21066,"192.25.10.71:46086",5208d87d.524a,4,"startup",2013-08-12 20:43:41 CST,,0,LOG,00000,"disconnection: session time: 0:00:00.002 user=repuser database= host=192.25.10.71 port=46086",,,,,,,,,"wa
lreceiver"
...

遇到如此問題，則需要檢查postgresql.conf文件的max _wal_senders參數了。

3.參數生效

文檔上說明需要重啟DB使之生效，如果動態使之生效會報錯如下：

[postgres@proxy1 ]$ psql
psql (9.2.4)
Type "help" for help.
postgres=# show max_wal_senders ;
 max_wal_senders 
-----------------
 0
(1 row)
postgres=# set max_wal_senders=1;
ERROR: parameter "max_wal_senders" cannot be changed without restarting the server
postgres=#

補充： postgresql基于流復制 (streaming replication)的warm-standby

實例一枚：

Primary:

l 歸檔設置：

Wal_level=archive
Archive_mode=on
archive_command = 'cp -i %p /data/pgsql/archived_wal/%f'

l 流復制相關設置：

max_wal_senders = '10'  #啟動復制進程數量限制，必須大于0
max_replication_slots = '10' #為使用replication slot，必須大于0；replication slot作用是保證wal沒有同步到standby之前不能從pg_xlog移走；
wal_keep_segments = '50'    #指定pg_xlog中最少保留的wal數量
 
select pg_create_physical_replication_slot(‘gp1_a_slot'); #創建replication slot
select * from pg_replication_slots;       #查詢創建的replication slot

l 編輯pg_hba.conf

# Allow replication connections from localhost, by a user with the replication privilege.
#host replication  postgres  127.0.0.1/32   trust
#host replication  postgres  ::1/128     trust
local replication  postgres        trust
host replication  postgres  192.168.12.0/24   trust

l 聯機備份過程（基礎備份）

#touch /var/lib/pgsql/backup_in_progress
$psql –c "select pg_start_backup('hot_backup');"
$tar -cf /var/lib/pgsql/backup.tar /var/lib/pgsql/data/
$psql -c "select pg_stop_backup();"
#rm /var/lib/pgsql/backup_in_progress
tar -rf /var/lib/pgsql/backup.tar /var/lib/pgsql/archive/ #打包歸檔

實例：

psql -c "select pg_start_backup('pgbk10');"
tar -zcf pgbk10.tgz data/
psql -c "select pg_stop_backup();"

Standby：

l 編輯recovery.conf

standby_mode = 'on'
primary_conninfo = 'host=192.168.12.38 port=5666 user=postgres'
primary_slot_name='gp1_a_slot'
#restore_command = 'cp /data/pgsql/archived_wal/%f %p'
#archive_cleanup_command = 'pg_archivecleanup /data/pgsql/archived_wal %r'

l 將primary上的基礎備份傳輸到standby上

$scp primary: /var/lib/pgsql/backup.tar .

解壓備份到standby上的$PGDATA

l 啟動standby

$pg_ctl start –D $PGDATA

啟動standby后，postgres開始從primary上接收wal日志進行恢復，并且一直保持恢復狀態，psql不能登錄；

以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。

您可能感興趣的文章:
  • PostgreSQL 邏輯復制 配置操作
  • postgresql流復制原理以及流復制和邏輯復制的區別說明
  • PostgreSQL 流復制異步轉同步的操作
  • Postgresql 檢查數據庫主從復制進度的操作
  • CentOS PostgreSQL 12 主從復制(主從切換)操作

標簽：晉城 衡陽 烏海 錦州 蚌埠 珠海 株洲 來賓

巨人網絡通訊聲明：本文標題《PostgreSQL流復制參數max_wal_senders的用法說明》，本文關鍵詞  PostgreSQL,流,復制,參數,max,；如發現本文內容存在版權問題，煩請提供相關信息告之我們，我們將及時溝通與處理。本站內容系統采集于網絡，涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《PostgreSQL流復制參數max_wal_senders的用法說明》相關的同類信息！
  • 本頁收集關于PostgreSQL流復制參數max_wal_senders的用法說明的相關信息資訊供網民參考！
    • 推薦文章
    久久久久久久久综合影视网| 精品国产一区二区三区久| 色综合久久手机在线| 日本久久久久久久 97久久精品一区二区三区 狠狠色噜噜狠狠狠狠97 日日干综合 五月天婷婷在线观看高清 九色福利视频 | 国产综合91天堂亚洲国产| 日韩在线观看视频网站| 久久精品店| 成人高清视频在线观看| 国产成人精品影视| 日韩专区亚洲综合久久| 日本特黄特黄aaaaa大片| 高清一级做a爱过程不卡视频| 欧美1区| 91麻豆精品国产片在线观看| 日韩中文字幕一区二区不卡| 亚洲天堂在线播放| 日韩免费在线观看视频| 国产亚洲精品aaa大片| 四虎影视精品永久免费网站| 成人影院一区二区三区| 久久精品欧美一区二区| 日韩免费片| 欧美另类videosbestsex高清| 欧美一级视频免费| 日韩在线观看视频黄| 欧美国产日韩一区二区三区| 一级毛片视频免费| 国产视频久久久久| 可以免费在线看黄的网站| 日韩男人天堂| 日韩在线观看视频网站| 日本久久久久久久 97久久精品一区二区三区 狠狠色噜噜狠狠狠狠97 日日干综合 五月天婷婷在线观看高清 九色福利视频 | 日本伦理片网站| 午夜在线亚洲| 99久久精品国产高清一区二区| 日本免费看视频| 欧美1卡一卡二卡三新区| a级毛片免费观看网站| 免费国产一级特黄aa大片在线| 亚洲天堂免费| 久久国产精品只做精品| 麻豆网站在线免费观看| 美女免费精品视频在线观看| 国产亚洲精品aaa大片| 日韩专区第一页| 天天做日日干| 欧美1卡一卡二卡三新区| 黄色福利| 国产一区二区精品久| 在线观看成人网 | 欧美激情伊人| 欧美激情影院| 国产麻豆精品高清在线播放| 久久精品大片| 久久精品大片| 黄色福利片| 国产高清视频免费观看| 久久国产精品自由自在| 精品国产亚洲一区二区三区| a级黄色毛片免费播放视频| 亚洲精品影院久久久久久| 日本乱中文字幕系列| 欧美夜夜骑 青草视频在线观看完整版 久久精品99无色码中文字幕 欧美日韩一区二区在线观看视频 欧美中文字幕在线视频 www.99精品 香蕉视频久久 | 日韩免费在线视频| 精品久久久久久免费影院| 精品久久久久久影院免费| 免费一级片网站| 超级乱淫伦动漫| 亚洲 男人 天堂| 亚欧视频在线| 欧美另类videosbestsex| 国产网站免费| 四虎影视久久久| 国产综合91天堂亚洲国产| 黄色短视频网站| 黄视频网站在线看| 成人免费观看的视频黄页| 成人高清免费| 国产不卡在线观看视频| 成人免费观看视频| 色综合久久天天综线观看| 国产视频在线免费观看| 好男人天堂网 久久精品国产这里是免费 国产精品成人一区二区 男人天堂网2021 男人的天堂在线观看 丁香六月综合激情 | 欧美夜夜骑 青草视频在线观看完整版 久久精品99无色码中文字幕 欧美日韩一区二区在线观看视频 欧美中文字幕在线视频 www.99精品 香蕉视频久久 | 亚洲天堂免费| 四虎精品在线观看| 国产亚洲男人的天堂在线观看| 九九久久99综合一区二区| 青青青草影院| 国产国产人免费视频成69堂| 亚洲精品影院久久久久久| 精品视频免费看| 免费国产在线观看不卡| 韩国三级香港三级日本三级| a级毛片免费观看网站| 日韩中文字幕一区二区不卡| 九九精品在线| 韩国妈妈的朋友在线播放| 香蕉视频一级| 国产美女在线观看| 久草免费在线色站| 欧美爱色| 国产91视频网| 99色精品| 毛片成人永久免费视频| 中文字幕一区二区三区精彩视频| 精品久久久久久中文字幕一区 | 欧美一级视频免费| 日韩一级黄色| 色综合久久天天综线观看| 免费国产一级特黄aa大片在线| 国产不卡高清在线观看视频| 国产精品12| 国产亚洲免费观看| 99久久精品国产高清一区二区 | 国产视频网站在线观看| 日韩欧美一二三区| 91麻豆精品国产自产在线| 91麻豆国产级在线| 好男人天堂网 久久精品国产这里是免费 国产精品成人一区二区 男人天堂网2021 男人的天堂在线观看 丁香六月综合激情 | 美女免费黄网站| 深夜做爰性大片中文| 你懂的在线观看视频| 亚洲天堂在线播放| 精品国产一区二区三区久久久狼| 国产成a人片在线观看视频| 免费一级生活片| 日本久久久久久久 97久久精品一区二区三区 狠狠色噜噜狠狠狠狠97 日日干综合 五月天婷婷在线观看高清 九色福利视频 | 久久99中文字幕| 九九精品久久| 日本免费乱理伦片在线观看2018| 欧美一级视频免费观看| 黄色福利片| 人人干人人草| 美女被草网站| 日韩免费片| 亚欧视频在线| 欧美另类videosbestsex久久| 成人高清视频在线观看| 国产成人精品综合在线| 国产一区二区精品| 国产精品自拍在线| 欧美激情一区二区三区视频高清| 亚洲天堂一区二区三区四区| 国产高清在线精品一区a| 999久久久免费精品国产牛牛| 欧美激情一区二区三区视频| 精品国产香蕉伊思人在线又爽又黄| 亚洲 男人 天堂| 免费的黄视频| 可以在线看黄的网站| 精品视频在线观看一区二区 | 国产精品自拍在线| 日韩一级精品视频在线观看| 欧美一级视| 精品国产一区二区三区久久久狼| 好男人天堂网 久久精品国产这里是免费 国产精品成人一区二区 男人天堂网2021 男人的天堂在线观看 丁香六月综合激情 | 亚洲 男人 天堂| 国产网站麻豆精品视频| 可以在线看黄的网站| 91麻豆精品国产高清在线| 九九免费精品视频| 国产福利免费观看| 亚久久伊人精品青青草原2020| 欧美国产日韩久久久| 欧美电影免费看大全| 麻豆网站在线免费观看| 九九干| 91麻豆精品国产片在线观看| a级毛片免费观看网站| a级毛片免费观看网站| 亚洲精品中文字幕久久久久久| 欧美大片毛片aaa免费看| 国产亚洲精品成人a在线| 黄视频网站在线看| 久草免费在线观看| 日韩欧美一二三区| 午夜久久网| 国产成人啪精品| 久久精品免视看国产成人2021| 91麻豆精品国产高清在线| 麻豆系列 在线视频| 日韩一级黄色| 精品视频免费看| 欧美激情一区二区三区中文字幕| 美女免费毛片| 国产91精品系列在线观看| 91麻豆tv| 午夜久久网| 国产91精品一区二区| 欧美激情一区二区三区在线| 青青久在线视频| 可以在线看黄的网站| 一本高清在线| 青青久久精品| 成人在激情在线视频| 日韩专区第一页| 好男人天堂网 久久精品国产这里是免费 国产精品成人一区二区 男人天堂网2021 男人的天堂在线观看 丁香六月综合激情 | 亚洲www美色| 中文字幕一区二区三区精彩视频 |