达梦数据守护集群配置与故障模拟

已于 2024-09-13 18:08:04 修改
阅读量970 收藏 14
点赞数 29
文章标签： 数据库
于 2024-09-13 18:07:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_49370146/article/details/142216702
版权

达梦主备集群数据守护集群配置与故障模拟

书接上文，主备搭建可以参考这篇博客
https://blog.csdn.net/weixin_49370146/article/details/142147301

1. 注册集群服务（使用 root 用户操作）

1.1 主库：192.168.58.138

  • 注册数据守护进程服务：

    需要 root 用户登录注册服务：

    /dm8/dminstall/script/root/dm_service_installer.sh -t dmwatcher -p NODE1 -watcher_ini /dm8/dmdata/APP/dmwatcher.ini

  • 禁用数据守护进程开机自启：

    systemctl disable DmWatcherServiceNODE1.service

1.2 备库：192.168.58.139

  • 注册数据守护进程服务：

    将守护进程注册为服务（数据库会由数据守护自动拉起），需要 root 用户登录注册服务：

    /dm8/dminstall/script/root/dm_service_installer.sh -t dmwatcher -p NODE2 -watcher_ini /dm8/dmdata/APP/dmwatcher.ini

  • 禁用数据守护进程开机自启：

    systemctl disable DmWatcherServiceNODE2.service

1.3 监视器：192.168.58.140

  • 确认监视器注册为服务：

    root 用户登录注册服务：

    /dm8/dminstall/script/root/dm_service_installer.sh -t dmmonitor -p APP -monitor_ini /dm8/dmdata/dmmonitor.ini

    注：-p 原本是指定实例名，但是这个监视器是部署到第三台机器上，没有数据库实例，所以就使用主备库中 APP 数据库名。

  • 关闭自启动服务：

    systemctl disable DmMonitorServiceAPP.service

  • 创建非确认监视器用于管理：

    su - dmdba
cp /dm8/dmdata/dmmonitor.ini /dm8/dmdata/dmmonitor_0.ini

  • 修改 dmmonitor_0.ini 文件，内容如下：

    vim /dm8/dmdata/dmmonitor_0.ini
MON_DW_CONFIRM = 0 # 0非确认监视器模式

2. 修改后台启动文件，配置以 mount 启动（使用 dmdba 用户操作）

2.1 主库：192.168.58.138

su - dmdba
cd /dm8/dminstall/bin
vim DmServiceNODE1
- 修改内容：`START_MODE=open` 改为 `START_MODE=mount`

2.2 备库：192.168.58.139

su - dmdba
cd /dm8/dminstall/bin
vim DmServiceNODE2
- 修改内容：`START_MODE=open` 改为 `START_MODE=mount`

3. 启动实时主备守护集群（使用 dmdba 用户操作）

3.1 启动主库实例（192.168.58.138）

cd /dm8/dminstall/bin
./DmServiceNODE1 start

3.2 启动备库实例（192.168.58.139）

cd /dm8/dminstall/bin
./DmServiceNODE2 start

3.3 启动主库守护进程（192.168.58.138）

cd /dm8/dminstall/bin
./DmWatcherServiceNODE1 start

3.4 启动备库守护进程（192.168.58.139）

cd /dm8/dminstall/bin
./DmWatcherServiceNODE2 start

3.5 启动监视器（192.168.58.140）

  • 启动确认监视器：

    cd /dm8/dminstall/bin
./DmMonitorServiceAPP start

  • 启动非确认监视器查看主备运行情况：

    /dm8/dminstall/bin/dmmonitor /dm8/dmdata/dmmonitor_0.ini

4. 配置 dm_svc.conf（使用 dmdba 用户操作）

dm_svc.conf 配置文件，Windows 平台下位于 %SystemRoot%\system32 目录中，Linux 平台下位于 /etc 目录。

参数说明：

  • LOGIN_MODE：指定优先登录的服务器模式。
  • SWITCH_TIME：检测到数据库实例故障时，接口在服务器之间切换的次数。
  • SWITCH_INTERVAL：表示在服务器之间切换的时间间隔，单位为毫秒。

4.1 主库：192.168.58.138

vim /etc/dm_svc.conf
- 添加内容如下：
TIME_ZONE=(+8:00)
LANGUAGE=(cn)
DM_APP=(192.168.58.138:5236,192.168.58.139:5236)

[DM_APP]
LOGIN_MODE=(1)
SWITCH_TIME=2000
SWITCH_INTERVAL=10
  • 测试：
/dm8/dminstall/bin/disql SYSDBA/SYSDBA@DM_APP

4.2 备库：192.168.58.139

vim /etc/dm_svc.conf
- 添加内容如下：
TIME_ZONE=(+8:00)
LANGUAGE=(cn)
DM_APP=(192.168.58.138:5236,192.168.58.139:5236)

[DM_APP]
LOGIN_MODE=(1)
SWITCH_TIME=2000
SWITCH_INTERVAL=10
  • 测试：
/dm8/dminstall/bin/disql SYSDBA/SYSDBA@DM_APP

5. 数据守护环境启动与关闭测试（使用 dmdba 用户操作）

因为 Global 守护类型的守护进程，会自动将数据库实例切换到 Open 状态，并将守护进程状态也切换为 Open。因此在关闭 dmwatcher 系统时，必须按照一定的顺序来关闭守护进程和实例。

5.1 手动关闭 dmwatcher 环境

  1. 关闭监视器进程（192.168.58.140）

    cd /dm8/dminstall/bin
./DmMonitorServiceAPP stop

  2. 关闭备库数据守护进程（192.168.58.139）

    cd /dm8/dminstall/bin
./DmWatcherServiceNODE2 stop

  3. 关闭主库数据守护进程（192.168.58.138）

    cd /dm8/dminstall/bin
./DmWatcherServiceNODE1 stop

  4. 关闭主库实例（192.168.58.138）

    cd /dm8/dminstall/bin
./DmServiceNODE1 stop

  5. 关闭备库实例（192.168.58.139）

    cd /dm8/dminstall/bin
./DmServiceNODE2 stop

5.2 手动启动 dmwatcher 环境

  1. 启动主库实例（192.168.58.138）

    cd /dm8/dminstall/bin
./DmServiceNODE1 start

  2. 启动备库实例（192.168.58.139）

    cd /dm8/dminstall/bin
./DmServiceNODE2 start

  3. 启动主库守护进程（192.168.58.138）

    cd /dm8/dminstall/bin
./DmWatcherServiceNODE1 start

  4. 启动备库守护进程（192.168.58.139）

    cd /dm8/dminstall/bin
./DmWatcherServiceNODE2 start

  5. 启动监视器（192.168.58.140）

    • 启动确认监视器：

      cd /dm8/dminstall/bin
./DmMonitorServiceAPP start

    • 启动非确认监视器查看主备运行情况：

      /dm8/dminstall/bin/dmmonitor /dm8/dmdata/dmmonitor_0.ini

6. 在监视器上手动切换主备数据库（192.168.58.140）

1. 主备库切换

# 1、查看数据守护集群中的状态信息
show
 
# 2、查看grp1组中允许执行Switchover命令的备库，也就是查看数据守护集群组中可以进行切换的数据库实例
choose switchover grp1
 
# 3、选择NODE2备库切换为新的主库，将当前的主库切换为新的备库，此命令要求执行切换的主备库都是正常 Open 状态，另外执行此命令需要先登录监视器。
switchover grp1.NODE2
# 可以看到NODE2已经切换为了主库，NODE1切换为了备库。

步骤截图
在这里插入图片描述
在这里插入图片描述
这里要输入login，登录
在这里插入图片描述
在这里插入图片描述

2、主库故障时，指定备库接管故障的主库

# 组中主库出现故障时，可以通过此命令选出组中可以执行正常接管的备库列表
choose takeover grp1
 
将主库网络直接中断，模拟主库故障，主库中执行命令
[root@NODE2 ~]# systemctl stop network
 
choose takeover grp1
 
# 用指定组中的指定备库接管组中的故障主库
takeover grp1.NODE1
# 该命令要求监视器曾经收到过故障主库的历史信息，并且主库的历史信息必须满足被接管条件，可以先通过 choose takeover [group_name]选出符合正常接管条件的备库列表，选择其中一个备库执行接管操作即可。

步骤截图，断网后的的集群状态
在这里插入图片描述

出现主库故障时，需要优先使用 choose takeover [group_name] 选出可接管主库，并使用 takeover [group_name][.] [db_name] 执行正常接管。

如果不存在可以正常接管的备库，但又需要主库对外提供服务，可以考虑使用 choose takeover force [group_name] 选出可强制接管的备库，并使用 takeover force [group_name][.] [db_name] 进行强制接管。但是强制接管可能会导致数据一致性问题。

如果执行choose takeover grp1出现下面的提示

no database can do takeover!   --守护进程是STARTUP状态不能执行takeover命令

可以使用备库强制接管
如果执行 Takeover 命令不成功，但主库可能由于硬件损坏等原因无法马上恢复，为DM 数据守护与读写分离集群 V4.0了及时恢复数据库服务，DM 提供了 Takeover Force 命令，强制将备库切换为主库。但需要由用户确认主库故障前，主库与接管备库的数据是一致的（主库到备库的归档是 Valid状态），避免引发守护进程组分裂。
RSTAT ： 此 字 段 对 备 库 有效，表 示 主 库 到 备 库 的 归 档 状 态 ， 可 能 为Valid/Invalid/Unknown，对于本地守护类型的备库，此字段为 NULL，对于主库本身，此字段值为 Valid。该字段值要从备库对应的主库实例上取，如果当前没有活动主库或者
DM 数据守护与读写分离集群 V4.0备库无法确认对应的主库，则该字段显示为 Unknown。

# 指定组中主库出现故障时，可以通过此命令选出组中可以执行强制接管的备库列表
choose takeover force grp1
 
# 使用指定组中的指定备库强制接管组中的故障主库。执行此命令需要先登录监视器。
takeover force grp1.NODE1

在这里插入图片描述
至此切换成功

春花秋月01
关注
达梦主备集群故障模拟
qq_56170987的博客
09-05 498
ps -ef|grep dmserver kill -9 杀死后等待一段时间，发现数据库进程又有了，说明守护进程将DM1自动拉起，但是由于监视器是 关闭状态，因此主备库不会切换，DM1仍然为主库。从监视器可以看见DM2主库状态为ERROR状态，且由于守护进程也被杀死，因此DM2无法启动 自动接管后，DM1又变为了主库，可供正常使用。监视器可以看见如下信息，自动接管，将DM1启动，并将原来的备库DM2切换为主库，切换后正常运行。监视器可以看见，DM2实例不会被自动拉起，因为DM2的守护进程被杀死。
达梦读写分离集群故障处理
Robo's Blog【海阔凭鱼跃,天高任鸟飞】
02-06 621
自动故障切换 备库故障，不影响主库正常提供数据库服务。 自动故障处理： 当备库发生故障时，主库的数据库服务不会受到不影响，守护进程会自动通知主库修改归档为 Invalid 状态，将备库失效。 自动数据同步： 备库故障恢复后，守护进程自动通知主库发送归档 Redo 日志，重新进行主备库数据同步。并在历史数据同步后，修改主库的归档状态为 Valid，恢复备库功能。 当主库发生故障，由备库接管后，原主库故障恢复，守护进程会自动将原主库以备库的模式重新加入主备系统。 GAN HUO 手动故障切换
达梦数据库主备集群节点故障模拟
qq_38482387的博客
06-09 867
达梦主备集群故障模拟
达梦2套主备之间DMHS单向同步
whbravo的博客
10-13 476
DM7主备集群到DM7主备集群的单向同步： 前提搭好主备集群 1、按正常顺序停止所有主备集群 源端主备A、B以及目的端主备C、D四台的dm.ini中RLOG_APPEND_LOGIC=1，PORT_NUM=5236改四台dmmal.ini的MAL_INST_PORT=5236。然后重新启动整个集群。 1.1、DM7目的端两台主备C、D配置dm_svc.conf C、D都配置dm_svc.conf，在/etc下，两台一样内容一样，添加如下内容： dm_server=(192.168.3.66:5236,192
达梦数据库——手动切换主备库 / 主备集群故障切换测试
weixin_46458436的博客
02-02 4976
达梦数据库集群故障切换测试保姆级教程
达梦数据守护集群之备库故障模拟
limintjhn8820的博客
09-10 1246
本文第2章介绍数据守护系统故障处理流程、故障恢复流程；第3章模拟了达梦数据守护集群的备库故障，记录了故障分析过程，通过实验观察备库故障对业务系统的影响。
达梦数据库dm8守护集群部署手册
king_harry的专栏
12-08 2020
注： MAL_HOST与MAL_INST_HOST在生产环境下要设置不同网卡不同IP地址，MAL_HOST用于对外服务地址，MAL_INST_HOST用于集群间的心跳通讯、数据同步。##通过修改 grub 配置，在 “GRUB_CMDLINE_LINUX=” 配置参数结尾加入 “transparent_hugepage=never”，可以永久关闭透明大页内存。对应 MAL_HOST，PORT 对应 MAL_DW_PORT。对应 MAL_HOST，PORT 对应 MAL_DW_PORT。
达梦守护集群搭建
m0_57398926的博客
08-17 683
达梦守护集群
达梦读写分离集群服务名配置
qq_36436792的博客
07-26 2370
配置dm_svc.conf文件 [dmdba@DW_M ~]$ cat /etc/dm_svc.conf # 全局配置区 GRP1=(192.168.43.131:32141,192.168.43.132:32142) TIME_ZONE=(+480) #表示+8:00 时区 LOGIN_ENCRYPT=(0) DIRECT=(Y) # 服务配置区 [GRP1] TIME_ZONE=(+540) #表示+9:00 时区 #指定优先登录的服务器模式。0：优先连接 Primary 模式的库，Normal 模
达梦数据库读写分离集群备机分裂
bogg111的博客
04-28 447
达梦数据库主备集群备机分裂 这是处理达梦数据库四节点集群是遇到的问题。 情况:四节点的主备集群因为网络波动过大导致其中两个备库分裂处于主库配置状态。 目的：正常恢复一主三备的集群。 恢复步骤： 停集群 此时原来的主备顺序已经改变，面临着数据不一致的风险，可能导致集群备库归档无效。这里需要先将守护进程停到，再停掉数据库实例，为下面脱机备份还原做准备。 删除分裂文件dmwatcher.ctl文件 数据库分裂之后会自动生成一个dmwatcher.ctl文件，该文件可以在实例目录查看dmwatcher.c
达梦DMMPP主备集群搭建
a_zhangxuan的博客
07-25 563
达梦DMMPP主备集群
达梦数据库-主备集群重建备库
05-11 539
背景介绍 已经搭建了实时主备集群，但是模拟的是备机的数据库服务器异常死机。 修改dm 主备集群的IP地址的操作。 从监视器上看到的是这样的景象，没有看到的守护进程的2。 然后怀疑是网络问题，遂去检查网络的通道的情况。 检查结果显示，网络是通的，对方也启动了这个服务端口。 遂去检查是备机的端口日志。看看备机的守护进程出现了什么问题。 在数据库启动服务的日志中发现这如下报错，原来是我在修改dmmal.ini 时把IP地址少写了一位，导致备库的守护进程不能连接到监视器。修改这个错..
达梦8数据库dm8集群部署之DW集群Linux(主备自切)
EndNiI的博客
04-06 1832
达梦数据库集群部署
MySQL之复合查询与内外连接
zdlynj的博客
09-30 1222
前面我们讲解的mysql表的查询都是对一张表进行查询，即数据的查询都是在某一时刻对一个表进行操作的。而在实际开发中，我们往往还需要对多个表同时进行查询。我们这里使用的测试表，为雇员信息表(来自Oracle 9i的经典测试表)：EMP员工表，DEPT部门表，SALGRADE工资等级表。
点评项目-2-完善注册登录业务
m0_75138009的博客
09-29 584
需要处理的业务：在网页发送 /user/code 路径下的 post 请求后，我们需要检验手机号后，向合法的手机号发送一个随机生成的电话号。
World of Warcraft [CLASSIC][80][Grandel] Call to Arms: Victory in Wintergrasp
最新发布
qq 117791303
10-02 284
Wintergrasp 冬拥湖 120 VS 120
Spring的热部署工具和数据库密码加盐操作
2301_77053417的博客
09-28 795
加密过程：用户输入的密码+盐值 --> 字符串1，然后使用md5对字符串1加密得到字符串2，然后字符串2+盐值 --> 字符串3，这个字符串3就是存储在数据库中的密文。背景：如果我们的密码明文存储在数据库中，要是被窃取了是非常的危险的，所以我们在数据库中存储的密码不能是明文的，需要进行加密后存储，也就是数据库中存储的是密文。解密过程：取出数据库中的盐值和用户输入的密码得到字符串1，使用md5对字符串1加密得到字符串2，然后验证字符串2和数据库中的密文即可。做好以上的步骤，你项目中的热部署就已经做好了。
达梦数据守护集群安装实战：从原理到配置
5. **实时同步集群搭建**：与数据守护集群类似，但可能需要额外配置读写分离，如调整归档策略（ARCH_WAIT_APPLY=1）和客户端设置，以实现读操作从备库、写操作到主库的分离。 在实际生产环境中，达梦数据守护集群因...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值