达梦数据守护集群部署

已于 2024-06-23 15:17:59 修改
阅读量717 收藏 29
点赞数 29
分类专栏： 达梦数据库 文章标签： 运维 数据库
于 2024-06-23 15:14:01 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_25045631/article/details/139900164
版权

接上篇
达梦8单机规范化部署
https://blog.csdn.net/qq_25045631/article/details/139898690

1. 集群规划

在正式生产环境中，两台机器建议使用统一配置的服务器。使用千兆或千兆以上网络。

两台虚拟机各加一块网卡，仅主机模式，作为心跳网卡(MAL_HOST)，若只有一块网卡，心跳IP可以和对外提供访问的IP一样。

节点1节点2
业务IP192.168.25.101192.168.25.102
心跳IP
MAL_HOST		172.25.0.101172.25.0.102
实例名GRP1_RT_01GRP1_RT_02
实例端口52365236
MAL端口
MAL_PORT		6114161142
MAL守护进程端口
MAL_DW_PORT		5214152142
守护进程端口
MAL_INST_DW_PORT		3314133142
OGUID453331453331
守护组GRP1GRP1
安装目录/opt/dmdbms/opt/dmdbms
实例目录/opt/dmdbms/data/opt/dmdbms/data
归档上限磁盘空间的1/10磁盘空间的1/10

MAL系统是基于TCP协议实现的一种内部通信机制，DM通过MAL系统实现Redo日志传输，以及其他一些实例间的消息通讯。

守护进程(dmwatcher)是数据库实例和监视器之间信息流转的桥梁。数据库实例向本地守护进程发送信息，接收本地守护进程的消息和命令；

监视器(dmmonitor)接收守护进程的消息，并向守护进程发送命令；数据库实例与监视器之间没有直接的消息交互；守护进程解析并执行监视器发起的各种命令(Switchover/Takeover/Open force等)，并在必要时通知数据库实例执行相应的操作。

2. 配置防火墙

firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv4" source address="192.168.25.101" accept" --permanent
firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv4" source address="192.168.25.102" accept" --permanent
firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv4" source address="172.25.0.101" accept" --permanent
firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv4" source address="172.25.0.102" accept" --permanent
firewall-cmd --reload

3. 开启本地归档

在这里插入图片描述
方法一：SQL 命令方式开启归档

登录数据库执行如下 SQL 语句：
##这里的归档目录会自动创建
ALTER DATABASE MOUNT;
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE ADD ARCHIVELOG ‘DEST=/opt/dmdbms/data/DAMENG/arch, TYPE=LOCAL, FILE_SIZE=2048, SPACE_LIMIT=20480’;
ALTER DATABASE OPEN;

##修改归档配置，可以在open状态下执行
##如果要修改归档目录，只能修改dmarch.ini文件，并重启实例生效
ALTER DATABASE MODIFY ARCHIVELOG ‘DEST=/opt/dmdbms/data/DAMENG/arch, TYPE=LOCAL, FILE_SIZE=128, SPACE_LIMIT=10240’;

方法二：修改数据库配置文件方式开启归档

##修改数据库实例的 /opt/dmdbms/data/DAMENG/dm.ini文件中 ARCH_INI 参数值
vi /opt/dmdbms/data/DAMENG/dm.ini
ARCH_INI = 1

##新增文件dmarch.ini

vi /opt/dmdbms/data/DAMENG/dmarch.ini
ARCH_WAIT_APPLY      = 0
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL
ARCH_DEST = /opt/dmdbms/data/DAMENG/arch
ARCH_FILE_SIZE = 128
ARCH_SPACE_LIMIT = 10240

##最后重启数据库完成归档配置

4. 备份主库

可以使用联机备份
SQL> BACKUP DATABASE BACKUPSET ‘/dmdata/data/DAMENG/bak/BACKUP_FILE’;

这里使用DMRMAN脱机备份

[root@node1 ~]# systemctl stop DmServiceDM
[root@node1 ~]# su - dmdba
[dmdba@node1 ~]$ dmrman
RMAN> backup database '/opt/dmdbms/data/DAMENG/dm.ini' full backupset '/opt/dmdbms/data/DAMENG/bak/db_full_bak';
backup database '/opt/dmdbms/data/DAMENG/dm.ini' full backupset '/opt/dmdbms/data/DAMENG/bak/db_full_bak';
Database mode = 0, oguid = 0
Normal of FAST
Normal of DEFAULT
Normal of RECYCLE
Normal of KEEP
Normal of ROLL
EP[0]'s cur_lsn[43184], file_lsn[43184]
Processing backupset /opt/dmdbms/data/DAMENG/bak/db_full_bak
[Percent:100.00%][Speed:0.00M/s][Cost:00:00:02][Remaining:00:00:00]                                 
backup successfully!
time used: 00:00:03.999

拷贝数据到备库

[dmdba@node1 ~]$ scp -r /opt/dmdbms/data/DAMENG/bak/db_full_bak dmdba@192.168.25.102:/home/dmdba/

5. 始化备库实例并恢复数据

要配置dmdba用户的环境变量才可以写绝对路径

[dmdba@node2 ~]$ /opt/dmdbms/bin/dminit path=/opt/dmdbms/data PAGE_SIZE=32 EXTENT_SIZE=32 CASE_SENSITIVE=y CHARSET=1 DB_NAME=DAMENG INSTANCE_NAME=GRP1_RT_02 LOG_SIZE=256 PORT_NUM=5236


[dmdba@node2 ~]$ dmrman CTLSTMT="RESTORE DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' FROM BACKUPSET '/home/dmdba/db_full_bak'"
dmrman V8
RESTORE DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' FROM BACKUPSET '/home/dmdba/db_full_bak'
file dm.key not found, use default license!
Normal of FAST
Normal of DEFAULT
Normal of RECYCLE
Normal of KEEP
Normal of ROLL
[Percent:100.00%][Speed:0.00M/s][Cost:00:00:02][Remaining:00:00:00]                                 
restore successfully.
time used: 00:00:02.907


[dmdba@node2 ~]$ dmrman CTLSTMT="RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' FROM BACKUPSET '/home/dmdba/db_full_bak'"
dmrman V8
RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' FROM BACKUPSET '/home/dmdba/db_full_bak'
file dm.key not found, use default license!
Database mode = 2, oguid = 0
Normal of FAST
Normal of DEFAULT
Normal of RECYCLE
Normal of KEEP
Normal of ROLL
EP[0]'s cur_lsn[43184], file_lsn[43184]
recover successfully!
time used: 599.685(ms)


[dmdba@node2 ~]$ dmrman CTLSTMT="RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' UPDATE DB_MAGIC"
dmrman V8
RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' UPDATE DB_MAGIC
file dm.key not found, use default license!
Database mode = 2, oguid = 0
Normal of FAST
Normal of DEFAULT
Normal of RECYCLE
Normal of KEEP
Normal of ROLL
EP[0]'s cur_lsn[43184], file_lsn[43184]
recover successfully!
time used: 00:00:01.127

6. 修改dm.ini

修改主备库参数，注意2个库的instance_name不一样

[dmdba@node1 ~]$ vi /opt/dmdbms/data/DAMENG/dm.ini
INSTANCE_NAME = GRP1_RT_01/GRP1_RT_02
PORT_NUM = 5236                        #数据库实例监听端口
DW_INACTIVE_INTERVAL = 60              #接收守护进程消息超时时间
ALTER_MODE_STATUS = 0                  #不允许手工方式修改实例模式/状态/OGUID
ENABLE_OFFLINE_TS = 2                  #不允许备库 OFFLINE 表空间
MAL_INI = 1                            #打开 MAL 系统
ARCH_INI = 1                           #打开归档配置
RLOG_SEND_APPLY_MON = 64               #统计最近 64 次的日志重演信息

[dmdba@node1 ~]$ egrep ‘INSTANCE_NAME|PORT_NUM|DW_INACTIVE_INTERVAL|ALTER_MODE_STATUS|ENABLE_OFFLINE_TS|MAL_INI|ARCH_INI|RLOG_SEND_APPLY_MON’ /opt/dmdbms/data/DAMENG/dm.ini

7. 配置dmarch.ini

2个节点都要配置，ARCH_DEST分别写对方的实例名。

[dmdba@node1 ~]$ vi /opt/dmdbms/data/DAMENG/dmarch.ini
#DaMeng Database Archive Configuration file
#this is comments

        #ARCH_WAIT_APPLY      = 1  #0：高性能  1：事务一致

[ARCHIVE_LOCAL1]
        ARCH_TYPE            = LOCAL  #本地归档类型
        ARCH_DEST            = /opt/dmdbms/data/DAMENG/arch  #本地归档存放路径  
        ARCH_FILE_SIZE       = 128  #单个归档大小，单位 MB
        ARCH_SPACE_LIMIT     = 10240  #归档上限，单位 MB
        ARCH_FLUSH_BUF_SIZE  = 0        
        ARCH_HANG_FLAG       = 1        

[ARCHIVE_REALTIME1]
        ARCH_TYPE            = REALTIME  #实时归档类型
        ARCH_DEST            = GRP1_RT_01/GRP1_RT_02  #实时归档目标实例名

8. 配置dmmal.ini

2个节点都要配置，配置相同

[dmdba@node1 ~]$ vi /opt/dmdbms/data/DAMENG/dmmal.ini
MAL_CHECK_INTERVAL         = 5  #MAL 链路检测时间间隔
MAL_CONN_FAIL_INTERVAL     = 5  #判定 MAL 链路断开的时间
#MAL_TEMP_PATH              = /opt/dmdbms/data/malpath/  #临时文件目录。当邮件使用的内存超过MAL_BUF_SIZE或者MAL_SYS_BUF_SIZE时，将新产生的邮件保存到临时文件中。如果缺省，则新产生的邮件保存到temp.dbf文件中
#MAL_BUF_SIZE               = 512  #单个 MAL 缓存大小，单位 MB
#MAL_SYS_BUF_SIZE           = 2048  #MAL 总大小限制，单位 MB
#MAL_COMPRESS_LEVEL         = 0  #MAL 消息压缩等级，0 表示不压缩

[MAL_INST1]
MAL_INST_NAME            = GRP1_RT_01  #实例名，和 dm.ini 的 INSTANCE_NAME 一致
MAL_HOST                 = 172.25.0.101  #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT                 = 61141  #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST            = 192.168.25.101 #实例的对外服务 IP 地址
MAL_INST_PORT            = 5236  #实例对外服务端口，和 dm.ini 的 PORT_NUM 一致
MAL_DW_PORT              = 52141  #实例对应的守护进程监听 TCP 连接的端口
MAL_INST_DW_PORT         = 33141  #实例监听守护进程 TCP 连接的端口

[MAL_INST2]
MAL_INST_NAME            = GRP1_RT_02
MAL_HOST                 = 172.25.0.102
MAL_PORT                 = 61142
MAL_INST_HOST            = 192.168.25.102
MAL_INST_PORT            = 5236
MAL_DW_PORT              = 52142
MAL_INST_DW_PORT         = 33142

9. 配置dmwatcher.ini

2个节点都要配置，配置相同

[dmdba@node1 ~]$ vi /opt/dmdbms/data/DAMENG/dmwatcher.ini
[GRP1]
DW_TYPE                  = GLOBAL  #全局守护类型
DW_MODE                  = AUTO    #MANUAL：故障手切 AUTO：故障自切
DW_ERROR_TIME            = 10  #远程守护进程故障认定时间
INST_ERROR_TIME          = 10  #本地实例故障认定时间
INST_RECOVER_TIME        = 60  #主库守护进程启动恢复的间隔时间
INST_OGUID               = 453331  #守护系统唯一 OGUID 值
INST_INI                 = /opt/dmdbms/data/DAMENG/dm.ini  #dm.ini 文件路径
INST_AUTO_RESTART        = 1  #打开实例的自动启动功能
INST_STARTUP_CMD         = /opt/dmdbms/bin/dmserver  #命令行方式启动
RLOG_SEND_THRESHOLD      = 0  #指定主库发送日志到备库的时间阈值，默认关闭
RLOG_APPLY_THRESHOLD     = 0  #指定备库重演日志的时间阈值，默认关闭

10. 启动主备库

以mount模式启动
一定要以mount方式启动数据库实例，否则系统启动时会重构回滚表空间，生成Redo日志；并且，启动后应用可能连接到数据库实例进行操作，破坏主备库的数据一致性。数据守护配置结束后，守护进程会自动Open数据库。

[dmdba@node1 ~]$ dmserver /opt/dmdbms/data/DAMENG/dm.ini mount
[dmdba@node2 ~]$ dmserver /opt/dmdbms/data/DAMENG/dm.ini mount

11. 设置OGUID

在主/备库分别执行

[dmdba@node1 ~]$ disql SYSDBA/SYSDBA@127.0.0.1:5236
SQL> sp_set_oguid(453331);

12. 修改数据库模式

在主库执行
SQL> alter database primary;

在备库执行
SQL> alter database standby;

如果当前数据库不是normal模式，需要先修改dm.ini中ALTER_MODE_STATUS值为1，允许修改数据库模式，修改 Standby 模式成功后再改回为0。

13. 注册并启动守护进程

root用户在备库执行

[root@node2 ~]# /opt/dmdbms/script/root/dm_service_installer.sh -t dmserver -p DM -dm_ini /opt/dmdbms/data/DAMENG/dm.ini
[root@node2 ~]# /opt/dmdbms/script/root/dm_service_installer.sh -t dmwatcher -p DM -watcher_ini /opt/dmdbms/data/DAMENG/dmwatcher.ini
Created symlink from /etc/systemd/system/multi-user.target.wants/DmWatcherServiceDMSERVER.service to /usr/lib/systemd/system/DmWatcherServiceDMSERVER.service.
创建服务(DmWatcherServiceDMSERVER)完成

root用户在主库执行

[root@node1 ~]# /opt/dmdbms/script/root/dm_service_installer.sh -t dmwatcher -p DM -watcher_ini /opt/dmdbms/data/DAMENG/dmwatcher.ini

在主备库启动服务

systemctl start DmWatcherServiceDM

守护进程启动后，设置GRP1守护进程为STARTUP状态，此时实例都处于未启动状态。守护进程开始广播自身和其监控实例的状态信息，结合自身信息和远程守护进程的广播信息，守护进程将本地实例Open，并设置GRP1守护进程为Open状态。




达梦社区地址
https://eco.dameng.com

看淡了时光
关注
专栏目录
（4）达梦数据守护集群DMDataWatch的实时主备环境部署实践
idmon的博客
06-07 962
为了帮助大家更加直观地理解DM数据守护方案，本篇技术分享文章是基于Linux下达梦数据守护集群的实时主备配置过程，配置方案为常见的一个主库和一个实时备库。
虚拟机部署达梦数据守护集群
bluesky_cn1的博客
10-06 866
达梦数据库的数据守护（DM Data Watch）的实现原理：将主库产生的Redo日志传输到备库，备库接收并重新应用Redo日志，从而实现备库与主库的数据同步。数据守护的核心思想是监控数据库状态，获取主、备库数据同步情况，为Redo日志传输与重演过程中出现的各种异常情况提供一系列的解决方案。本文针对达梦数据库的数据守护在虚拟机上完成搭建进行一次实践，并记录完整搭建过程。
【达梦】守护集群部署：（Linux环境下部署）
ilikewyb的博客
05-24 1678
redo日志重演服务，就是备库收到主库发送的 Redo 日志后，在物理数据页上，重新修改数据的过程，重演服务严格按照 Redo 日志产生的先后顺序，解析 Redo 日志、修改相应的物理数据页，并且重演过程中备库会生成自身的 Redo 日志写入联机日志文件。DM 数据守护（Data Watch）是一种集成化的高可用、高性能数据库解决方案，是数据库异地容灾的首选方案，可以在硬件故障（如磁盘损坏）、自然灾害（地震、火灾）等极端情况下，避免数据损坏、丢失，保障数据安全，
【达梦数据库】数据守护集群部署
花村游戏店老板的博客
07-26 759
DM数据守护（DM Data Watch）的实现原理：将主库（生产库）产生的Redo日志传输到备库，备库接收并重新应用Redo日志，从而实现备库与主库的数据同步。DM数据守护的核心思想是监控数据库状态，获取主、备库数据同步情况，为Redo日志传输与重演过程中出现的各种异常情况提供一系列的解决方案。DM数据守护可以配置成实时主备、MPP主备、读写分离、DSC守护。DM数据守护系统主要由主库、备库、Redo日志、Redo日志传输、Redo日志重演、守护进程dmwatcher、监视器dmmonitor组成。
达梦数据库守护集群环境搭建
算命de博客
10-16 789
主库和备库两台机器上，都按以下方法初始化数据库（示例），注意主库与备库的数据库名相同，服务名不同，注意区分。备库执行数据恢复,先关闭实例,再执行恢复。设置OGUID并修改数据库模式。设置OGUID并修改数据库模式。关闭主库实例、执行备份脚本。
达梦 8 —— 数据守护集群的安装部署
lmjsjz的博客
06-21 952
MON_DW_IP= 192.168.6.110:5238 同 MAL_DW_PORT。RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志发送信息。RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志发送信息。MON_LOG_PATH = /dm7/data/log 监视器日志文件存放目录。MON_LOG_SPACE_LIMIT =0 不限定日志文件总占用空间。MON_LOG_FILE_SIZE =32 每个日志文件最大32M。
达梦数据守护集群软件-DM Data Watch
m0_63245056的博客
12-12 1276
1.简介 达梦数据守护集群软件（DM Data Watch）是一种集成化的高可靠性解决方案，该方案基于数据库REDO日志，不依赖于第三方软件和存储，用于解决由于硬件故障、自然灾害等原因导致的数据库服务长时间中断问题，提供不间断数据库服务，可同时满足用户对数据安全性和高可用性的要求。数据守护包含的主要部件有：主数据库、备数据库、联机REDO日志系统、本地REDO日志归档服务、实时REDO日志归档服务、REDO日志重做服务、MAL系统、守护进程和监视器。其中，守护进程和监视器是两个独立的工具，其他部件集成在D
达梦数据守护集群脑裂恢复
qq_25045631的博客
06-23 865
集群环境参考上篇达梦数据守护集群部署集群发散脑裂时，监视器显示如下，实例GRP1_RT_01发生脑裂。
达梦数据库dm8守护集群部署手册
king_harry的专栏
12-08 1974
注： 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。
达梦数据库DM8数据守护集群部署及测试
01-27
达梦数据库DM8数据守护集群部署及测试
GPU服务器本地搭建Dify+xinference实现大模型应用
qq_43548590的博客
09-25 425
GPU服务器本地搭建Dify+xinference实现大模型应用
一体化运维管理软件在医院信息化运维体系中的必要性
MXsoft618的博客
09-21 343
监控易在医院的应用已经相当普及。这些软件在医院信息化运维中发挥着关键作用，提高了医院信息系统的稳定性和可靠性，确保了医疗服务的高效运行。例如，在郑州人民医院、某市第一人民医院等诸多医疗机构中，监控易已经被成功应用并取得了显著的效果。监控易一体化运维管理软件在医院信息化运维体系中扮演着“智能守护者”的角色。它通过全面的监控和管理功能，确保医院信息系统的稳定运行，提高运维效率，并为医院提供高效、精准的运营管理服务。随着医院信息化建设的不断深入，信息系统的稳定性和安全性对于医疗服务的质量和效率至关重要。
828华为云征文 | 华为云 X 实例服务器存储性能测试与优化策略
cooldream2009的博客
09-25 1165
在当今数字化时代，服务器的存储性能对于企业和个人用户来说至关重要。华为云作为全球领先的云服务提供商，其 X 实例服务器以强大的性能和可靠性备受关注。本文将详细介绍对华为云 X 实例服务器存储性能的测试过程，并探讨相应的优化策略，帮助读者更好地了解和利用这一强大的云服务资源。
【CSP】2024第二轮前的准备工作
m0_54696634的博客
09-24 330
第二轮成绩还没出，估分有希望但不高，发个帖子涨rp。
Docker
2302_81167603的博客
09-25 918
docker
CORS跨域+Nginx配置、Apache配置
luck332的专栏
09-22 414
CORS（Cross-Origin Resource Sharing，跨源资源共享）是一种机制，它使用额外的HTTP头部来告诉浏览器允许一个网页运行的脚本从不同于它自身来源的服务器上请求资源（例如字体、JavaScript、CSS等）。这是一种安全特性，用于帮助减少跨站请求伪造（CSRF）攻击的风险。
【devops】devops-ansible模块介绍
最新发布
zerotoall的博客
09-26 1045
命令模块 　 软件管理模块 　 ansible文件管理模块 　 ansible服务管理模块 　 ansible用户管理模块 　 ansible定时任务模块 　 ansible磁盘挂载模块 　 ansible关闭selinux模块 　 ansible防火墙模块 　 ansible主机模块（setup ） 　 ansible解压模块 　 ansible 数据库模块 　 ansible之template模块
【VMware】虚拟机安装
itxnk的博客
09-23 587
下一步就完事儿
达梦数据守护集群安装实战：从原理到配置
达梦数据守护集群是一种高可用性和高性能的数据库解决方案，适用于实时主备和读写分离场景。它通过实时传输主库的Redo日志到备库并重新应用，确保数据的一致性。数据守护的核心是监控数据库状态，处理主备库同步中的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值