各主备库的实例名建议采用“组名_守护环境_序号”的方式命名,方便按组区分不同实例,注意总长度不能超过16。本示例中组名为“GRP1”,配置为实时主备,主库命名为“GRP1_DM_01”,备库命名为“GRP1_DM_02”。
配置环境说明:
主机类型 | IP地址 | 实例名 | 操作系统 |
---|---|---|---|
主库 | 10.10.35.114(外部服务)1.1.1.10(内部通信) | GRP1_DM_01 | Linux 6 |
备库 | 10.10.35.115(外部服务)1.1.1.11(内部通信) | GRP1_DM_02 | Linux 6 |
监控机 | 1.1.1.1 | Linux 6 |
端口规划:
实例名 | PORT_NUM | DW_PORT | MAL_HOST | MAL_PORT | MAL_DW_PORT |
---|---|---|---|---|---|
GRP1_DM_01 | 5236 | 5336 | 1.1.1.10 | 5436 | 5536 |
GRP1_DM_02 | 5236 | 5336 | 1.1.1.11 | 5436 | 5536 |
查看操作系统版本
[root@ep01 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.6 (Santiago)
关闭防火墙 和 Selinux
[root@ep01 ~]# service iptables stop
iptables:将链设置为政策 ACCEPT:filter [确定]
iptables:清除防火墙规则: [确定]
iptables:正在卸载模块: [确定]
[root@ep01 ~]# chkconfig iptables off
[root@ep01 ~]# vi /etc/selinux/config
SELINUX=disabled
创建DM用户
[root@ep01 ~]# groupadd dinstall
[root@ep01 ~]# useradd -g dinstall -m -d /home/dmdba -s /bin/bash dmdba
[root@ep01 ~]# passwd dmdba
创建目录:安装数据库文件的空间提前规划好,我这里放在/dm目录下
[root@ep01 ~]# mkdir -p /dm/dmdbms
[root@ep01 ~]# mkdir -p /dm/dmarch
[root@ep01 ~]# mkdir -p /dm/dmbak
[root@ep01 ~]# chown -R dmdba:dinstall /dm/
[root@ep01 ~]# chmod -R 775 /dm/
配置系统限制,在/etc/security/limits.conf 文件中添加如下内容
cat >> /etc/security/limits.conf << EOF
* soft nofile 65536
* hard nofile 65536
EOF
[root@ep02 ~]# ulimit -a
配置环境变量:在dmdba用户的~/.bash_profile 里添加如下内容
export DM_HOME="/dm/dmdbms"
export LD_LIBRARY_PATH="/dm/dmdbms/bin:$LD_LIBRARY_PATH"
export PATH="/dm/dmdbms/bin:$PATH"
[dmdba@ep01 ~]#source /etc/profile
在DM 软件安装时会自动添加DM_HOME和LD_LIBRARY_PATH变量,这里可以只添加PATH
2.1.2 安装达梦数据库软件
[root@ep01 dm_install]# chown dmdba.dinstall DMInstall.bin dm.key
[root@ep01 dm_install]# su - dmdba
[dmdba@ep01 dm_install]$ ./DMInstall.bin -i
/dm/dmdbms/script/root/root_installer.sh
配置数据守护之前,必须先同步实例数据,确保两者保持完全一致;主库可以是新初始化的数据,也可以是正在生产、使用中的数据。DM 提供了两种方式初始化同步实例数据,数据文件拷贝以及备份还原方式。
不能分别初始化库的原因如下:
1. 每个库都有一个永久魔数(permenant_magic),主库传送日志时会判断这个值是否一样,确保来自同一个库,不同的库传送不了日志。
2. 由于 dminit 初始化数据库时,会生成随机密钥用于加密,每次生成的密钥都不相同,备库无法解析采用主库密钥加密的数据。
注意:
对于新初始化的库,首次启动不允许使用 mount 方式,需要先正常启动并正常退出,然后才允许 mount 方式启动。
准备数据时,如果主库是新初始化的库,先正常启动并正常退出,然后再使用数据文件拷贝或者备份还原方式准备备库数据。
如果搭建数据守护之前,数据库系统已经上线运行了,那么我们可以通过拷贝数据文件的方式实现主库和备库的数据同步。具体步骤包括:
正常关闭数据库
严格按照数据文件在主库上的分布,拷贝数据文件到备库的对应目录
如果数据文件统一存放在一个目录下,则直接拷贝整个目录即可
用户也可以通过脱机备份、脱机还原的方式同步主库和备库数据,更详细的说明可以参考备份恢复相关文档。具体步骤包括:
正常关闭数据库
进行脱机备份
./dmrman CTLSTMT=”BACKUP DATABASE ‘/dm7/data/DAMENG/dm.ini’ FULL TO BACKUP_FILE1 BACKUPSET ‘/dm7/data/BACKUP_FILE_01’”
拷贝备份文件到备库所在机器
执行脱机数据库还原与恢复
./dmrman CTLSTMT=”RESTORE DATABASE ‘/dm7/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm7/data/BACKUP_FILE_01’”
./dmrman CTLSTMT=”RECOVER DATABASE ‘/dm7/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm7/data/BACKUP_FILE_01’”
依次到每个实例上,切换到执行码目录$DM_HOME/bin,以 mount 方式启动数据库。
./dmserver /dm7/data/DAMENG/dm.ini mount
启动命令行工具 DIsql,分别登录各个实例查询 LSN 值,如果主库和备库的 FILE_LSN和 CUR_LSN 值相同,可以确保数据完全一致。
SQL>select file_LSN, cur_LSN from v$rlog;
–结果如下;
行号 FILE_LSN CUR_LSN
1 10250 10250
检查实例的永久魔数是否一致:
SQL>select permanent_magic;
–结果如下;
行号 PERMANENT_MAGIC
1385101984
确保 LSN 和永久魔数都一致的情况下,正常关闭各个实例,继续配置数据守护。
对于故障场景中,某个全局守护类型的实例所在机器故障,数据无法继续使用的情况下,从当前的有效主库直接拷贝数据文件或者备份还原方式重新准备数据后,需要同时拷贝主库的守护进程控制文件 dmwatcher.ctl 到实例的数据文件目录下。
通过dminit 创建并注册数据库实例,具体的参数选项可以通过以下命令获取
[dmdba@ep01 bin]$ ./dminit help
关键字 说明(默认值)
--------------------------------------------------------------------------------
INI_FILE 初始化文件dm.ini存放的路径
PATH 初始数据库存放的路径
CTL_PATH 控制文件路径
LOG_PATH 日志文件路径
EXTENT_SIZE 数据文件使用的簇大小(16),可选值:16、32,单位:页
PAGE_SIZE 数据页大小(8),可选值:4、8、16、32,单位:K
LOG_SIZE 日志文件大小(256),单位为:M,范围为:64M ~ 2G
CASE_SENSITIVE 大小敏感(Y),可选值:Y/N,1/0
CHARSET/UNICODE_FLAG 字符集(0),可选值:0[GB18030],1[UTF-8],2[EUC-KR]
SEC_PRIV_MODE 权限管理模式(0),可选值:0[TRADITION],1[BMJ]
LENGTH_IN_CHAR VARCHAR类型长度是否以字符为单位(N),可选值:Y/N,1/0
SYSDBA_PWD 设置SYSDBA密码(SYSDBA)
SYSAUDITOR_PWD 设置SYSAUDITOR密码(SYSAUDITOR)
DB_NAME 数据库名(DAMENG)
INSTANCE_NAME 实例名(DMSERVER)
PORT_NUM 监听端口号(5236)
TIME_ZONE 设置时区(+08:00)
PAGE_CHECK 页检查模式(0),可选值:0/1/2
EXTERNAL_CIPHER_NAME 设置默认加密算法
EXTERNAL_HASH_NAME 设置默认HASH算法
EXTERNAL_CRYPTO_NAME 设置根密钥加密引擎
RLOG_ENC_FLAG 设置日志文件是否加密(N),可选值:Y/N,1/0
USBKEY_PIN 设置USBKEY PIN
ENCRYPT_NAME 设置全库加密算法
BLANK_PAD_MODE 设置空格填充模式(0),可选值:0/1
SYSTEM_MIRROR_PATH SYSTEM数据文件镜像路径
MAIN_MIRROR_PATH MAIN数据文件镜像
ROLL_MIRROR_PATH 回滚文件镜像路径
MAL_FLAG 初始化时设置dm.ini中的MAL_INI(0)
ARCH_FLAG 初始化时设置dm.ini中的ARCH_INI(0)
MPP_FLAG Mpp系统内的库初始化时设置dm.ini中的mpp_ini(0)
CONTROL 初始化配置文件(配置文件格式见系统管理员手册)
AUTO_OVERWRITE 是否覆盖所有同名文件(0) 0:不覆盖 1:部分覆盖 2:完全覆盖
USE_NEW_HASH 是否使用改进的字符类型HASH算法(1)
DCP_MODE 是否是DCP代理模式(0)
DCP_PORT_NUM DCP代理模式下管理端口
ELOG_PATH 指定初始化过程中生成的日志文件所在路径
AP_PORT_NUM ECS模式下AP协同工作的监听端口
HELP 打印帮助信息
在主库使用dminit 创建GRP1_DM_01实例:
[dmdba@ep01 bin]$ dminit PATH=/dm/dmdbms/data INSTANCE_NAME=GRP1_DM_01
使用root用户注册数据库服务
[root@ep01 ~]# /dm/dmdbms/script/root/dm_service_installer.sh -t dmserver -i /dm/dmdbms/data/DAMENG/dm.ini -p GRP1_DM_01
启动一下再停止DM数据库服务
[root@ep01 ~]# service DmServiceGRP1_DM_01 start
Starting DmServiceGRP1_DM_01: [ OK ]
[root@ep01 ~]# service DmServiceGRP1_DM_01 stop
Stopping DmServiceGRP1_DM_01: [ OK ]
[dmdba@ep01 dmdbms]# scp -r /dm/dmdbms/data/ [email protected]:/dm/dmdbms/data/
[root@ep01 data]# su - dmdba
[dmdba@ep01 ~]$ cd /dm/dmdbms/data/DAMENG/
[dmdba@ep01 DAMENG]$ vi dm.ini
配置主库的实例名为 GRP1_DM_01,dm.ini 参数修改如下:
#实例名,建议使用“组名_守护环境_序号”的命名方式,总长度不能超过 16
INSTANCE_NAME = GRP1_DM_01
PORT_NUM = 5236 #数据库实例监听端口
DW_PORT = 5336 #守护环境下,监听守护进程连接端口
DW_ERROR_TIME = 60 #接收守护进程消息超时时间
ALTER_MODE_STATUS = 0 #不允许手工方式修改实例模式/状态
ENABLE_OFFLINE_TS = 2 #不允许备库 OFFLINE 表空间
MAL_INI = 1 #打开 MAL 系统
ARCH_INI = 1 #打开归档配置
HA_INST_CHECK_FLAG = 1 #检测是否多个实例进程同时启动
RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志发送信息
配置 MAL 系统,各主备库的 dmmal.ini 配置必须完全一致,MAL_HOST 使用内部网络 IP,MAL_PORT 与 dm.ini 中 PORT_NUM 使用不同的端口值,MAL_DW_PORT 是各实例对应的守护进程之间,以及守护进程和监视器之间的通信端口,配置如下:
MAL_CHECK_INTERVAL = 5 #MAL 链路检测时间间隔
MAL_CONN_FAIL_INTERVAL = 5 #判定 MAL 链路断开的时间
[MAL_INST1]
MAL_INST_NAME = GRP1_DM_01 #实例名,和 dm.ini 中的 INSTANCE_NAME 一致
MAL_HOST = 1.1.1.10 #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 5436 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 10.10.35.114 #实例的对外服务 IP 地址
MAL_INST_PORT = 5236 #实例的对外服务端口,和 dm.ini 中的 PORT_NUM 一致
MAL_DW_PORT = 5536 #实例对应的守护进程监听 TCP 连接的端口
[MAL_INST2]
MAL_INST_NAME = GRP1_DM_02
MAL_HOST = 1.1.1.11
MAL_PORT = 5436
MAL_INST_HOST = 10.10.35.115
MAL_INST_PORT = 5236
MAL_DW_PORT = 5536
修改 dmarch.ini,配置本地归档和实时归档。除了本地归档外,其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时,需要同步归档数据的目标实例名。
当前实例 GRP1_DM_01 是主库,需要向 GRP1_DM_02(实时备库)同步数据,因此实时归档的
ARCH_DEST 配置为 GRP1_DM_02。
[ARCHIVE_REALTIME]
ARCH_TYPE = REALTIME #实时归档类型
ARCH_DEST = GRP1_DM_02 #实时归档目标实例名
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL #本地归档类型
ARCH_DEST = /dm/dmarch #本地归档文件存放路径
ARCH_FILE_SIZE = 256 #单位 Mb,本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb,0 表示无限制,范围 1024~4294967294M
修改 dmwatcher.ini 配置守护进程,配置为全局守护类型,使用自动切换模式。
[GRP1]
DW_TYPE = GLOBAL #全局守护类型
DW_MODE = AUTO #自动切换模式
DW_ERROR_TIME = 10 #远程守护进程故障认定时间
INST_RECOVER_TIME = 60 #主库守护进程启动恢复的间隔时间
INST_ERROR_TIME = 10 #本地实例故障认定时间
INST_OGUID = 453331 #守护系统唯一 OGUID 值
INST_INI = /dm/dmdbms/data/DAMENG/dm.ini #dm.ini 配置文件路径
INST_AUTO_RESTART = 1 #打开实例的自动启动功能
INST_STARTUP_CMD = /dm/dmdbms/dmserver #命令行方式启动
RLOG_SEND_THRESHOLD = 0 #指定主库发送日志到备库的时间阀值,默认关闭
RLOG_APPLY_THRESHOLD = 0 #指定备库重演日志的时间阀值,默认关闭
同一个守护进程组,必须使用同一份 dmwatcher.ctl。因此,只需要使用 dmctlcvt 工具生成一份 dmwatcher.ctl 文件,然后分别拷贝到各个数据库目录下即可。
在配置完成 dmwatcher.ini 后,使用 dmctlcvt 工具生成 dmwatcher.ctl:
[dmdba@ep01 DAMENG]$ dmctlcvt TYPE=3 SRC=/dm/dmdbms/data/DAMENG/dmwatcher.ini DEST=/dm/dmdbms/data/DAMENG/
拷贝生成的 dmwatcher.ctl 文件到数据文件目录/dm/dmdbms/data/GRP1_DM_01
[dmdba@ep01 ~]$ cd /dm/dmdbms/data/DAMENG/GRP1/
[dmdba@ep01 GRP1]$ mv dmwatcher.ctl ../
以 mount 方式启动主库
[dmdba@ep01 GRP1]$ dmserver /dm/dmdbms/data/DAMENG/dm.ini mount
一定要以 mount 方式启动数据库实例,否则系统启动时会重构回滚表空间,生成 Redo 日志;并且,启动后应用可能连接到数据库实例进行操作,破坏主备库的数据一致性。数据守护配置结束后,守护进程会自动 Open 数据库。
启动命令行工具 DIsql,登录主库设置 OGUID 值。
[dmdba@ep01 ~]$ disql SYSDBA/SYSDBA
SQL>sp_set_oguid(453331);
系统通过 OGUID 值确定一个守护进程组,由用户保证 OGUID 值的唯一性,并确保数据守护系统中,数据库、守护进程和监视器配置相同的 OGUID 值。
启动命令行工具 DIsql,登录主库修改数据库为 primary 模式
SQL>alter database primary;
在备库机器上配置备库的实例名为 GRP1_DM_02,dm.ini 参数修改如下:
INSTANCE_NAME = GRP1_DM_02
PORT_NUM = 5236 #数据库实例监听端口
DW_PORT = 5336 #守护环境下,监听守护进程连接端口
DW_ERROR_TIME = 60 #接收守护进程消息超时时间
ALTER_MODE_STATUS = 0 #不允许手工方式修改实例模式/状态
ENABLE_OFFLINE_TS = 2 #不允许备库 OFFLINE 表空间
MAL_INI = 1 #打开 MAL 系统
ARCH_INI = 1 #打开归档配置
HA_INST_CHECK_FLAG = 1 #检测是否多个实例进程同时启动
RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志重演信息
配置 MAL 系统,各主备库的 dmmal.ini 配置必须完全一致,MAL_HOST 使用内部网络 IP,MAL_PORT 与 dm.ini 中 PORT_NUM 使用不同的端口值,MAL_DW_PORT 是各实例对应的守护进程之间,以及守护进程和监视器之间的通信端口,配置如下:
MAL_CHECK_INTERVAL = 5 #MAL 链路检测时间间隔
MAL_CONN_FAIL_INTERVAL = 5 #判定 MAL 链路断开的时间
[MAL_INST1]
MAL_INST_NAME = GRP1_DM_01 #实例名,和 dm.ini 中的 INSTANCE_NAME 一致
MAL_HOST = 1.1.1.10 #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 5436 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 10.10.35.114 #实例的对外服务 IP 地址
MAL_INST_PORT = 5236 #实例的对外服务端口,和 dm.ini 中的 PORT_NUM 一致
MAL_DW_PORT = 5536 #实例对应的守护进程监听 TCP 连接的端口
[MAL_INST2]
MAL_INST_NAME = GRP1_DM_02
MAL_HOST = 1.1.1.11
MAL_PORT = 5436
MAL_INST_HOST = 10.10.35.115
MAL_INST_PORT = 5236
MAL_DW_PORT = 5536
修改 dmarch.ini,配置本地归档和实时归档。除了本地归档外,其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时,需要同步归档数据的目标实例名。
当前实例 GRP1_DM_02 是备库,守护系统配置完成后,可能在各种故障处理中,GRP1_DM_02 切换为新的主库,正常情况下,GRP1_DAVE_01 会切换为新的备库,需要向GRP1_DM_01 同步数据,因此实时归档的
ARCH_DEST 配置为GRP1_DM_01。
[ARCHIVE_REALTIME]
ARCH_TYPE = REALTIME #实时归档类型
ARCH_DEST = GRP1_DM_01 #实时归档目标实例名
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL #本地归档类型
ARCH_DEST = /dm/dmarch #本地归档文件存放路径
ARCH_FILE_SIZE = 256 #单位 Mb,本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb,0 表示无限制,范围 1024~4294967294M
修改 dmwatcher.ini 配置守护进程,配置为全局守护类型,使用自动切换模式。
[GRP1]
DW_TYPE = GLOBAL #全局守护类型
DW_MODE = AUTO #自动切换模式
DW_ERROR_TIME = 10 #远程守护进程故障认定时间
INST_RECOVER_TIME = 60 #主库守护进程启动恢复的间隔时间
INST_ERROR_TIME = 10 #本地实例故障认定时间
INST_OGUID = 453331 #守护系统唯一 OGUID 值
INST_INI = /dm/dmdbms/data/DAMENG/dm.ini #dm.ini 配置文件路径
INST_AUTO_RESTART = 1 #打开实例的自动启动功能
INST_STARTUP_CMD = /dm/dmdbms/dmserver #命令行方式启动
RLOG_APPLY_THRESHOLD = 0 #指定备库重演日志的时间阀值,默认关闭
同一个守护进程组,必须使用同一份 dmwatcher.ctl 文件,这里直接拷贝配置主库时已经生成的 dmwatcher.ctl 到本地数据文件目录/dm7/data/DAMENG。
[dmdba@ep02 ~]$ scp dmdba@1.1.1.10:/dm/dmdbms/data/DAMENG/dmwatcher.ctl /dm/dmdbms/data/DAMENG/
以 mount 方式启动备库
[dmdba@ep02 DAMENG]$ dmserver /dm/dmdbms/data/DAMENG/dm.ini mount
一定要以 mount 方式启动数据库实例,否则系统启动时会重构回滚表空间,生成 Redo 日志;并且,启动后应用可能连接到数据库实例进行操作,破坏主备库的数据一致性。数据守护配置结束后,守护进程会自动 Open 数据库。
启动命令行工具 DIsql,登录备库设置 OGUID 值为 453331
[dmdba@ep02 ~]$ disql SYSDBA/SYSDBA
SQL> sp_set_oguid(453331);
系统通过 OGUID 值确定一个守护进程组,由用户保证 OGUID 值的唯一性,并确保数据守护系统中,数据库、守护进程和监视器配置相同的 OGUID 值。
启动命令行工具 DIsql,登录备库修改数据库为 Standby 模式。
如果当前数据库不是 normal 模式,需要先修改 dm.ini 中 ALTER_MODE_STATUS 值 为 1,允许修改数据库模式,修改 Standby 模式成功后再改回为 0。
如果是 normal 模式,请忽略下面的第 1 步和第 3 步。
#STEP 1:
SQL> SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
#STEP 2:
SQL> alter database standby;
#STEP 3:
SQL> SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0);
由于主库和实时备库的守护进程配置为自动切换模式,因此这里选择配置确认监视器。
和普通监视器相比,确认监视器除了相同的命令支持外,在主库发生故障时,能够自动通知实时备库接管为新的主库,具有自动故障处理的功能。
故障自动切换模式下,必须配置确认监视器,且确认监视器最多只能配置一个。
在监控节点的/dm/dmdbms/目录下创建并修改 dmmonitor.ini 配置确认监视器,其中 MON_DW_IP 中的 IP 和 PORT 和dmmal.ini 中的 MAL_HOST 和 MAL_DW_PORT 配置项保持一致。
MON_DW_CONFIRM = 1 #确认监视器模式
MON_LOG_PATH = /dm/dmdbms/log #监视器日志文件存放路径
MON_LOG_INTERVAL = 60 #每隔 60s 定时记录系统信息到日志文件
MON_LOG_FILE_SIZE = 32 #每个日志文件最大 32M
MON_LOG_SPACE_LIMIT = 0 #不限定日志文件总占用空间
[GRP1]
MON_INST_OGUID = 453331 #组 GRP1 的唯一OGUID 值
#以下配置为监视器到组 GRP1 的守护进程的连接信息,以“IP:PORT”的形式配置
#IP 对应 dmmal.ini 中的 MAL_HOST,PORT 对应 dmmal.ini 中的 MAL_DW_PORT
MON_DW_IP = 1.1.1.10:5536
MON_DW_IP = 1.1.1.11:5536
启动各个主备库上的守护进程:
[dmdba@ep01 ~]$ dmwatcher /dm/dmdbms/data/DAMENG/dmwatcher.ini
DMWATCHER[2.1] V7.6.0.184-Build(2019.08.08-110764)ENT
DMWATCHER[2.1] IS READY
[dmdba@ep02 ~]$ dmwatcher /dm/dmdbms/data/DAMENG/dmwatcher.ini
DMWATCHER[2.1] V7.6.0.184-Build(2019.08.08-110764)ENT
DMWATCHER[2.1] IS READY
守护进程启动后,进入 Startup 状态,此时实例都处于 Mount 状态。守护进程开始广播自身和其监控实例的状态信息,结合自身信息和远程守护进程的广播信息,守护进程将本地实例 Open,并切换为 Open 状态。
启动监视器:
[dmdba@monitor dmdbms]$ dmmonitor /dm/dmdbms/dmmonitor.ini
监视器提供一系列命令,支持当前守护系统状态查看以及故障处理,可输入 help 命令,查看各种命令说明使用,结合实际情况选择使用。
至此一主一备的实时数据守护系统搭建完毕,在搭建步骤和各项配置都正确的情况下,在监视器上执行 show 命令,可以监控到所有实例都处于 Open 状态,所有守护进程也都处于 Open 状态,即为正常运行状态。
[dmdba@ep01 ~]$ disql SYSDBA/SYSDBA
SQL> create table test1 as select * from sysobjects;
SQL> select count(1) from test1;
[dmdba@ep02 ~]$ disql SYSDBA/SYSDBA
SQL> select count(1) from test1;
在上面的测试过程,守护进程和监视器都是我们直接启动的,如果命令中断,就无法运行。 因此需要将这些注册到服务里,方便管理。 注册过程
[root@ep01 ~]# cd /dm/dmdbms/script/root
[root@ep01 root]# ./dm_service_installer.sh -help
Usage: dm_service_installer.sh -t service_type [-p service_name_postfix] [-i ini_file] [-d dcr_ini_file] [-m open|mount] [-y dependent_service]
or dm_service_installer.sh [-s service_file_path]
or dm_service_installer.sh -h
-t 服务类型,包括dmimon,dmap,dmserver,dmwatch,dmrww,dmwmon,dmwatcher,dmmonitor,dmcss,dmcssm,dmasmsvr
-p 服务名后缀,对于dmimon,dmap服务类型无效
-i ini文件路径,对于dmimon,dmap服务类型无效
-d dmdcr.ini文件路径,只针对dmserver服务类型生效,可选
-m 设置服务器启动模式open或mount,只针对dmserver服务类型生效,可选
-y 设置依赖服务,此选项只针对systemd服务环境下的dmserver和dmasmsvr服务生效
-s 服务脚本路径,设置则忽略除-y外的其他参数选项
-h 帮助
分别在所有节点用root用户执行:
#备库:
#-p 指定的是服务名的后缀:
[root@ep02 ~]# cd /dm/dmdbms/script/root
[root@ep02 root]# ./dm_service_installer.sh -t dmwatcher -i /dm/dmdbms/data/DAMENG/dmwatcher.ini -p dm2
#主库:
[root@ep01 root]# cd /dm/dmdbms/script/root
[root@ep01 root]# ./dm_service_installer.sh -t dmwatcher -i /dm/dmdbms/data/DAMENG/dmwatcher.ini -p dm1
#启动服务:
[root@ep01 root]# service DmWatcherServicedm1 start
[root@ep02 root]# service DmWatcherServicedm2 start
查看守护进程服务
ps -ef |grep watcher
在监视节点用root用户执行:
[root@monitor ~]# /dm/dmdbms/script/root/dm_service_installer.sh -t dmmonitor -i /dm/dmdbms/data/dmmonitor.ini -p m1
启动service:
[root@monitor ~]# service DmMonitorServicem1 start
Starting DmMonitorServicem1: [ OK ]
[root@monitor ~]# ps -ef|grep monitor
[root@ep01 ~]# /dm/dmdbms/script/root/dm_service_installer.sh -t dmserver -i /dm/dmdbms/data/DAMENG/dm.ini -p GRP1_DM_02
service DmWatcherServicedm1 start
service DmWatcherServicedm2 start
ps -ef |grep watcher
service DmMonitorServicem1 start
ps -ef|grep monitor
service DmServiceGRP1_DM_01 start
service DmServiceGRP1_DM_02 start
ps -ef|grep dmserver