达梦主备集群模拟主库或者备库down机后启动

已于 2022-04-12 09:42:59 修改
阅读量1.6k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 达梦 文章标签： 数据库
于 2022-04-07 14:24:18 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qian__jing/article/details/124015207
本文档详细介绍了如何模拟并处理达梦数据库主备集群中主库或备库DOWN机的情况。通过模拟主库、备库DOWN机及数据库被kill等场景，展示了集群的自动故障切换和恢复过程，确保数据库服务的高可用性。

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

目录

1、模拟主库（node1） DOWN机（环境 node1 为主库，node2 为备库）

对主库所在机器shutdown

启动node1 所在的机器

2、模拟备库（node1） DOWN机（环境 node2 为主库，node1 为备库）

对备库所在机器shutdown （node1 ）

启动node1 机器

3、模拟主库node2数据库被kill（环境 node2 为主库，node1 为备库）

4、模拟备库node2数据库被kill（环境 node1 为主库，node2 为备库）

1、模拟主库（node1） DOWN机（环境 node1 为主库，node2 为备库）

对主库所在机器shutdown

从监视器处可以查看到RW1的状态由OPEN->ERROR ,RW2由open状态->STARTUP->MON CONFIRM->FAILOVER->OPEN

监视器log:

[monitor]         2022-03-25 05:46:22: Received message from(DMRW1)

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 05:46:22  OPEN           OK        DMRW1            OPEN        STANDBY   NULL     7        32545           32545          

[monitor]         2022-03-25 05:46:23: Received message from(DMRW2)

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 05:46:23  OPEN           OK        DMRW2            OPEN        PRIMARY   VALID    7        32545           32545          

[monitor]         2022-03-25 05:50:03: Received message timeout from(DMRW1)

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 05:49:52  ERROR          OK        DMRW1            OPEN        STANDBY   VALID    7        32545           32545          

[monitor]         2022-03-25 05:52:32: Dmwatcher process DMRW2 status switching [OPEN-->STARTUP]

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 05:52:32  STARTUP        OK        DMRW2            SUSPEND     PRIMARY   VALID    7        32545           32548          

[monitor]         2022-03-25 05:52:33: Dmwatcher process DMRW2 status switching [STARTUP-->MON CONFIRM]

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 05:52:33  MON CONFIRM    OK        DMRW2            SUSPEND     PRIMARY   VALID    7        32545           32548          

[monitor]         2022-03-25 05:52:34: Dmwatcher process DMRW2 status switching [MON CONFIRM-->FAILOVER]

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 05:52:34  FAILOVER       OK        DMRW2            SUSPEND     PRIMARY   VALID    7        32545           32548          

[monitor]         2022-03-25 05:52:37: Dmwatcher process DMRW2 status switching [FAILOVER-->OPEN]

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 05:52:37  OPEN           OK        DMRW2            OPEN        PRIMARY   VALID    7        32548           32548        

node2上可正常提供服务

[dmdba@node2 ~]$ disql SYSDBA/SYSDBA 

SQL> select * from sysdba.tab ;

no rows

used time: 18.963(ms). Execute id is 400.

SQL>  insert into sysdba.tab values(10) ;

affect rows 1

used time: 0.303(ms). Execute id is 401.

SQL> commit ;

executed successfully

used time: 3.115(ms). Execute id is 402.

启动node1 所在的机器

node1 状态由NONE-->STARTUP-->OPEN

node2 状态OPEN-->RECOVERY-->OPEN

监视器log

[monitor]         2022-03-25 06:08:23: Dmwatcher process DMRW1 status switching [NONE-->STARTUP]

[monitor]         2022-03-25 06:08:24: Dmwatcher process DMRW1 status switching [STARTUP-->OPEN]

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 06:08:23  OPEN           OK        DMRW1            OPEN        STANDBY   INVALID  7        32545           32545          

[monitor]         2022-03-25 06:08:24: Dmwatcher process DMRW2 status switching [OPEN-->RECOVERY]

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 06:08:24  RECOVERY       OK        DMRW2            OPEN        PRIMARY   VALID    7        32555           32555          

[monitor]         2022-03-25 06:08:26: Dmwatcher process DMRW2 status switching [RECOVERY-->OPEN]

                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN           

                  2022-03-25 06:08:25  OPEN           OK        DMRW2            OPEN        PRIMARY   VALID    7        32555           32555          

show

2022-03-25 06:14:45

#========================================================&#

最低0.47元/天 解锁文章
达梦 dm.ini 设置实例文件
weixin_44265105的博客
08-23 2993
#DaMeng Database Server Configuration file #this is comments #file location of dm.ctl CTL_PATH = /TRS/data/DAMENG/dm.ctl #ctl file path CTL_BAK_PATH = /TRS/data/DAMENG/ctl_bak #dm.ctl backup...
insert/update操作失败原因及解决方法
Eddyx的专栏
09-19 8801
    很奇怪，asp+sql server人数在300人左右的时候，插入数据的操作有数据丢失的情况。    查了半天，数据库相关表的编号列是primary key，有identity属性，每次自动加一。代码里面显示编号是通过select max(clNum)拿出来的。这样的话，在插入数据成功之后，还需要select一把。     这里就有个漏洞，如果同时做插入动作的用户很多，对单个用户来说，插入
达梦V8大规模并行处理 MPP 主库和从库正常的情况下，不同场景的SQL执行情况
wty286313873的博客
06-01 1824
达梦V8大规模并行处理 MPP，主库和从库正常的情况下，不同场景的SQL执行情况
达梦数据库-共享存储集群部署
最新发布
qq_41222972的博客
05-09 1170
达梦共享存储集群部署快速指南。
达梦数据库日志文件被误删除，在没有备份的情况下的恢复
weixin_43331041的博客
11-03 1482
达梦数据库日志文件被误删除，在没有备份的情况下的恢复
达梦7主备集群数据库升级步骤
ditouqianxiao4的博客
11-09 1422
1、集群配置信息 Ip 主库 192.168.61.129 /home/dmdba/dmdbms/data/ 备库 192.168.61.130 /home/dmdba/dmdbms/data/ 监视器 192.168.61.131 /home/dmdba/dmdbms/data/ 2、数据库初始化信息 大小写敏感，字符集UTF-8，页大小为8K，簇大小为16页端口5236 3、升级前集群状态检查 打开监视器，查看数据库集群状态是否正常 检查主备库的ISTATUS是否为OPEN状态，主库IMODE为PRI
达梦数据库-初探监视器服务与守护进程服务
wswxs1的博客
07-26 1755
达梦数据库-初探监视器服务与守护进程服务
达梦数据库主库+异步备库集群部署与测试
weixin_48195231的博客
04-24 447
达梦数据库主库+异步备库集群部署与测试数据同步情况
达梦8.0主备安装
u010719917的专栏
10-21 918
达梦8.0主备安装
达梦数据库实时主备部署及切换
weixin_46616147的博客
04-29 2772
实时主备系统由主库、实时备库、守护进程和监视器组成。通过部署实时主备系统，可以及时检测并处理各种硬件故障、数据库实例异常，确保持续提供数据库服务。 DM 数据守护（DM Data Watch）的实现原理非常简单：将主库（生产库）产生的 Redo日志传输到备库，备库接收并重新应用 Redo 日志，从而实现备库与主库的数据同步。DM数据守护的核心思想是监控数据库状态，获取主、备库数据同步情况，为 Redo 日志传输与重演过程中出现的各种异常情况提供一系列的解决方案。 DM...
SQL Server 2008中SQL增强之三：Merge(在一条语句中使用Insert,Update,Delete)
邀月周记
10-17 1万+
SQL Server 2008中SQL应用系列--目录索引SQL　Server 2008提供了一个增强的SQL命令Merge，用法参看MSDN:http://msdn.microsoft.com/zh-cn/library/bb510625.aspx功能：根据与源表联接的结果，对目标表执行插入、更新或删除操作。例如，根据在另一个表中找到的差异在一个表中插入、更新或删除行，可以对两个表进行同步。我们
SQLServer添加UPDATE回滚日志(update/delete/insert)
Wikey_Zhang的博客
06-30 7118
上一篇文章我讲解了delete操作的回滚日志建立的方法，基于上一篇文章的基础，经过修改和增加，实现update操作的回滚日志的建立。首先要注意的是：这里的update并不只是表的update操作，它包含delete和insert操作，完全涵盖上一篇文章的内容。那上一篇文章岂不就多此一举，废话一堆啦？NO~NO~NO~前一篇文章是个启发，简单易懂。行了，废话就讲到这里了！ 下面直接上代码（copy
MySQL数据库操作语言之插入INSERT||更新UPDATE||删除DELETE结构及用法
漫步量化
04-30 495
INSERT插入 标准语法结构 INSERT INTO table_name ( field1, field2,...字段名（也就是列名） ) VALUES ( value1, value2,...valueN ); # 如果数据是字符型，必须使用单引号或者双引号，如："value" 示例： ...
Attempt to do update or delete on table db1.table1 that is not transactional解决
微电子学与固体电子学-俞驰
12-18 4374
在datagrip尝试对hive中的表格进行删除,碰到了这么个问题 Attempt to do update or delete on table db1.table1 that is not transactional 官方依据是[2],也就是说支持事务操作需要设置一大堆东西. Reference: [1]Hive Transactions [2]hive0.14-insert、update、delete操作测试 [3]CDH5.4.10 在Hive上执行Update,Delete操作报错Attempt
MYSQL常见出错代码解析
quxiuer
07-15 5032
   1005：MYSQL创建表失败　　　　1006：MYSQL创建数据库失败　　　　1007：MYSQL数据库已存在，创建数据库失败　　　　1008：MYSQL数据库不存在，删除数据库失败　　　　1009：MYSQL不能删除数据库文件导致删除数据库失败　　　　1010：MYSQL不能删除数据目录导致删除数据库失败　　      1011：MYSQL
已解决在向有外键表插入数据提示“foreign key constraint fails”
热门推荐
拒绝修仙拒绝睡的博客
10-08 3万+
今天在做作业的时候，在建立了几个主表，一个有外键的表USE SPJ; CREATE TABLE S (SNO CHAR(4) NOT NULL, SNAME CHAR(20) NOT NULL, STATUS CHAR(10), CITY CHAR(2
postgresql学习笔记（一）---持续更新中
tyrion的博客
12-28 5680
随着大数据越炒越热，postgresql作为开源数据库代表之一扮演着越来越重要的角色，个人感觉必须要自学一把，今天开始持续更新，一遍学习一遍记录。 一.首先什么是postgresql PostgreSQL is an object-relational database management system (ORDBMS) based on POSTGRES, Version 4.2,
麒麟达梦主备集群
03-25
### 麒麟操作系统与达梦数据库主备集群配置的最佳实践 #### 一、概述 在麒麟操作系统环境下，达梦数据库（DM8）支持多种高可用架构，其中主备集群是一种常见的解决方案。通过主备集群的配置，可以实现数据冗余备份以及业务连续性的保障。以下是基于麒麟操作系统的达梦数据库主备集群配置的相关最佳实践。 --- #### 二、环境准备 为了成功搭建主备集群，需完成以下准备工作： 1. **安装麒麟操作系统** 确保已正确安装并配置好银河麒麟操作系统版本 V10 或更高版本[^1]。 2. **安装达梦数据库 DM8** 下载适合麒麟操作系统的达梦数据库 DM8 版本，并按照官方文档完成单机版的正常安装和初始化。 3. **网络通信设置** - 主库与备库之间需要能够互相访问，建议配置静态 IP 地址。 - 开放必要的端口（默认监听端口为 5236），确保防火墙规则允许两台服务器之间的通信。 --- #### 三、主备集群配置流程 ##### 1. 数据库角色定义 - 在主库上执行命令将数据库模式更改为 `PRIMARY`： ```sql ALTER DATABASE PRIMARY; ``` 此命令用于指定当前实例为主库实例[^2]。 - 在备库上执行命令将数据库模式更改为 `STANDBY`： ```sql ALTER DATABASE STANDBY; ``` ##### 2. 参数文件调整 编辑主库和备库的参数文件 `dm.ini` 和 `dmmal.ini`，具体如下： - **主库 dm.ini** ```ini INSTANCE_NAME=primary_db PORT_NUM=5236 ENABLE_ARCHIVE=1 ARCH_INI=1 MAL_INST_NAME=mal_primary MAL_HOST=localhost MAL_PORT_NO=7799 ``` 上述配置启用了归档功能，并设置了消息传输层（MAL）的相关参数。 - **备库 dm.ini** ```ini INSTANCE_NAME=standby_db PORT_NUM=5236 ENABLE_ARCH_LOG_APPLY=1 MAL_INST_NAME=mal_standby MAL_HOST=<主库IP> MAL_PORT_NO=7799 ``` ##### 3. 归档路径同步 - 设置主库的归档日志存储路径，在 `archive_path` 中指定共享目录或 NFS 挂载点。 - 备库会自动拉取主库产生的归档日志并应用到本地副本。 ##### 4. 启动服务 分别启动主库和备库的服务： ```bash # 启动主库 service dmserver start /path/to/dm.ini # 启动备库 service dmserver start /path/to/standby_dm.ini ``` --- #### 四、实时切换测试 当主备集群配置完成后，可以通过手动方式验证主备切换的功能： 1. 执行以下 SQL 命令停止主库服务： ```sql SHUTDOWN IMMEDIATE; ``` 2. 将备库提升为主库： ```sql ALTER DATABASE ACTIVATE PHYSICAL STANDBY; ``` 3. 测试新主库是否能正常提供服务。 --- #### 五、注意事项 1. **时间一致性** 确保主库和备库的时间保持一致，可启用 NTP 时间同步服务。 2. **磁盘空间监控** 定期检查归档日志占用的空间大小，必要时清理过期的日志文件。 3. **性能调优** 根据实际负载情况优化数据库连接数、缓冲区大小等参数。 --- #### 六、总结 通过上述步骤可以在银河麒麟操作系统下顺利部署达梦数据库的主备集群。此方案不仅提高了系统的可靠性，还增强了灾难恢复能力。对于生产环境中大规模的数据处理需求具有重要意义。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值