Postgres主从（3）各种问题场景处理

最新推荐文章于 2023-10-26 16:59:32 发布
原创 最新推荐文章于 2023-10-26 16:59:32 发布 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了在不同故障场景下，如何利用Repmgr工具进行PostgreSQL集群的故障恢复和角色切换，包括主从服务器宕机、网络故障等场景的具体操作步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Repmgrd宕机

主从上的Repmgrd宕机不影响服务运行，及时启动即可

仅在repmgrd宕机后发生再发生PG或服务器宕机，则无法正常切换

从服务器宕机

前置状态

  • 3为主服务器
  • 2为从服务器
  • VIP为6，主服务器才能具备VIP

模拟场景

2服务器宕机

通过停止reboot操作系统模拟该场景

预期结果

主和VIP能够正常访问和写入数据

检查VIP状态

通过VIP6访问PG，验证是否正常

后续手动操作

1启动数据库
2检查复制状态

主3服务器查询

SELECT * FROM pg_stat_replication;

从2服务器查询

SELECT * FROM pg_stat_wal_receiver
3注册为从

在从2和主3上查询状态

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf cluster show

应看到类似如下信息

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | standby |   running | emppgs03 | default  | host=10.8.1.2 user=repmgr dbname=repmgr connect_timeout=2
 3  | emppgs03 | primary | * running |          | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
4检查repmgrd状态

检查

ps -ef | grep repmgrd

如果进程不存在，启动repmgrd

从数据库服务宕机，服务器正常

前置状态

  • 3为主服务器
  • 2为从服务器
  • VIP为6，主服务器才能具备VIP

模拟场景

从2数据库服务宕机，服务器正常

通过停止数据库模拟该场景

预期结果

主和VIP能够正常访问和写入数据

检查VIP状态

通过VIP6访问PG，验证是否正常

后续手动操作

1启动数据库

启动从2数据库服务

2检查复制状态

主3服务器查询

SELECT * FROM pg_stat_replication;

从2服务器查询

SELECT * FROM pg_stat_wal_receiver
3注册为从

在从2和主3上查询状态

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf cluster show

应看到类似如下信息

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | standby |   running | emppgs03 | default  | host=10.8.1.2 user=repmgr dbname=repmgr connect_timeout=2
 3  | emppgs03 | primary | * running |          | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
4检查repmgrd状态

检查

ps -ef | grep repmgrd

如果进程不存在，启动repmgrd

从服务器网络故障

前置状态

  • 3为主服务器
  • 2为从服务器
  • VIP为6，主服务器才能具备VIP

模拟场景1

3服务器与外界网络断开

通过防火墙或腾讯云安全组模拟
3服务器只允许访问22端口入站，不限制任何出站
2服务器不限制任何出入站

预期结果1

2由于和3网络不通，认为3宕机，认为自己成为主，但由于无法从3拿到VIP，实际上无法对外提供服务

实际上仍然由3作为主，并具有VIP

模拟场景2

3服务器与外界网络断开后恢复正常

预期结果2

仍然由3作为主，并具有VIP

检查VIP状态

通过VIP6访问PG，验证是否正常

恢复后续手动操作

手动将2变为从并跟随主3

1从主3克隆数据到2

2的数据库实例必须先关闭

删除数据库实例data下所有数据

注意不要删除/data/pgdata10文件夹，否则重新创建该文件夹并给postgres用户授权

rm -rf /data/pgdata10/*

测试能否使用主服务器进行clone

su postgres

repmgr -h 10.8.1.3 -U repmgr -d repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf standby clone --dry-run

如果未出现Error，执行Clone

repmgr -h 10.8.1.3 -U repmgr -d repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf standby clone --fast-checkpoint

注：pgdat下所有文件如postgresql.conf, postgresql.auto.conf, pg_hba.conf和pg_ident.conf都将被拷贝，可能需要手动修改其中的配置

修改完PostgreSQL的配置文件后，启动3的PG服务

2检查复制状态

主3服务器查询

SELECT * FROM pg_stat_replication;

从2服务器查询

SELECT * FROM pg_stat_wal_receiver
3注册为从
repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  standby register

如果因节点已存在而失败，强制注册

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  standby register --force

在从2和主3上查询状态

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf cluster show

应看到类似如下信息

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | standby |   running | emppgs03 | default  | host=10.8.1.2 user=repmgr dbname=repmgr connect_timeout=2
 3  | emppgs03 | primary | * running |          | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
4检查repmgrd状态

检查

ps -ef | grep repmgrd

如果进程不存在，启动repmgrd

主服务器宕机

前置状态

  • 3为主服务器
  • 2为从服务器
  • VIP为6，主服务器才能具备VIP

模拟场景

3服务器宕机

通过停止reboot操作系统模拟该场景

预期结果

30秒后2自动提升为主并对外服务

1.检查集群节点状态

在新主2服务器上检查

su postgres
# 查询集群节点状态
repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  cluster show

预期结果：

2服务器 role为primary，status为* running,例如

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | primary | * running |          | default  | host=10.8.1.2 user=repmgr dbname=repmgr connect_timeout=2
 3  | emppgs03 | primary | - failed  |          | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
2.检查VIP状态

通过VIP6访问PG，验证是否正常

后续手动操作

手动将老主3变为从并跟随新主2

1从新主2克隆数据到旧主3

旧主3的数据库实例必须先关闭

删除数据库实例data下所有数据

注意不要删除/data/pgdata10文件夹，否则重新创建该文件夹并给postgres用户授权

rm -rf /data/pgdata10/*

测试能否使用主服务器进行clone

su postgres

repmgr -h 10.8.1.2 -U repmgr -d repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf standby clone --dry-run

如果未出现Error，执行Clone

repmgr -h 10.8.1.2 -U repmgr -d repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf standby clone --fast-checkpoint

注：pgdat下所有文件如postgresql.conf, postgresql.auto.conf, pg_hba.conf和pg_ident.conf都将被拷贝，可能需要手动修改其中的配置

修改完PostgreSQL的配置文件后，启动3的PG服务

2检查复制状态

主3服务器查询

SELECT * FROM pg_stat_replication;

从2服务器查询

SELECT * FROM pg_stat_wal_receiver
3注册为从
repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  standby register

如果因节点已存在而失败，强制注册

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  standby register --force

在从3和主2上查询状态

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf cluster show

应看到类似如下信息

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | primary | * running |          | default  | host=10.8.1.2 user=repmgr dbname=repmgr connect_timeout=2
 3  | emppgs03 | standby |   running | emppgs02 | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
4检查repmgrd状态

检查

ps -ef | grep repmgrd

如果进程不存在，启动repmgrd

主数据库宕机，服务器正常

前置状态

  • 2为主服务器
  • 3为从服务器
  • VIP为6，主服务器才能具备VIP

模拟场景

2数据库宕机后，2服务器正常

通过停止pg服务模拟该场景

预期结果

30秒后3自动提升为主并对外服务

1.检查集群节点状态

在新主3服务器上检查

su postgres
# 查询集群节点状态
repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  cluster show

预期结果：

3服务器 role为primary，status为* running,例如

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | primary | - failed  |          | default  | host=emppgs02 user=repmgr dbname=repmgr                  
 3  | emppgs03 | primary | * running |          | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
2.检查VIP状态

通过VIP6访问PG，验证是否正常

后续手动操作

手动将老主变为从并跟随新主

1从新主3克隆数据到旧主2

旧主2的数据库实例必须先关闭

删除数据库实例data下所有数据

注意不要删除/data/pgdata10文件夹，否则重新创建该文件夹并给postgres用户授权

rm -rf /data/pgdata10/*

测试能否使用主服务器进行clone

su postgres

repmgr -h 10.8.1.3 -U repmgr -d repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf standby clone --dry-run

如果未出现Error，执行Clone

repmgr -h 10.8.1.3 -U repmgr -d repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf standby clone --fast-checkpoint

注：pgdat下所有文件如postgresql.conf, postgresql.auto.conf, pg_hba.conf和pg_ident.conf都将被拷贝，可能需要手动修改其中的配置

修改完PostgreSQL的配置文件后，启动2的PG服务

2检查复制状态

主3服务器查询

SELECT * FROM pg_stat_replication;

从2服务器查询

SELECT * FROM pg_stat_wal_receiver
3注册为从
repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  standby register

如果因节点已存在而失败，强制注册

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  standby register --force

在从2和主3上查询状态

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf cluster show

应看到类似如下信息

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | standby |   running | emppgs03 | default  | host=10.8.1.2 user=repmgr dbname=repmgr connect_timeout=2
 3  | emppgs03 | primary | * running |          | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
4检查repmgrd状态

检查

ps -ef | grep repmgrd

如果进程不存在，启动repmgrd

主服务器网络故障

前置状态

  • 2为主服务器
  • 3为从服务器
  • VIP为6，主服务器才能具备VIP

模拟场景

  • 2服务器与外界网络断开

    通过防火墙或腾讯云安全组模拟
    2服务器只允许访问22端口入站，不限制任何出站
    3服务器不限制任何出入站

  • 2服务器与3之间断开。2和3可以正常访问其他主机

预期结果

30秒后3自动提升为主并对外服务

1.检查集群节点状态

在新主3服务器上检查

su postgres
# 查询集群节点状态
repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  cluster show

预期结果：

3服务器 role为primary，status为* running,例如

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | primary | - failed  |          | default  | host=10.8.1.2 user=repmgr dbname=repmgr connect_timeout=2
 3  | emppgs03 | primary | * running |          | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
2.检查VIP状态

通过VIP6访问PG，验证是否正常

恢复后续手动操作

手动将老主2变为从并跟随新主3

从新主3克隆数据到旧主2

旧主2的数据库实例必须先关闭

删除数据库实例data下所有数据

注意不要删除/data/pgdata10文件夹，否则重新创建该文件夹并给postgres用户授权

rm -rf /data/pgdata10/*

测试能否使用主服务器进行clone

su postgres

repmgr -h 10.8.1.3 -U repmgr -d repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf standby clone --dry-run

如果未出现Error，执行Clone

repmgr -h 10.8.1.3 -U repmgr -d repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf standby clone --fast-checkpoint

注：pgdat下所有文件如postgresql.conf, postgresql.auto.conf, pg_hba.conf和pg_ident.conf都将被拷贝，可能需要手动修改其中的配置

修改完PostgreSQL的配置文件后，启动3的PG服务

检查复制状态

主3服务器查询

SELECT * FROM pg_stat_replication;

从2服务器查询

SELECT * FROM pg_stat_wal_receiver
2注册为从
repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  standby register

如果因节点已存在而失败，强制注册

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf  standby register --force

在从2和主3上查询状态

repmgr -f /opt/repmgr/4.0.5/etc/repmgr.conf cluster show

应看到类似如下信息

 ID | Name     | Role    | Status    | Upstream | Location | Connection string                                        
----+----------+---------+-----------+----------+----------+-----------------------------------------------------------
 2  | emppgs02 | standby |   running | emppgs03 | default  | host=10.8.1.2 user=repmgr dbname=repmgr connect_timeout=2
 3  | emppgs03 | primary | * running |          | default  | host=10.8.1.3 user=repmgr dbname=repmgr connect_timeout=2
4检查repmgrd状态

检查

ps -ef | grep repmgrd

如果进程不存在，启动repmgrd

【PG主从】PostgreSQL13主从流复制部署(详细可用)
DBA之路的博客
11-08 3483
PG流式主从复制部署
PostGreSQL主从库环境下的从节点故障恢复
Darren_tan的博客
02-27 5247
已搭建的PostGreSQL11.6主从环境，因批量导入大量数据导致主从节点异常宕机，导致主节点重新启动系统，从节点wal同步信息也不完整。从节点重启pg数据库，出现下图问题： 经过分析，主从节点之间wal段缺少1天的量，很难恢复过来。所以依照以主库为基础，重置备库节点。 注意：在重置备库节点时，需要清空data下的内容，即rm -rf /opt/pgsql/data（根据自己...
实现高可用：postgresql的主从复制原理和配置方法（postgresql主从）
很多时候犯错都是在不知情的情况下发生的
10-22 4861
其中一台用作主服务器（master server），其他服务器用作从服务器（slave server），从服务器依赖主服务器的数据，并从中复制数据。同步复制（Synchronous Replication）：在同步复制中，主节点将事务发送到一个或多个从节点，并等待从节点确认写操作已成功应用。异步复制（Asynchronous Replication）：在异步复制中，主节点向一个或多个从节点发送事务，而无需等待从节点的确认。所有的操作都是使用 SQL 语句执行的，无论是主服务器还是从服务器都具有相同的功能。
postgresql中故障切换，主从切换，从（备）库升主
weixin_73350116的博客
07-31 2240
postgresql主从切换，promote，pg_rewind的使用，
postgresql数据库主从部署 主库挂了重新还原主库
yang_z_1的博客
07-18 2192
最近在实际工作中遇到一个问题postgresql数据库主从部署，主库挂了，但是由于网络安全等因素，只有主库做了ip映射，这就导致了不能直接进行主从切换，修复数据库了。情况概述由于是系统出的问题，只能重做主数据库所在的服务器。而已由于需要映射和端口限制，没有办法直接把从库切换成主库。解决思路利用从库进行数据库备份还原主数据库，以防止数据丢失过多。环境数据库系统。...
PostgreSQL 主备数据宕机恢复测试
欢迎来到我的技术分享博客！这里将带你深入了解AI技术、Java架构设计、系统开发与优化等前沿技术内容。我专注于从实战经验
05-19 2006
主节点宕机数据，备库数据恢复 背 景 在从节点停止服务，然后往主库不断写入数据，然后把主机宕机掉，启动从库，把主库宕机期间的增量wal日志复制到从库的archive目录下， 执行恢复脚本，则会把主机宕机后的增量数据追加到数据库。 环境 服务器 角色 10.10.56.16 master 10.10.56.18 slave - 配置16...
postgres 主从
07-13
### Postgres 主从配置详解 #### 一、概述 PostgreSQL 是一款强大的开源关系型数据库管理系统，被广泛应用于各类业务场景之中。为了提高系统的可用性和数据的安全性，通常会搭建主从架构，即一个主数据库负责写...
一键安装Postgres-10主从复制环境
Postgres数据库适用于多种场景，包括但不限于OLTP（在线事务处理）、OLAP（在线分析处理）、GIS（地理信息系统）以及作为ETL（数据抽取、转换、加载）的后台存储系统。它支持JSON和JSONB格式数据，使得它非常适合...
Postgresql主从异步流复制方案的深入探究
09-09
2. **监控与维护**：定期检查主从复制的状态，监控网络延迟和数据同步情况，及时发现并解决问题。 3. **数据丢失风险**：异步复制可能导致少量数据丢失，需要根据业务需求权衡同步与异步复制的利弊。 4. **扩展与...
postgres分布式数据库学习资料
09-20
- **Replication**：主从复制是Postgres实现高可用性和故障恢复的重要手段，可以配置多级复制链路以增强容错性。 - **Citus扩展**：Citus是Postgres的一个分布式扩展，将单个Postgres实例转变为分布式数据库集群，...
PG判断主库与备库的方式
岳麓丹枫
07-05 3734
通过进程查看 主库 ps -ef | grep postgres 在主库中可以看到有 walsender进程 备库 ps -ef | grep postgres 在主库中可以看到有 walreceiver进程 通过视图查看 执行select * from pg_stat_replication ;在主库上有结果，在备库上无结果； 执行select * from pg_stat_wal_receiver,在备库上查询有结果，在主库上查询无结果： 在主库上查看是有结果的 在备库上查询无结果 主
pg_stat_wal_receiver说明
m15217321304的博客
03-27 1271
postgres=# select * from pg_stat_wal_receiver; -[ RECORD 1 ]---------+----------------------------------------------------------------------------------------------------------------------------------...
postgresql 13 设置主从同步
最新发布
NaiveFox的博客
10-26 511
postgresql 13 设置主从同步
postgresql 主从备份
tq88888的博客
05-02 1032
数据库版本：9.2.4操作系统：win7主库ip：192.168.1.105从库ip：192.168.1.106操作数据库软件pgadmin1.分别停止主库和从库的postgresql服务2.移除从库目录下的data文件夹（做好备份）3.修改主库的postgresql.conf文件： 将listen_addresses的值设置为'*'listen_addresses = '*'配置归档模式为hot...
postgres主从配置
CC的博客
07-02 892
一 .主备机器规划(各节点均进行以下操作) 1 设置host master,slave两节点都要操作。 [root@bogon ~]# vi /etc/hosts 192.168.0.1 host1 192.168.0.1 host2 2.创建系统用户及datadir useradd postgres echo “postgres” | passwd postgres --stdi...
Postgres 数据库大批量单表导入数据引发性能故障的处理
qq_40907977的博客
09-27 794
因公司经营管理策略原因，我们地区部门还是以开发外包和产品服务为主，对测试外包服务销售工作要求占比不高，而测试部门本来有四五个性能测试人员，加上老员工都比较积极做事在测试团队建设管理上不用花费太多精力。估计因为我对数据库、tomcat、linux性能这块了解比较深以前相关的测试环境都是我搭建部署，一直都很稳定，所以公司让我帮忙兼职做公司产品技术运维支持工作，因此我大部分时间都是在做软件产品基础设施搭建研究MYSQL\PG\TOMCAT\Centos等优化配置和数据安全备份方法，作为初学者很多未知领域需要探索学
postgresql11 主从配置详解
王威振的博客
11-25 2452
postgresql11 主从配置详解
Postgres主备切换及pg_rewind的使用
文档搬运工
08-27 2261
前言： 经过测试，postgres的主备切换后，同步会出现问题，新的备库不会从主库同步数据过来。需要使用pg_rewind重新修复新的备库 参考文档： http://postgres.cn/docs/10/app-pgrewind.html -- 主备信息 PG版本 ：10.15 主库 192.168.2.80 主机名test 备库 192.168.2.81 主机名test1 -- 查看主备库的信息 [root@test /opt/pgpool/bin]$pg_controldata...
Postgres主从数据同步
运维小工的博客
08-07 5757
Postgres主从数据同步
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值