【YashanDB 知识库】数据库一主一备部署及一主两备部署时,主备手动切换方法及自动切换配置

简介: **数据库主备切换简介**在数据库正常或异常情况下,实现主备切换至关重要。若配置不当,主节点故障将影响业务使用,尤其在23.2版本中。原因包括资源紧张或主节点异常。解决方法涵盖手动和自动切换:1. **一主一备部署**: - **手动切换**:支持Switchover(同步正常时)和Failover(主库损坏时)。 - **自动切换**:启用yasom仲裁选主开关。2. **一主两备部署**: - 默认最大保护模式,自动切换开启。需检查并配置自动切换以确保高可用性。经验总结:一主一备默认关闭自动切换,需手动开启;一主两备默认开启。

问题现象
数据库在正常或异常情况下,如何实现主备切换

问题的风险及影响
数据库主备切换若没有正确配置,在数据库发生主节点故障时,会影响业务的使用

问题影响的版本
23.2 整个大版本

问题发生的原因
1、若主节点所在主机因为其他原因导致资源紧张的情况下,想要切换备节点为主节点更好的提供服务,此时就需要在数据库正常的情况下执行手动主备切换

2、数据库主节点异常时,若配置了自动主备切换,则数据库在心跳时间内会自动切换,若没有配置自动切换就只能执行手动切换

解决方法及规避方法
以下主要示例数据库一主一备部署和一主两备部署的情况

一主一备部署

1、手动切换

YashanDB 支持在主备库同步正常的情况下进行主备库的手动 Switchover 切换,也支持在主库异常的情况下进行备库的手动 Failover 切换,但在开启自动选主时无法使用 Failover 切换。

(1)Switchover 切换

Switchover 切换方式适用于主备库同步正常的情况,可选择任意一个备库执行操作。

● Switchover 过程中,主库已连接的会话将全部断连,并且主库不可连接新的会话,直到切换完成或失败。

● Switchover 过程中,如果主备网络断连,切换将失败。

● 如果备库 transport_lag 或 apply_lag 不为 0,即备库有待接收和回放的 redo,Switchover 过程可能时间较久,通过查询 V$RECOVERY_PROGRESS 视图查看剩余回放时间。

● Switchover 完成后,主备库会重新进行连接,将出现短暂的网络断连。

示例:

检查主备库同步状态,确认主备库同步无异常,并确认主备库的角色

yasboot cluster status -c yashandb -d

1.jpeg

备节点执行 switchover 切换主备节点

ALTER DATABASE SWITCHOVER;

2.jpeg

可以看到主备切换完成

(2)failover 切换

Failover 切换方式适用于主库损坏,或者服务器宕机等不可用时,必须立即进行故障切换,尽快恢复业务。

前提是未开启自动切换

yasboot election config show -c yashandb

3.jpeg

备节点为 readonly 状态

SELECT database_id,database_name,open_mode,database_role,protection_mode FROM V$DATABASE;

4.jpeg

kill 主节点进程,模拟主节点故障

5.jpeg

备节点执行 failover 主备切换

ALTER DATABASE FAILOVER;

SELECT database_id,database_name,open_mode,database_role,protection_mode FROM V$DATABASE;

6.jpeg

升主成功

7.jpeg

接下来进行旧主降备操作,将旧主库实例启动到 MOUNT 状态

yasboot node start -c yashandb -n 1-2 -m mount

8.jpeg

执行降备命令,并 OPEN 数据库

ALTER DATABASE CONVERT TO PHYSICAL STANDBY;

ALTER DATABASE OPEN;

9.jpeg

2、自动切换

启用基于 yasom 的仲裁选主开关

yasboot election enable on -c yashandb

10.jpeg

kill 主机点数据库服务,备节点会自动切主

yasboot cluster status -c yashandb -d

11.jpeg

一主两备部署

12.jpeg

查看主备库的保护模式

13.jpeg

当前为最大保护模式

查看自动选主开关,主备节点都查看

SHOW PARAMETER HA_ELECTION_ENABLED;

14.jpeg

当前为开启,若是关闭状态,执行 ALTER SYSTEM SET HA_ELECTION_ENABLED=TRUE; 开启,主备节点都执行

kill 主节点数据库服务,模拟主库挂点

15.jpeg

主节点切换完成

问题分析方法及处理过程
数据库部署后先检查是否配置自动切换

(1)一主一备部署

yasboot election config show -c yashandb

若 Automatic Failover 为 DISABLED,则自动切换为关闭状态

执行 yasboot election enable on -c yashandb 开启

(2)一主两备部署

SHOW PARAMETER HA_ELECTION_ENABLED 查看,若为 TRUE 则为开启状态

否则执行 ALTER SYSTEM SET HA_ELECTION_ENABLED=TRUE 开启

经验总结
目前,数据库一主一备部署,自动切换时默认关闭的,需要手动开启;一主两备部署,数据库默认是最大保护模式,主备自动切换是默认开启的

相关文章
|
存储 关系型数据库 数据库
附部署代码|云数据库RDS 全托管 Supabase服务:小白轻松搞定开发AI应用
本文通过一个 Agentic RAG 应用的完整构建流程,展示了如何借助 RDS Supabase 快速搭建具备知识处理与智能决策能力的 AI 应用,展示从数据准备到应用部署的全流程,相较于传统开发模式效率大幅提升。
附部署代码|云数据库RDS 全托管 Supabase服务:小白轻松搞定开发AI应用
|
数据可视化 BI API
无缝对接云数据库:自定义报表生成工具在混合云环境下的部署指南
自定义报表生成工具通过拖拽设计、多数据源整合及自动化输出,帮助业务人员零代码创建个性化报表,解决传统工具灵活性不足、技术门槛高的问题。文章对比其与传统报表差异,列举行业应用场景(如财务、零售),并给出选型建议与主流工具(如FineReport、Power BI、板栗看板)的优劣势分析。
524 0
|
SQL 存储 关系型数据库
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
|
人工智能 自然语言处理 API
利用Zyplayer-doc知识库部署企微智能客服
Zyplayer-doc 是一款支持私有化部署的 WIKI 知识库系统,适合个人和企业使用,支持在线文档管理,易上手且成本低。最新版本新增飞书、钉钉、企业微信等平台的 AI 问答接入功能,尤其可与企业微信客服对接,实现智能客服部署。
|
关系型数据库 MySQL 数据库
【赵渝强老师】数据库不适合Docker容器化部署的原因
本文介绍了在Docker中部署MySQL数据库并实现数据持久化的方法,同时分析了数据库不适合容器化的原因。通过具体步骤演示如何拉取镜像、创建持久化目录及启动容器,确保数据安全存储。然而,由于数据安全性、硬件资源争用、网络带宽限制及额外隔离层等问题,数据库服务并不完全适合Docker容器化部署。文中还提到数据库一旦部署通常无需频繁升级,与Docker易于重构和重新部署的特点不符。
702 19
【赵渝强老师】数据库不适合Docker容器化部署的原因
|
SQL 关系型数据库 MySQL
【YashanDB知识库】MySQL field 函数的改写方法
【YashanDB知识库】MySQL field 函数的改写方法
|
存储 关系型数据库 MySQL
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
本文介绍了MySQL中`CONTINUE HANDLER FOR NOT FOUND`的用法及其在YashanDB中的改写方法。通过一个示例存储过程,展示了如何使用游标和异常处理机制来应对“未找到数据”的情况。在MySQL中,`CONTINUE HANDLER`用于捕获此类异常;而在YashanDB中,则需改用游标的`%NOTFOUND`属性和`NO_DATA_FOUND`异常处理。文章对比了两者的执行效果,帮助用户顺利完成从MySQL到YashanDB的业务迁移。
|
SQL 关系型数据库 MySQL
【YashanDB知识库】MySQL field 函数的改写方法
本文来自YashanDB官网,介绍将MySQL的FIELD函数改写到YashanDB的方法。MySQL中,FIELD函数用于自定义排序;而在YashanDB中,可使用DECODE或CASE语句实现类似功能。示例展示对表`t1`按指定顺序排序的过程,提供两种改写方式,结果均符合预期。
|
SQL 测试技术 数据库
【YashanDB知识库】IMP跨网络导入慢问题
问题现象:290M数据,本地导入2分钟,跨机导入耗时显著增加(最高30分钟)。 原因分析:`imp`逐条SQL通过网络传输至yashanDB执行,交互频繁导致性能下降。 影响版本:客户测试环境22.2.8.3。 解决方法:将导入文件上传至与yashanDB同机后使用`imp`,减少网络延迟。 经验总结:优化`imp`工具,支持直接上传文件至服务器端执行,降低网络依赖。

热门文章

最新文章