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

最新推荐文章于 2023-10-22 09:08:57 发布
最新推荐文章于 2023-10-22 09:08:57 发布
阅读量1.1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Postgres
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/supermancoke/article/details/104612913
本文详细介绍了在不同故障场景下，如何利用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 3486
PG流式主从复制部署
postgresql主从复制配置
热门推荐
feinifi的博客
07-20 1万+
postgresql主从复制是一种高可用解决方案，可以实现读写分离。postgresql主从复制是基于xlog来实现的，主库开启日志功能，从库根据主库xlog来完成数据的同步。 主从复需要注意的地方： 启动从库之前，不能执行初始化。 启动从库之前，需要通过base_backup从主服务器上同步配置与数据。 启动从库之前，需要对同步之后的配置文件进行修改。 启动从库之前，需要设置一个恢复的...
PostGreSQL主从库环境下的从节点故障恢复
Darren_tan的博客
02-27 5248
已搭建的PostGreSQL11.6主从环境，因批量导入大量数据导致主从节点异常宕机，导致主节点重新启动系统，从节点wal同步信息也不完整。从节点重启pg数据库，出现下图问题： 经过分析，主从节点之间wal段缺少1天的量，很难恢复过来。所以依照以主库为基础，重置备库节点。 注意：在重置备库节点时，需要清空data下的内容，即rm -rf /opt/pgsql/data（根据自己...
实现高可用：postgresql的主从复制原理和配置方法（postgresql主从）
最新发布
很多时候犯错都是在不知情的情况下发生的
10-22 4866
其中一台用作主服务器（master server），其他服务器用作从服务器（slave server），从服务器依赖主服务器的数据，并从中复制数据。同步复制（Synchronous Replication）：在同步复制中，主节点将事务发送到一个或多个从节点，并等待从节点确认写操作已成功应用。异步复制（Asynchronous Replication）：在异步复制中，主节点向一个或多个从节点发送事务，而无需等待从节点的确认。所有的操作都是使用 SQL 语句执行的，无论是主服务器还是从服务器都具有相同的功能。
postgresql中故障切换，主从切换，从（备）库升主
weixin_73350116的博客
07-31 2243
postgresql主从切换，promote，pg_rewind的使用，
postgresql数据库主从部署 主库挂了重新还原主库
yang_z_1的博客
07-18 2192
最近在实际工作中遇到一个问题postgresql数据库主从部署，主库挂了，但是由于网络安全等因素，只有主库做了ip映射，这就导致了不能直接进行主从切换，修复数据库了。情况概述由于是系统出的问题，只能重做主数据库所在的服务器。而已由于需要映射和端口限制，没有办法直接把从库切换成主库。解决思路利用从库进行数据库备份还原主数据库，以防止数据丢失过多。环境数据库系统。...
postgresql主从同步异常：archive command failed with exit code 1
qq_42550285的博客
02-14 2313
查看主库日志发现如下报错 2022-02-14 14:37:40.083 CST [18441] LOG: archive command failed with exit code 1 2022-02-14 14:37:40.083 CST [18441] DETAIL: The failed archive command was: test ! -f /db/postgresql/archivedir/0***1 && cp pg_wal/0***1 /db/postgresql..
pg_stat_wal_receiver说明
m15217321304的博客
03-27 1271
postgres=# select * from pg_stat_wal_receiver; -[ RECORD 1 ]---------+----------------------------------------------------------------------------------------------------------------------------------...
Postgresql 主从复制+主从切换（流复制）及各种问题处理
ziqibit的博客
10-04 3472
postgresql主从复制
Linux下PostgreSQL数据库主从同步配置
fygkchina的专栏
09-06 2773
Linux下PostgreSQL数据库主从同步配置
repmgr：PostgreSQL最受欢迎的复制管理器（Postgres）-最新版本5.2.1（2020-12-07）
02-05
repmgr：PostgreSQL最受欢迎的复制管理器（Postgres）-最新版本5.2.1（2020-12-07）
repmgr, 最流行的PostgreSQL复制管理器( Postgres ).zip
10-10
repmgr, 最流行的PostgreSQL复制管理器( Postgres ) repmgr: PostgreSQL的复制管理器repmgr 是一组开源工具，用于在PostgreSQL服务器集群中管理复制和故障转移。 它使用实用程序设置备用服务器。监视复制和执行故障转移操作，以增强sql复制功能。repmgr 4
repmgr:PostgreSQL（Postgres）的轻量级复制管理器-最新版本5.2.1（2020-12-07）
03-16
repmgr：适用于PostgreSQLReplication Manager repmgr是一套开源工具，用于管理PostgreSQL服务器集群内的复制和故障转移。 它通过实用程序增强了PostgreSQL内置复制功能，这些实用程序可以设置备用服务器，监视复制并执行管理任务，例如故障转移或切换操作。 最新的repmgr版本（5.2.1）支持从9.5到13的所有PostgreSQL版本。还支持PostgreSQL 9.4，但有一些限制。 repmgr在GNU GPL 3下分发，由EnterpriseDB维护。 文献资料 完整的repmgr文档可在此处获取： repmgr 3.x的旧README文件在这里可用： 请注意，不再支持repmgr 3.x系列，其中包含已知的错误。 请尽快升级到。 版本号 有关repmgr版本和PostgreSQL兼容性的概述，请参见。 档案文件 CONTR
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等优化配置和数据安全备份方法，作为初学者很多未知领域需要探索学
Postgres主备切换及pg_rewind的使用
文档搬运工
08-27 2262
前言： 经过测试，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...
PostgreSQL主从数据库数据同步
驰骋天下
11-21 4518
实现Postgresql主从数据库同步
解决主从数据库不同步
weixin_43972810的博客
05-23 1744
数据库mysql主从 IO线程，SQL线程为No时候的解决。
主从库auto_increment不一致的问题
敖尔其楞的专栏
06-29 1597
今天看了杨奇龙的一篇文章，提到主从库会有自增主键不一致的情况发生，测试了下。 测试记录如下| CREATE TABLE `dd` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(20) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值