PostgreSQL数据库单机扩展为流复制

[[194921]]

1. 在standby服务器安装postgres数据库,不需要初始化.

安装过程详见:http://www.cnblogs.com/ilifeilong/p/6979288.html

2. 在primary服务器创建具有REPLICATION权限的复制用户

  1. postgres=# CREATE ROLE repl WITH REPLICATION PASSWORD ‘repl‘ LOGIN; 

3. 允许复制用户远程连接到primary服务器

  1. $ grep "^host" pg_hba.conf 
  2. host    all             all             127.0.0.1/32            trust 
  3. host    replication             repl             0.0.0.0/0               md5  
  4. host    all             all             ::1/128                 trust 

4. 在primary服务器设置流复制相关的参数

  1. $ mkdir /usr/local/pgsql/arch  
  2. $ egrep "archive_mode|max_wal_senders|wal_keep_segments|archive_command|wal_level|hot_standby" postgresql.conf 
  3. al_level = hot_standby            # minimal, archive, hot_standby, or logical 
  4. archive_mode = on        # enables archiving; offonor always 
  5. archive_command = ‘test ! -f /usr/local/pgsql/arch/%f && cp %p /usr/local/pgsql/arch/%f‘         
  6. max_wal_senders = 5        # max number of walsender processes 
  7. wal_keep_segments = 30        # in logfile segments, 16MB each; 0 disables 
  8. hot_standby = on            # "on" allows queries during recovery 
  9. #hot_standby_feedback = off        # send info from standby to prevent 

5. 重新启动primary服务器进程

  1. $ pg_ctl stop -m fast 
  2. $ pg_ctl start 

6. 对primary服务器做一个全备并传输到standby服务器

  • 在primary服务器通过pg_(start|stop)_backup函数进行备份
  1. postgres=# SELECT pg_start_backup(‘label‘, true); 
  2.  pg_start_backup  
  3. ----------------- 
  4.  7/E6000060 
  5. (1 row) 
  6. $ rsync -az --progress ${PGDATA} [email protected]:/usr/local/pgsql/ --exclude postmaster.pid 
  7. postgres=# SELECT pg_stop_backup(); 
  8. NOTICE:  pg_stop_backup complete, all required WAL segments have been archived 
  9.  pg_stop_backup  
  10. ---------------- 
  11.  7/E60005C8 
  12. (1 row) 

在standby服务器通过pg_basebackup命令进行备份,要求standby的PGDATA目录为空

  1. $ pg_basebackup --host=10.189.102.118 --username=repl --port=5432 --label=backup --verbose --progress --pgdata=/usr/local/pgsql/data --checkpoint=fast --format=p --xlog-method=stream 
  2. Password:  
  3. transaction log start point: 7/EA000028 on timeline 1 
  4. pg_basebackup: starting background WAL receiver 
  5. 65933562/65933562 kB (100%), 1/1 tablespace                                          
  6. transaction log end point: 7/EA000830 
  7. pg_basebackup: waiting for background process to finish streaming ... 
  8. pg_basebackup: base backup completed 

7. 设置standby数据库复制相关参数,使得standby失效转移后可以作为主库工作

  1. $ mkdir /usr/local/pgsql/arch 
  2. $ egrep "archive_mode|max_wal_senders|wal_keep_segments|archive_command|wal_level|hot_standby" postgresql.conf 
  3. wal_level = hot_standby                 # minimal, archive, hot_standby, or logical 
  4. archive_mode = on               # enables archiving; offonor always 
  5. archive_command = ‘test ! -f /usr/local/pgsql/arch/%f && cp %p /usr/local/pgsql/arch/%f‘ 
  6. max_wal_senders = 5             # max number of walsender processes 
  7. wal_keep_segments = 30          # in logfile segments, 16MB each; 0 disables 
  8. hot_standby = on                        # "on" allows queries during recovery 
  9. #hot_standby_feedback = off             # send info from standby to prevent 

8. 在standby文件创建恢复文件

  1. $ cat recovery.conf  
  2. restore_command = ‘cp /usr/local/pgsql/arch/%f "%p"‘ 
  3. standby_mode = ‘on‘ 
  4. primary_conninfo = ‘user=repl password=repl host=10.189.102.118 port=5432 sslmode=disable sslcompression=1‘ 
  5. archive_cleanup_command = ‘pg_archivecleanup -d /usr/local/pgsql/arch %r >> /usr/local/pgsql/arch/archive_cleanup.log‘ 
  6. trigger_file = ‘/usr/local/pgsql/data/trigger_active_standby‘ 

9. 启动standby数据库进程,自动启动流复制

  1. $ pg_ctl start -w 
  2. waiting for server to start....LOG:  could not create IPv6 socket: Address family not supported by protocol 
  3. LOG:  redirecting log output to logging collector process 
  4. HINT:  Future log output will appear in directory "pg_log"
  5.  done 
  6. server started 

10. 检查primary和standby数据库的延迟

  • 通过函数和系统表查看
  1. edbstore=# select * from pg_stat_replication;           #在primary主库查看 
  2. -[ RECORD 1 ]----+------------------------------ 
  3. pid              | 15013 
  4. usesysid         | 19206 
  5. usename          | repl 
  6. application_name | walreceiver 
  7. client_addr      | 10.189.100.195 
  8. client_hostname  |  
  9. client_port      | 56072 
  10. backend_start    | 2017-06-13 08:10:35.400508-07 
  11. backend_xmin     |  
  12. state            | streaming 
  13. sent_location    | 7/EC01A588 
  14. write_location   | 7/EC01A588 
  15. flush_location   | 7/EC01A588 
  16. replay_location  | 7/EC01A588 
  17. sync_priority    | 0 
  18. sync_state       | async 
  19.  
  20. edbstore=# SELECT pg_current_xlog_location();                      #在primary主库查看 
  21.  pg_current_xlog_location  
  22. -------------------------- 
  23.  7/EC01A588 
  24. (1 row) 
  25.  
  26. postgres=# select pg_last_xlog_receive_location(),pg_last_xlog_replay_location(),pg_last_xact_replay_timestamp();     #在standby备库查看 
  27.  pg_last_xlog_receive_location | pg_last_xlog_replay_location | pg_last_xact_replay_timestamp  
  28. -------------------------------+------------------------------+------------------------------- 
  29.  7/EC01A588                    | 7/EC01A588                   | 2017-06-13 08:25:20.281568-07 
  30. (1 row) 
  • 通过进程查看
  1. $ ps -ef | grep sender | grep -v grep #在primary库查看  
  2. postgres 15013 24883 0 08:10 ? 00:00:00 postgres: wal sender process repl 10.189.100.195(56072) streaming 7/EC01A668  
  3. $ ps -ef | grep receiver | grep -v grep #在standby库查看  
  4. postgres 12857 12843 0 08:10 ? 00:00:00 postgres: wal receiver process streaming 7/EC01A668 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/307354.html<

(0)
管理的头像管理
上一篇2025-05-27 02:16
下一篇 2025-05-27 02:18

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注