赞
踩
如果是Linux版本达梦8部署则参考笔者另一篇博文
https://blog.csdn.net/nasen512/article/details/133737692
此文章针对是windows版本的达梦部署
服务器类型 | IP地址 | 操作系统 | 数据库实例名称 |
---|---|---|---|
主机 | 172.18.21.139 | win10 | DMSERVER |
备机 | 172.18.21.140 | win10 | DMSERVER2 |
参数 | 主库 | 备库 |
---|---|---|
实例名称 | DMSERVER | DMSERVER 2 |
IP | 172.18.21.139 | 172.18.21.140 |
OGUID | 45331 | 45331 |
守护组 | GRP1 | GRP1 |
归档上限 | 51200 | 51200 |
安装目录 | C:\dmdbms\bin | C:\dmdbms\bin |
实例目录 | D:\dmdbms | D:\dmdbms |
C:\dmdbms\log
提前把2个测试服务器的防火墙关闭
2个服务器互相验证是否ping通
如果是生产环境,则需要梳理一下需要开通的端口
2个服务器提前安装好windows版本的达梦8,并且保证硬盘、内存剩余!
进到CMD控制台,尽量用Administrator最高权限用户执行!
cd C:\dmdbms\bin
dminit PATH=d:\dmdata UNICODE_FLAG=1 LENGTH_IN_CHAR=1 CASE_SENSITIVE=0 EXTENT_SIZE=64 PAGE_SIZE=32 INSTANCE_NAME=DMSERVER
启动一下,SYSTEM IS READY.之后,按ctl+c键盘exit退出
dmserver D:\dmdata\DAMENG\dm.ini
在这里插入图片描述
正常启动服务
打开cmd
cd C:\dmdbms\bin
disql #输入SYSDBA SYSDBA
执行下列的SQL语句
ALTER DATABASE MOUNT;
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE ADD ARCHIVELOG 'DEST=D:\dmdata\DAMENG\arch, TYPE=LOCAL, FILE_SIZE=1024, SPACE_LIMIT=51200';
ALTER DATABASE OPEN;
执行一些系统的配置
SP_SET_PARA_VALUE (2,'DW_INACTIVE_INTERVAL',60);
SP_SET_PARA_VALUE (2,'ALTER_MODE_STATUS',0);
SP_SET_PARA_VALUE (2,'ENABLE_OFFLINE_TS',2);
SP_SET_PARA_VALUE (2,'MAL_INI',1);
SP_SET_PARA_VALUE (2,'RLOG_SEND_APPLY_MON',64);
此时用windows的服务管理先把实例关掉,因为下面要脱机备份!
进入CMD
cd C:\dmdbms\bin
dmrman use_ap=2 CTLSTMT="BACKUP DATABASE 'D:\dmdata\DAMENG\dm.ini' FULL TO BACKUP_FILE1 BACKUPSET 'D:\dmdata\DAMENG\bak\BACKUP_FILE_01'"
执行主机备份成功
主库的备份文件在下面路径
D:\dmdata\DAMENG\bak\BACKUP_FILE_01
D:\dmdata\DAMENG #实例路径
将4个文件创建复制到D:\dmdata\DAMENG
(1)dmarch.ini
ARCH_WAIT_APPLY = 0
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL
ARCH_DEST = D:\dmdata\DAMENG\arch
ARCH_FILE_SIZE = 1024
ARCH_SPACE_LIMIT = 51200
ARCH_FLUSH_BUF_SIZE = 0
ARCH_HANG_FLAG = 1
[ARCHIVE_REALTIME1]
ARCH_TYPE = REALTIME #实时归档类型
ARCH_DEST = DMSERVER2 #实时归档目标
(2)dmmal.ini
MAL_CHECK_INTERVAL = 5
MAL_CONN_FAIL_INTERVAL = 5
[MAL_INST1]
MAL_INST_NAME = DMSERVER
MAL_HOST = 172.18.21.139
MAL_PORT = 5238
MAL_INST_HOST = 172.18.21.139
MAL_INST_PORT = 5236
MAL_DW_PORT = 5239
MAL_INST_DW_PORT = 5237
[MAL_INST2]
MAL_INST_NAME = DMSERVER2
MAL_HOST = 172.18.21.140
MAL_PORT = 5238
MAL_INST_HOST = 172.18.21.140
MAL_INST_PORT = 5236
MAL_DW_PORT = 5239
MAL_INST_DW_PORT = 5237
(3)dmmonitor.ini
MON_DW_CONFIRM = 0 #0:非确认(故障手切) 1:确认(故障自切)
MON_LOG_PATH = C:\dmdbms\log #监视器日志文件存放路径
MON_LOG_INTERVAL = 60 #每隔 60s 定时记录系统信息到日志文件
MON_LOG_FILE_SIZE = 512 #单个日志大小,单位 MB
MON_LOG_SPACE_LIMIT = 2048 #日志上限,单位 MB
[GRP1]
MON_INST_OGUID = 45331 #组 GRP1 的唯一 OGUID 值
MON_DW_IP = 172.18.21.139:5239 #IP 对应 MAL_HOST,PORT 对应 MAL_DW_PORT
MON_DW_IP = 172.18.21.140:5239
(4)dmwatcher.ini
[GRP1]
DW_TYPE = GLOBAL #全局守护类型
DW_MODE = MANUAL #MANUAL:故障手切 AUTO:故障自切
DW_ERROR_TIME = 20 #远程守护进程故障认定时间
INST_ERROR_TIME = 20 #本地实例故障认定时间
INST_RECOVER_TIME = 60 #主库守护进程启动恢复的间隔时间
INST_OGUID = 45331 #守护系统唯一 OGUID 值
INST_INI = d:\dmdata\DAMENG\dm.ini #dm.ini 文件路径
INST_AUTO_RESTART = 1 #打开实例的自动启动功能
INST_STARTUP_CMD = C:\dmdbms\bin\dmserver #命令行方式启动
RLOG_SEND_THRESHOLD = 0 #指定主库发送日志到备库的时间阈值,默认关闭
RLOG_APPLY_THRESHOLD = 0 #指定备库重演日志的时间阈值,默认关闭
右键注册服务
笔者发现用达梦这个自动注册守护服务有的时候会失败,重复注册又好了,注意!
如果发现通过起不来守护的服务,则重新换个名字注册,再试!!
进到CMD控制台,尽量用Administrator最高权限用户执行!
cd C:\dmdbms\bin
dminit PATH=d:\dmdata UNICODE_FLAG=1 LENGTH_IN_CHAR=1 CASE_SENSITIVE=0 EXTENT_SIZE=64 PAGE_SIZE=32 INSTANCE_NAME=DMSERVER2
注意:实例名称要跟主库区分开!140实例是DMSERVER2注意!
启动一下,SYSTEM IS READY.之后,按ctl+c键盘exit退出
dmserver D:\dmdata\DAMENG\dm.ini
在这里插入图片描述
打开cmd
cd C:\dmdbms\bin
disql #输入SYSDBA SYSDBA
执行下列的SQL语句
ALTER DATABASE MOUNT;
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE ADD ARCHIVELOG 'DEST=D:\dmdata\DAMENG\arch, TYPE=LOCAL, FILE_SIZE=1024, SPACE_LIMIT=51200';
ALTER DATABASE OPEN;
执行一些系统的配置
SP_SET_PARA_VALUE (2,'DW_INACTIVE_INTERVAL',60);
SP_SET_PARA_VALUE (2,'ALTER_MODE_STATUS',0);
SP_SET_PARA_VALUE (2,'ENABLE_OFFLINE_TS',2);
SP_SET_PARA_VALUE (2,'MAL_INI',1);
SP_SET_PARA_VALUE (2,'RLOG_SEND_APPLY_MON',64);
此时用windows的服务管理先把实例关掉,因为下面要脱机备份!
D:\dmdata\DAMENG\bak\BACKUP_FILE_01 #复制到140一样的目录
也把D:\dmdata\DAMENG\arch的路径文件从139复制到140
D:\dmdata\DAMENG\arch
执行还原
cd C:\dmdbms\bin
dmrman CTLSTMT="RESTORE DATABASE 'd:\dmdata\DAMENG\dm.ini' FROM BACKUPSET 'd:\dmdata\DAMENG\bak\BACKUP_FILE_01'"
dmrman
recover database 'd:\dmdata\DAMENG\dm.ini' with archivedir 'd:\dmdata\DAMENG\arch';
RECOVER DATABASE 'd:\dmdata\DAMENG\dm.ini' UPDATE DB_MAGIC;
备数据库数据恢复成功
(1)dmarch.ini
#DaMeng Database Archive Configuration file
#this is comments
ARCH_WAIT_APPLY = 0
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL
ARCH_DEST = D:\dmdata\DAMENG\arch
ARCH_FILE_SIZE = 1024
ARCH_SPACE_LIMIT = 51200
ARCH_FLUSH_BUF_SIZE = 0
ARCH_HANG_FLAG = 1
[ARCHIVE_REALTIME1]
ARCH_TYPE = REALTIME #实时归档类型
ARCH_DEST = DMSERVER #实时归档目标
(2)dmmal.ini
MAL_CHECK_INTERVAL = 5
MAL_CONN_FAIL_INTERVAL = 5
[MAL_INST1]
MAL_INST_NAME = DMSERVER
MAL_HOST = 172.18.21.139
MAL_PORT = 5238
MAL_INST_HOST = 172.18.21.139
MAL_INST_PORT = 5236
MAL_DW_PORT = 5239
MAL_INST_DW_PORT = 5237
[MAL_INST2]
MAL_INST_NAME = DMSERVER2
MAL_HOST = 172.18.21.140
MAL_PORT = 5238
MAL_INST_HOST = 172.18.21.140
MAL_INST_PORT = 5236
MAL_DW_PORT = 5239
MAL_INST_DW_PORT = 5237
(3)dmmonitor.ini
MON_DW_CONFIRM = 0 #0:非确认(故障手切) 1:确认(故障自切)
MON_LOG_PATH = C:\dmdbms\log #监视器日志文件存放路径
MON_LOG_INTERVAL = 60 #每隔 60s 定时记录系统信息到日志文件
MON_LOG_FILE_SIZE = 512 #单个日志大小,单位 MB
MON_LOG_SPACE_LIMIT = 2048 #日志上限,单位 MB
[GRP1]
MON_INST_OGUID = 45331 #组 GRP1 的唯一 OGUID 值
MON_DW_IP = 172.18.21.139:5239 #IP 对应 MAL_HOST,PORT 对应 MAL_DW_PORT
MON_DW_IP = 172.18.21.140:5239
(4)dmwatcher.ini
[GRP1]
DW_TYPE = GLOBAL #全局守护类型
DW_MODE = MANUAL #MANUAL:故障手切 AUTO:故障自切
DW_ERROR_TIME = 20 #远程守护进程故障认定时间
INST_ERROR_TIME = 20 #本地实例故障认定时间
INST_RECOVER_TIME = 60 #主库守护进程启动恢复的间隔时间
INST_OGUID = 45331 #守护系统唯一 OGUID 值
INST_INI = D:\dmdata\DAMENG\dm.ini #dm.ini 文件路径
INST_AUTO_RESTART = 1 #打开实例的自动启动功能
INST_STARTUP_CMD = C:\dmdbms\bin\dmserver #命令行方式启动
RLOG_SEND_THRESHOLD = 0 #指定主库发送日志到备库的时间阈值,默认关闭
RLOG_APPLY_THRESHOLD = 0 #指定备库重演日志的时间阈值,默认关闭
右键注册服务
笔者发现用达梦这个自动注册守护服务有的时候会失败,重复注册又好了,注意!
如果发现通过起不来守护的服务,则重新换个名字注册,再试!!
方法就是用达梦服务器查看器删除旧服务然后重新创建守护服务解决!
启动数据库实例服务
打开cmd
cd C:\dmdbms\bin
disql #输入SYSDBA SYSDBA
ALTER DATABASE MOUNT;
SP_SET_OGUID(45331);
ALTER DATABASE PRIMARY;
SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
ALTER DATABASE OPEN FORCE;
执行完然后马上关闭实例服务
启动数据库实例服务
打开cmd
cd C:\dmdbms\bin
disql #输入SYSDBA SYSDBA
ALTER DATABASE MOUNT;
SP_SET_OGUID(45331);
ALTER DATABASE STANDBY;
SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
ALTER DATABASE OPEN FORCE;
执行完然后马上关闭实例服务
1、启动实例服务
2、启动守护服务
1、启动实例服务
2、启动守护服务
打开cmd
cd C:\dmdbms\bin
dmmonitor d://dmdata//DAMENG//dmmonitor.ini
show
2个服务器关闭守护服务关闭实例服务,再把主库的数据备份再恢复到从库,再试!
这次部署失败了,看CLSN2个服务器的值,如果差的很大,就代表部署失败了!
笔者试过很多次按照文章上述主库备份导出到从库,反复实验,还是失败。笔者预估操作主库离线备份的时候,主库会自动变成mount状态,然后这种离线备份的方式似乎有影响。
后来笔者参考之前操作成功的案例,笔者决定换一种备份的方式(以open状态备份)尝试解决。
先将实例服务打开
此时我们登录到控制台
打开cmd
cd C:\dmdbms\bin
disql #输入SYSDBA SYSDBA
然后查询一下当前服务器的运行状态
select status$ from v$instance;
如果为mount状态,需要转换为open状态!
执行下列SQL
ALTER DATABASE MOUNT;#如果为mount状态这个不用执行!
SP_SET_OGUID(45331);
ALTER DATABASE PRIMARY;
SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
ALTER DATABASE OPEN FORCE;
执行完在查询当前的状态
select status$ from v$instance;
处于这个状态的时候,我们就可以执行备份操作了。这个备份是数据库实例活着并且为open状态的备份,上面的备份是关闭实例的备份。
BACKUP DATABASE BACKUPSET 'D:\dmdata\DAMENG\bak\BACKUP_FILE_01';
备份出的的文件跟之前离线备份文件有些不同!
此时把139主库的实例服务关闭,这里为什么关闭实例,笔者经过反复实验发现,如果用活备份,主库会不断产生归档日志,如果不马上关闭实例,会导致后期主从的同步延迟变高。
现在139,140 2个服务器所有服务都是关着的。
启动一下140的实例服务
打开cmd
cd C:\dmdbms\bin
disql #输入SYSDBA SYSDBA
然后查询一下当前服务器的运行状态
select status$ from v$instance;
如果为mount状态,需要转换为open状态!
执行下列SQL
ALTER DATABASE MOUNT; #如果为mount状态这个不用执行!
SP_SET_OGUID(45331);
ALTER DATABASE STANDBY;
SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
ALTER DATABASE OPEN FORCE;
执行完在查询当前的状态
select status$ from v$instance;
调整完关闭当前140实例服务,此处为啥要关闭服务,是因为笔者将主库与备库的状态都提前调整成open状态,然后再执行恢复数据操作。
等恢复完,启动的时候,主备实例启动都是默认是open的状态。笔者反复测试,发现这么操作可以部署成功。并且从库140执行恢复是离线方式恢复。
简单说:把主库从库都为正常open状态,再恢复好数据,最终关闭服务,再重启各自的守护服务。
而不是其中一个mount就启动守护服务,这种部署一定失败!
执行恢复数据操作
提前把140的D:\dmdata\DAMENG\bak\BACKUP_FILE_01的文件清空,然后从139同样的目录把文件拷过来!注意!
cd C:\dmdbms\bin
dmrman CTLSTMT="RESTORE DATABASE 'd:\dmdata\DAMENG\dm.ini' FROM BACKUPSET 'D:\dmdata\DAMENG\bak\BACKUP_FILE_01'"
提前把140的D:\dmdata\DAMENG\arch的文件清空,然后从139同样的目录把文件拷过来!注意!此处如果不执行,140启动实例服务的时候,会报错!
dmrman
recover database 'd:\dmdata\DAMENG\dm.ini' with archivedir 'd:\dmdata\DAMENG\arch';
RECOVER DATABASE 'd:\dmdata\DAMENG\dm.ini' UPDATE DB_MAGIC;
备数据库数据恢复成功
步骤1启动139服务器实例服务
步骤2启动140服务器实例服务
步骤3启动139守护服务
步骤4启动140守护服务
步骤5139服务器查看监控
打开cmd
cd C:\dmdbms\bin
dmmonitor d://dmdata//DAMENG//dmmonitor.ini
CLSN值接近才算部署成功
执行 show
(1)139主库插入数据
CREATE TABLE TABLE_1(id int);
INSERT INTO TABLE_1 VALUES(1);
COMMIT;
(2)140从库查看数据
desc TABLE_1;
SELECT * FROM TABLE_1;
最终测试主库备库切换
su dmdba
cd /opt/dmdbms/bin
./dmmonitor /dmdata/DAMENG/dmmonitor.ini
login
Switchover
执行切换命令
继续
show 命令
会发现139与140会互换!
switchover [group_name[.]] [db_name]
将指定组中的指定备库切换为新的主库,将当前的主库切换为新的备库,此命令要求执
行切换的主备库都是正常 Open 状态。执行此命令需要先登录监视器。
只有一组的情况下,可以不指定 group_name,组中只有一个备库的情况下,可以不
指定 db_name,如果 group_name 和 db_name 同时指定,则需要用―.‖符合分隔。
如果你需要部署linux操作系统请参考笔者另外一篇文章
https://blog.csdn.net/nasen512/article/details/133737692
启动和退出流程
退出过程:退出监视器——关闭备机的守护进程——关闭主机的守护进程——关闭主机实例——关闭备机实例
启动过程:开主机实例——开主机守护进程——开备机实例——开备机守护进程——打开确认监视器
1、将上述文章里面的配置文件里面的端口梳理,要依次打开,保证主备2个服务器的通讯正常!
2、如果生产上需要部署主备集群,则需要先把生产的数据库进行备份,然后部署完空的主备集群,然后再把数据恢复到主库。数据库备份导出导入的方法参考笔者另篇文章!
https://blog.csdn.net/nasen512/article/details/127404681 #达梦数据库导入导出方法
提前要把达梦的数据库用户建好,恢复数据库之前要注意。笔者也测试过,主库新增用户,从库也会自动创建,是根据数据库实例为单位进行数据同步的,主库恢复数据,从库也会跟上同步,已经验证过!
总结windows版本守护主备配置难点:
1、守护服务创建失败
2、主从数据库的状态为mount,不能正常!
3、主库数据备份,恢复到从库过程中遇到错误!
笔者简介
国内某一线知名软件公司企业认证在职员工:任JAVA高级研发工程师,大数据领域专家,数据库领域专家兼任高级DBA!10年软件开发经验!现任国内某大型软件公司大数据研发工程师、MySQL数据库DBA,软件架构师。直接参与设计国家级亿级别大数据项目!并维护真实企业级生产数据库300余个!紧急处理数据库生产事故上百起,挽回数据丢失所造成的灾难损失不计其数!并为某国家级大数据系统的技术方案(国家知识产权局颁布)专利权的第一专利发明人!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。