达梦数据守护搭建

2024-01-10 19:10:04

达梦数据守护搭建

数据守护搭建

关闭防火墙和SELINUX

chkconfig iptables off
service iptables stop
netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}’
netstat -anp | grep portno（例如：netstat –apn | grep 80）
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
getenforce
/etc/selinux/config
在搭建数据守护系统前，应注意数据守护系统中各实例使用的 DM 服务器版本应一致，同时还应注意各实例所在主机的操作系统位数、大小端模式、时区及时间设置都应一致，以及使用同一个用户启动 DM 服务器和守护进程 dmwatcher，以免系统在运行时出现意想不 到的错误。

数据准备

初始化数据

cd /opt/dmdbms/bin/
./dmserver /dm/data/DAMENG/dm.ini
disql SYSDBA/SYSDBA:32141
SQL> create table cytest as select * from dba_tables;
如果需要使用 Huge 表，在初始化库时需要将建库参数 HUGE_WITH_DELTA 和RLOG_GEN_FOR_HUGE 都配置为 1。 对于新初始化的库，首次启动不允许使用 Mount 方式，需要先正常启动并正常退出，然后才允许 Mount 方式启动。准备数据时，如果主库是新初始化的库，先正常启动并正常退出，然后再使用备份还原方式准备备库数据。如果是初始搭建环境，可以通过对主库脱机备份、对备库脱机还原的方式来准备数据，如果主库已经处于运行状态，则可以对主库进行联机备份、对备库脱机还原的方式来准备数据。两种方式都需要服务器配置本地归档，本地归档配置方式如下：
1.配置 dm.ini，打开 ARCH_INI 参数
ARCH_INI = 1 #打开归档配置
2.配置 dmarch.ini
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL #本地归档类型
ARCH_DEST = /dm/data/DAMENG/arch #本地归档文件存放路径
ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M

脱机备份、脱机还原方式

  1. 正常关闭数据库
  2. 进行脱机备份
    ./dmrman CTLSTMT=“BACKUP DATABASE ‘/dm/data/DAMENG/dm.ini’ FULL TO BACKUP_FILE1 BACKUPSET ‘/dm/data/BACKUP_FILE_01’”
  3. 拷贝备份文件到备库所在机器
  4. 执行脱机数据库还原与恢复
    ./dmrman CTLSTMT=“RESTORE DATABASE ‘/dm/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm/data/BACKUP_FILE_01’”
    ./dmrman CTLSTMT=“RECOVER DATABASE ‘/dm/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm/data/BACKUP_FILE_01’”
    ./dmrman CTLSTMT=“RECOVER DATABASE ‘/dm/data/DAMENG/dm.ini’ UPDATE DB_MAGIC”

联机备份、脱机还原方式

  1. 对主库进行联机备份操作
    SQL> BACKUP DATABASE BACKUPSET ‘/dm/data/BACKUP_FILE_01’;
  2. 拷贝备份文件到备库所在机器
  3. 执行脱机数据库还原与恢复
    ./dmrman CTLSTMT=“RESTORE DATABASE ‘/dm/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm/data/BACKUP_FILE_01’”
    ./dmrman CTLSTMT=“RECOVER DATABASE ‘/dm/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm/data/BACKUP_FILE_01’”
    ./dmrman CTLSTMT=“RECOVER DATABASE ‘/dm/data/DAMENG/dm.ini’ UPDATE DB_MAGIC”
    备份文件中会记录原备份库的模式和 OGUID 信息，使用备份文件还原成功后，需要再根据实际配置情况修改数据库的模式和 OGUID 值。 如果执行备份时，待备份的库是 Normal 模式，并且不能确定这个库一定作为主库使用，则对 Normal 模式的库必须使用脱机备份，不能使用联机备份方式，避免备份完成后，Normal 模式的库 LSN 有增长，又将其修改为 Standby模式，而使用备份集还原后的库修改为 Primary 模式，备库数据比主库数据多，导致主备数据不一致的情况出现。因此，对执行联机备份的库，建议是已经修改为 Primary 模式的库。

配置实时主备

  1. 只配置主库和最多 8 个实时备库。
  2. 只配置主库和最多 8 个异步备库。
  3. 配置主库、最多 8 个实时备库，和最多 8 个异步备库。实际配置时，相关的端口配置和 OGUID 值建议不要和手册示例使用完全相同的值，避免多个用户在同一个环境下搭建不同的数据守护系统，出现消息混乱或者端口冲突等问题。

环境说明

先都安装了 DM，安装路径为’/dm’，执行程序保存在’/dm/bin’目录中，数据存放路径为’/dm/data’。
各主备库的实例名建议采用“组名_守护环境_序号”的方式命名总长度不能超过 16。本示例中组名为“GRP1”，配置为实时主备，主库命名为“GRP1_RT_01”，备库命名为“GRP1_RT_02”。
机器名 IP 地址 初始状态 操作系统
备注
DW_P 192.168.1.131
192.168.0.141 主库
GRP1_RT_01 Linux rh6 192.168.1.131
外部服务 IP；
192.168.0.141
内部通信 IP
DW_S1 192.168.1.132
192.168.0.142 备库
GRP1_RT_02 Linux rh6 192.168.1.132
外部服务 IP；
192.168.0.142
内部通信 IP
DW_M 192.168.0.73 确认监视器
实例名 PORT_NUM
MAL_INST_DW_PORT
MAL_HOST MAL_PORT MAL_DW_PORT
GRP1_RT_01 32141
33141
192.168.0.141
61141 52141
GRP1_RT_02 32142 33142 192.168.0.142 61142 52141

数据准备

rman备份

  1. 正常关闭数据库
  2. 进行脱机备份 会产生BACKUP_FILE_01文件夹
    ./dmrman CTLSTMT=“BACKUP DATABASE ‘/dm/data/DAMENG/dm.ini’ FULL TO BACKUP_FILE1 BACKUPSET ‘/dm/data/BACKUP_FILE_01’”
  3. 拷贝备份文件到备库所在机器
    cd /dm/data
    $ scp -r BACKUP_FILE_01/ 172.168.3.63:/dm/data
    备库要创建对应目录$ mkdir DAMENG，并拷贝 /dm/data/DAMENG/dm.ini
    $ scp dm.ini dm.ctl 172.168.3.63:/dm/data/DAMENG
  4. 执行脱机数据库还原与恢复
    ./dmrman CTLSTMT=“RESTORE DATABASE ‘/dm/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm/data/BACKUP_FILE_01’”
    ./dmrman CTLSTMT=“RECOVER DATABASE ‘/dm/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm/data/BACKUP_FILE_01’”
    ./dmrman CTLSTMT=“RECOVER DATABASE ‘/dm/data/DAMENG/dm.ini’ UPDATE DB_MAGIC”

配置主库 GRP1_RT_01

配置 dm.ini在 DW_P 机器上配置主库的实例名为 GRP1_RT_01，dm.ini 参数修改如下：#实例名，建议使用“组名_守护环境_序号”的命名方式，总长度不能超过 16
INSTANCE_NAME = GRP1_RT_01
PORT_NUM = 32141 #数据库实例监听端口
DW_INACTIVE_INTERVAL = 60 #接收守护进程消息超时时间
ALTER_MODE_STATUS = 0 #不允许手工方式修改实例模式/状态
ENABLE_OFFLINE_TS = 2 #不允许备库 OFFLINE 表空间
MAL_INI = 1 #打开 MAL 系统
ARCH_INI = 1 #打开归档配置
RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志发送信息

配置 dmmal.ini

配置 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_RT_01 #实例名，和 dm.ini 中的 INSTANCE_NAME 一致
MAL_HOST = 172.168.3.61 #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 61141 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 192.168.3.61 #实例的对外服务 IP 地址
MAL_INST_PORT = 32141 #实例的对外服务端口，和 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.168.3.63
MAL_PORT = 61142
MAL_INST_HOST = 192.168.3.63
MAL_INST_PORT = 32142
MAL_DW_PORT = 52142
MAL_INST_DW_PORT = 33142

配置 dmarch.ini

修改 dmarch.ini，配置本地归档和实时归档。
除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需
要同步归档数据的目标实例名。
当前实例 GRP1_RT_01 是主库，需要向 GRP1_RT_02（实时备库）同步数据，因此实
时归档的 ARCH_DEST 配置为 GRP1_RT_02。
注意以前替换为下面的内容，以前的内容不要
[ARCHIVE_REALTIME]
ARCH_TYPE = REALTIME #实时归档类型
ARCH_DEST = GRP1_RT_02 #实时归档目标实例名
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL #本地归档类型
ARCH_DEST = /dm/data/DAMENG/arch #本地归档文件存放路径
ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M

配置 dmwatcher.ini

修改 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/data/DAMENG/dm.ini #dm.ini 配置文件路径
INST_AUTO_RESTART = 1 #打开实例的自动启动功能
INST_STARTUP_CMD = /dm/bin/dmserver #命令行方式启动
RLOG_SEND_THRESHOLD = 0 #指定主库发送日志到备库的时间阈值，默认关闭
RLOG_APPLY_THRESHOLD = 0 #指定备库重演日志的时间阈值，默认关闭

启动主库

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

设置 OGUID

启动命令行工具 DIsql，登录主库设置 OGUID 值。
$ disql SYSDBA/SYSDBA:32141
Server[LOCALHOST:32141]:mode is normal, state is mount
login used time : 2.491(ms)
SQL>SP_SET_PARA_VALUE(1, ‘ALTER_MODE_STATUS’, 1);
SQL>sp_set_oguid(453331);
SQL>SP_SET_PARA_VALUE(1, ‘ALTER_MODE_STATUS’, 0);
系统通过 OGUID 值确定一个守护进程组，由用户保证 OGUID 值的唯一性，并
确保数据守护系统中，数据库、守护进程和监视器配置相同的 OGUID 值

修改数据库模式

启动命令行工具 DIsql，登录主库修改数据库为 Primary 模式
SQL>alter database primary;

配置备库 GRP1_RT_02

配置 dm.ini

#实例名，建议使用―组名_守护环境_序号‖的命名方式，总长度不能超过 16
INSTANCE_NAME = GRP1_RT_02
PORT_NUM = 32142 #数据库实例监听端口
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 次的日志重演信息

配置 dmmal.ini

配置 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_RT_01 #实例名，和 dm.ini 中的 INSTANCE_NAME 一致
MAL_HOST = 172.168.3.61 #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 61141 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 192.168.3.61 #实例的对外服务 IP 地址
MAL_INST_PORT = 32141 #实例的对外服务端口，和 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.168.3.63
MAL_PORT = 61142
MAL_INST_HOST = 192.168.3.63
MAL_INST_PORT = 32142
MAL_DW_PORT = 52142
MAL_INST_DW_PORT = 33142

配置 dmarch.ini

修改 dmarch.ini，配置本地归档和实时归档。
除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需
要同步归档数据的目标实例名。
当前实例 GRP1_RT_02 是备库，守护系统配置完成后，可能在各种故障处理中，
GRP1_RT_02 切换为新的主库，正常情况下，GRP1_RT_01 会切换为新的备库，需要向
GRP1_RT_01 同步数据，因此实时归档的 ARCH_DEST 配置为 GRP1_RT_01。

[ARCHIVE_REALTIME]
ARCH_TYPE = REALTIME #实时归档类型
ARCH_DEST = GRP1_RT_01 #实时归档目标实例名
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL #本地归档类型
ARCH_DEST = /dm/data/DAMENG/arch #本地归档文件路径
ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M

配置 dmwatcher.ini

修改 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/data/DAMENG/dm.ini #dm.ini 配置文件路径
INST_AUTO_RESTART = 1 #打开实例的自动启动功能
INST_STARTUP_CMD = /dm/bin/dmserver #命令行方式启动
RLOG_APPLY_THRESHOLD = 0 #指定备库重演日志的时间阈值，默认关闭

启动备库

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

设置 OGUID

启动命令行工具 DIsql，登录备库设置 OGUID 值为 453331
disql SYSDBA/SYSDBA:32142
SQL>SP_SET_PARA_VALUE(1, ‘ALTER_MODE_STATUS’, 1);
SQL>sp_set_oguid(453331);
SQL>SP_SET_PARA_VALUE(1, ‘ALTER_MODE_STATUS’, 0);
系统通过 OGUID 值确定一个守护进程组，由用户保证 OGUID 值的唯一性，并
确保数据守护系统中，数据库、守护进程和监视器配置相同的 OGUID 值。

修改数据库模式

select mode$ from v$instance
启动命令行工具 DIsql，登录备库修改数据库为 Standby 模式。
如果当前数据库不是 Normal 模式，
需要先修改 dm.ini 中 ALTER_MODE_STATUS 值 为 1，允许修改数据库模式，
修改 Standby 模式成功后再改回为 0。如果是 Normal 模式，
请忽略下面的第 1 步和第 3 步。
SQL>SP_SET_PARA_VALUE(1, ‘ALTER_MODE_STATUS’, 1); ----第 1 步
SQL>alter database standby; ----第 2 步
SQL>SP_SET_PARA_VALUE(1, ‘ALTER_MODE_STATUS’, 0); ----第 3 步

配置监视器

由于主库和实时备库的守护进程配置为自动切换模式，因此这里选择配置确认监视器。
和普通监视器相比，确认监视器除了相同的命令支持外，在主库发生故障时，能够自动通知实时备库接管为新的主库，具有自动故障处理的功能。
故障自动切换模式下，必须配置确认监视器，且确认监视器最多只能配置一个。
修改 dmmonitor.ini 配置确认监视器，其中 MON_DW_IP 中的 IP 和 PORT 和
dmmal.ini 中的 MAL_HOST 和 MAL_DW_PORT 配置项保持一致
MON_DW_CONFIRM = 1 #确认监视器模式
MON_LOG_PATH = /dm/data/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 = 172.168.3.61:52141
MON_DW_IP = 172.168.3.63:52142

启动守护进程

启动各个主备库上的守护进程：
./dmwatcher /dm/data/DAMENG/dmwatcher.ini
守护进程启动后，进入 Startup 状态，此时实例都处于 Mount 状态。守护进程开始广播自身和其监控实例的状态信息，结合自身信息和远程守护进程的广播信息，守护进程将
本地实例 Open，并切换为 Open 状态。

启动监视器

启动监视器：
./dmmonitor /dm/data/dmmonitor.ini
监视器提供一系列命令，支持当前守护系统状态查看以及故障处理，可输入 help 命令，
查看各种命令说明使用，结合实际情况选择使用。
至此一主一备的实时数据守护系统搭建完毕，在搭建步骤和各项配置都正确的情况下，
在监视器上执行 show 命令，可以监控到所有实例都处于 Open 状态，所有守护进程也都处于 Open 状态，即为正常运行状态。
2020-11-26 09:10:43
#================================================================================#
GROUP OGUID MON_CONFIRM MODE MPP_FLAG
GRP1 453332 TRUE AUTO FALSE

<>
IP MAL_DW_PORT WTIME WTYPE WCTLSTAT WSTATUS INAME INST_OK N_EP N_OK ISTATUS IMODE DSC_STATUS RTYPE RSTAT
172.168.3.61 52141 2020-11-26 09:10:44 GLOBAL VALID OPEN GRP1_RWW_01 OK 1 1 OPEN PRIMARY DSC_OPEN TIMELY VALID

EP INFO:
INST_PORT INST_OK INAME ISTATUS IMODE DSC_SEQNO DSC_CTL_NODE RTYPE RSTAT FSEQ FLSN CSEQ CLSN DW_STAT_FLAG
32141 OK GRP1_RWW_01 OPEN PRIMARY 0 0 TIMELY VALID 3934 41191 3934 41191 NONE

<>
IP MAL_DW_PORT WTIME WTYPE WCTLSTAT WSTATUS INAME INST_OK N_EP N_OK ISTATUS IMODE DSC_STATUS RTYPE RSTAT
172.168.3.63 52142 2020-11-26 09:10:43 GLOBAL VALID OPEN GRP1_RWW_02 OK 1 1 OPEN STANDBY DSC_OPEN TIMELY VALID

EP INFO:
INST_PORT INST_OK INAME ISTATUS IMODE DSC_SEQNO DSC_CTL_NODE RTYPE RSTAT FSEQ FLSN CSEQ CLSN DW_STAT_FLAG
32142 OK GRP1_RWW_02 OPEN STANDBY 0 0 TIMELY VALID 3927 41191 3927 41191 NONE

DATABASE(GRP1_RWW_02) APPLY INFO FROM (GRP1_RWW_01):
DSC_SEQNO[0], (ASEQ, SSEQ, KSEQ)[3934, 3934, 3934], (ALSN, SLSN, KLSN)[41191, 41191, 41191], N_TSK[0], TSK_MEM_USE[0]

<>
IP MAL_DW_PORT WTIME WTYPE WCTLSTAT WSTATUS INAME INST_OK N_EP N_OK ISTATUS IMODE DSC_STATUS RTYPE RSTAT
172.168.3.65 52143 2020-11-26 09:10:42 GLOBAL VALID OPEN GRP1_RWW_03 OK 1 1 OPEN STANDBY DSC_OPEN TIMELY VALID

EP INFO:
INST_PORT INST_OK INAME ISTATUS IMODE DSC_SEQNO DSC_CTL_NODE RTYPE RSTAT FSEQ FLSN CSEQ CLSN DW_STAT_FLAG
32143 OK GRP1_RWW_03 OPEN STANDBY 0 0 TIMELY VALID 3927 41191 3927 41191 NONE

DATABASE(GRP1_RWW_03) APPLY INFO FROM (GRP1_RWW_01):
DSC_SEQNO[0], (ASEQ, SSEQ, KSEQ)[3934, 3934, 3934], (ALSN, SLSN, KLSN)[41191, 41191, 41191], N_TSK[0], TSK_MEM_USE[0]

上一篇：DM企业管理器


下一篇：从一个问题的解决过程探索dm.ini的内存参数的作用