更新时间：2023-09-04
功能说明
DMP支持Oracle、MySQL、PostgreSQL数据库实例的故障自愈，数据库实例发生故障（如节点异常关机、后台进程被kill）时可自动实现分钟级的修复和拉起。
MySQL主要覆盖场景如下表所示：
表 1 MySQL故障自愈主要覆盖场景
|
Master
|
Slave
|
判断维护模式
|
处理场景
|
说明
|
|
异常
|
无（单机）
|
是
|
不处理
|
|
|
否
|
走故障自愈场景
|
检测VM状态是否异常，并尝试进行恢复
|
|
异常
|
正常
|
是
|
不处理
|
|
|
否
|
主从切换
|
不能有其他任务正在执行，如备份任务；检测relaylog执行进度，执行完成再切换；切换完成后，需恢复旧主，并作为新的从节点加入集群；
|
|
异常
|
异常
|
是
|
不处理
|
|
|
否
|
走故障自愈场景
|
与单机架构下Master异常一致
|
|
优先尝试拉起Master；拉起完成同步的slave重新选为Master；拉起slave节点，重新恢复集群
|
|
正常
|
异常
|
是
|
不处理
|
|
|
否
|
自愈从节点，并加入集群
|
多次自愈未果，短时间内不再自愈；自愈后，加入失败需手动处理
|
|
短时间内连续故障
|
要设定触发时段，该时段内连续切换2次后，不支持再进行切换
|
Oracle主要覆盖场景如下表所示：
表 2 Oracle故障自愈覆盖场景
|
故障场景
|
判断维护模式
|
处理方式
|
说明
|
|
RAC单节点故障
|
是
|
不处理
|
|
|
否
|
修复故障节点
|
RAC自身机制会保障服务仍可用，但不会处理故障节点；DMP会对其进行修复并重组RAC
|
|
RAC两节点均故障
|
是
|
不处理
|
|
|
否
|
修复故障节点
|
不能此时RAC自身也无法工作，DMP会将故障节点一一拉起，并重组RAC，重启RAC服务
|
|
Oracle服务异常
|
是
|
不处理
|
|
|
否
|
修复Oracle服务
|
Oracle服务出现异常，其自身机制无法应对，DMP会介入进行修复
|
|
磁盘组异常
|
是
|
不处理
|
|
|
否
|
重新扫描磁盘
|
磁盘组出现离线等，DMP会介入重新发现尝试恢复磁盘组连接，再由RAC进行自修复
|
PostgreSQL主要覆盖场景如下表所示：
表 3 PostgreSQL故障自愈覆盖场景
|
Master
|
Slave
|
判断维护模式
|
处理场景
|
说明
|
|
异常
|
无（单机）
|
是
|
不处理
|
|
|
否
|
走故障自愈场景
|
检测数据库状态是否异常，识别到异常后，会重启数据库，重启数据库后会检测数据库是否异常，如果依旧异常会重启DBVM，如果依旧异常，则无法自愈
|
|
异常
|
正常
|
是
|
不处理
|
|
|
否
|
主从切换
|
不能有其他任务正在执行，如备份任务；执行完成再切换；切换完成后，需恢复旧主，并作为新的从节点加入集群；
|
|
异常
|
异常
|
是
|
不处理
|
|
|
否
|
走故障自愈场景
|
优先尝试拉起Master；与单机架构下Master异常一致
|
|
正常
|
异常
|
是
|
不处理
|
|
|
否
|
自愈从节点，并加入集群
|
从库尝试执行pg_rewind同步主库数据，如果pg_rewind失败，会执行pg_basebackup重做从库
|
前提条件
数据库状态为“运行中”。
注意事项
- 数据库未进入“维护模式”。
- 故障自愈功能默认为开启状态。
操作步骤
在[数据库]页面，点击对应数据库名称，跳转至[数据库详情/故障自愈]页面，打开<故障自愈>开关，点击<保存>按钮，完成故障自愈配置。
建议使用Chrome浏览器访问！
