[达梦数据库]达梦数据守护部署

最新推荐文章于 2024-09-04 22:28:50 发布
最新推荐文章于 2024-09-04 22:28:50 发布
阅读量583 收藏 1
点赞数 1
分类专栏： 达梦数据库 文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45433602/article/details/115188118
版权

1 环境说明

机器事先都安装了 DM，安装路径为’ /dm/dmdbms’，执行程序保存在’ /dm/dmdbms/bin’目录中，数据存放路径为’/dbdata’。
各主备库的实例名建议采用“组名_守护环境_序号”的方式命名，方便按组区分不同实例，注意总长度不能超过 16。本示例中组名为“GRP1”，配置为读写分离集群，主库命名为“GRP1_RWW_01”，备库分别命名为“GRP1_RWW_02”。

机器名IP 地址初始状态操作系统
DW_P192.168.1.51外部服务172.16.1.51内部通信主库GRP1_RT_01Linux rh6
DW_S1192.168.1.61外部服务172.16.1.61内部通信备库GRP1_RT_02Linux rh6
实例名PORT_NUMMAL_INST_DW_PORTMAL_HOSTMAL_PORTMAL_DW_PORT
GRP1_RWW_013214133141172.16.1.516114152141
GRP1_RWW_023214233142172.16.1.616114252142

2 数据准备

2.1 初始化数据

如果需要使用 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 = /arch #本地归档文件存放路径
ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M

2.2 脱机备份、脱机还原方式

1.正常关闭数据库
2.进行脱机备份

./dmrman CTLSTMT="BACKUP DATABASE '/dbdata/DAMENG/dm.ini' FULL TO BACKUP_FILE1 BACKUPSET '/dm/dmbak/BACKUP_FILE_01'"

3.拷贝备份文件到备库所在机器
4.执行脱机数据库还原与恢复

./dmrman CTLSTMT="RESTORE DATABASE '/dbdata/DAMENG/dm.ini' FROM BACKUPSET '/dm/dmbak/BACKUP_FILE_01'"
./dmrman CTLSTMT="RECOVER DATABASE '/dbdata/DAMENG/dm.ini' FROM BACKUPSET '/dm/dmbak/BACKUP_FILE_01'"
./dmrman CTLSTMT="RECOVER DATABASE '/dbdata/DAMENG/dm.ini' UPDATE DB_MAGIC"

2.3 联机备份、脱机还原方式

  1. 对主库进行联机备份操作
SQL> BACKUP DATABASE BACKUPSET '/dm/data/BACKUP_FILE_01';
  1. 拷贝备份文件到备库所在机器
  2. 执行脱机数据库还原与恢复
./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"

如果单节点系统已经上线，数据库服务不允许中断情况下，可以按照第“6.14 节备库重建”的步骤完成备库数据准备。
备份文件中会记录原备份库的模式和 OGUID 信息，使用备份文件还原成功后，需要再根据实际配置情况修改数据库的模式和 OGUID 值。 如果执行备份时，待备份的库是 Normal 模式，并且不能确定这个库一定作为主库使用，则对 Normal 模式的库必须使用脱机备份，不能使用联机备份方式，避免备份完成后，Normal 模式的库 LSN 有增长，又将其修改为 Standby模式，而使用备份集还原后的库修改为 Primary 模式，备库数据比主库数据多，导致主备数据不一致的情况出现。因此，对执行联机备份的库，建议是已经修改为 Primary 模式的库。

3 配置读写分离集群

配置读写分离集群，有以下几种配置方案，可以根据实际情况部署：

  1. 只配置主库和最多 8 个即时备库。
  2. 只配置主库和最多 8 个实时备库。
  3. 只配置主库和最多 8 个异步备库。
  4. 配置主库、最多 8 个即时备库和最多 8 个异步备库。
  5. 配置主库、最多 8 个实时备库和最多 8 个异步备库。
    在实际应用中，如果数据库规模很大，并且对数据的实时性要求不是很严格，则可以配置多个异步备库用于分担统计报表等任务。
    异步备库的配置可以参考 7.6 配置异步备库，由于实时主备、读写分离集群、MPP 主备都支持配置异步备库，因此单独在 7.6 配置异步备库进行配置说明。
    为了帮助大家更加直观的理解 DM 数据守护方案，下面举例说明如何配置一个完整的读写分离集群的过程，配置方案为一个主库和两个即时备库。
    实际配置时，相关的端口配置和 OGUID 值建议不要和手册示例使用完全相同的值，避免多个用户在同一个环境下搭建不同的数据守护系统，出现消息混乱或者端口冲突等问题。

4 配置主库 GRP1_RT_01

4.1 配置 dm.ini

在 DW_P 机器上配置主库的实例名为 GRP1_RWW_01，dm.ini 参数修改如下：

#实例名，建议使用“组名_守护环境_序号”的命名方式，总长度不能超过 16
INSTANCE_NAME = GRP1_RWW_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 次的日志发送信息

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

4.3 配置 dmarch.ini

修改 dmarch.ini，配置本地归档和实时归档。
除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需要同步归档数据的目标实例名。
当前实例 GRP1_RWW_01 是主库，需要向 GRP1_RWW_02同步数据，因此实时归档的 ARCH_DEST 配置为 GRP1_RWW_02。
注意以前替换为下面的内容，以前的内容不要

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

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

4.5 启动主库

以 Mount 方式启动主库

./dmserver /dbdata/DAMENG/dm.ini mount

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

4.6 设置 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(453332);
SQL>SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0);

系统通过 OGUID 值确定一个守护进程组，由用户保证 OGUID 值的唯一性，并确保数据守护系统中，数据库、守护进程和监视器配置相同的 OGUID 值.

4.7 修改数据库模式

启动命令行工具 DIsql，登录主库修改数据库为 Primary 模式

SQL>alter database primary;

5 配置备库 GRP1_RWW_02

5.1 配置 dm.ini

在 DW_S1 机器上配置备库的实例名为 GRP1_RWW_02，dm.ini 参数修改如下：

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

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

5.3 配置 dmarch.ini

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

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

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

5.5 启动备库

以 Mount 方式启动备库

./dmserver /dbdata/DAMENG/dm.ini mount

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

5.6 设置 OGUID

启动命令行工具 DIsql，登录备库设置 OGUID 值

disql SYSDBA/SYSDBA:32142
SQL>SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
SQL>sp_set_oguid(453332);
SQL>SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0);

系统通过 OGUID 值确定一个守护进程组，由用户保证 OGUID 值的唯一性，并确保数据守护系统中，数据库、守护进程和监视器配置相同的 OGUID 值。

5.7 修改数据库模式

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 步
查询主库和备库的 FILE_LSN和 CUR_LSN 值，确保一致。
select file_LSN, cur_LSN from v$rlog;

6 配置监视器

由于主库和实时备库的守护进程配置为自动切换模式，因此这里选择配置确认监视器。和普通监视器相比，确认监视器除了相同的命令支持外，在主库发生故障时，能够自动通知实时备库接管为新的主库，具有自动故障处理的功能。
故障自动切换模式下，必须配置确认监视器，且确认监视器最多只能配置一个。
修改 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 = 453332 #组 GRP1 的唯一 OGUID 值 #以下配置为监视器到组 GRP1 的守护进程的连接信息，以―IP:PORT‖的形式配置
#IP 对应 dmmal.ini 中的 MAL_HOST，PORT 对应 dmmal.ini 中的 MAL_DW_PORT
MON_DW_IP = 172.16.1.51:52141
MON_DW_IP = 172.16.1.61:52142

7 启动守护进程

启动各个主备库上的守护进程：

./dmwatcher /dbdata/DAMENG/dmwatcher.ini

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

8 启动监视器

启动监视器：

./dmmonitor /dbdata/DAMENG/dmmonitor.ini

监视器提供一系列命令，支持当前守护系统状态查看以及故障处理，可输入 help 命令，查看各种命令说明使用，结合实际情况选择使用。
至此一主一备的实时数据守护系统搭建完毕，在搭建步骤和各项配置都正确的情况下，在监视器上执行 show 命令，可以监控到所有实例都处于 Open 状态，所有守护进程也都处于 Open 状态，即为正常运行状态。

2020-11-26 09:10:43 
#================================================================================#
GROUP            OGUID       MON_CONFIRM     MODE            MPP_FLAG  
GRP1             453332      TRUE            AUTO            FALSE     


<<DATABASE GLOBAL INFO:>>
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            REALTIME     VALID    3934            41191           3934            41191           NONE                  

<<DATABASE GLOBAL INFO:>>
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       REALTIME     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            REALTIME     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]


<<DATABASE GLOBAL INFO:>>
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       REALTIME     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            REALTIME     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]

9 测试

9.1 同步测试

备库：

select * from test;

主库：

create table test(name varchar(100));

insert into test values ('123');

commit;

备库：

select * from test;

9.2 切换测试

故障切换：
关闭主库网卡后，备库切换为主库。

重新打开原主库网卡后，自动切换为备库加入集群。

手动切换

choose switchover grp1

switchover grp1.grp1_rww_01

show
weixin_45433602
关注
专栏目录
vb 数据库操作（写入、读取）
11-14
vb 数据库操作实例，包括对数据库的链接，写入、读取、删除等操作，有具体实例代码。
[-720]_守护进程处于活动状态或当前配置(ALTER_MODE_STATUS)不允许该操作.
Flora
05-05 4028
【报错提示】 [-720]:守护进程处于活动状态，或当前配置(ALTER_MODE_STATUS)不允许该操作. 【前因叙述】 现有A、B两台服务器，各自新建实例搭建主备，发现monitor启动后，A、B实例均为mount状态 原因是，DM数据库中的主备集群中的实例要求PMN_MAGIC(数据库初始化时生成)必须一致，所以必须A进行备份恢复到B，才可以保证A、B实例一模一样 于是问题来了，当前A、B服务器的实例均处于mount状态，A、B的dmwatcher进程均已启动，想对A备份，必须使A 实例open
达梦数据库的各项服务
最新发布
2401_86400744的博客
09-04 1036
达梦数据库的各种服务，比如dmserver，dmasmsvr，dmamon等
达梦8数据守护集群
weixin_43459159的博客
09-24 2096
前言 你好！ 配置数据守护 V4.0 之前，必须先通过备份还原方式同步各数据库的数据，确保各数据的数据保持完全一致。主库可以是新初始化的数据库，也可以是正在生产、使用中的数据库。不能使用分别初始化库或者直接拷贝数据文件的方法，原因如下： 1． 每个库都有一个永久魔数（permenant_magic），一经生成，永远不会改变，主库传送日志时会判断这个值是否一样，确保是来自同一个数据守护环境中的库，否则传送不了日志。 2． 由于 dminit 初始化数据库时，会生成随机密钥用于加密，每次生成的密钥都不相同，备库
达梦数据库报错错误代码汇总
热门推荐
牛排煎黑椒的博客
09-21 3万+
达梦数据库报错代码查询汇总，错误代码
达梦数据库主从备份搭建
weixin_43169078的博客
07-08 3697
达梦数据库主从备份搭建
达梦数据库DM8数据守护集群部署及测试
01-27
达梦数据库DM8数据守护集群部署及测试
达梦数据库通过DEM工具搭建主备集群
10-09
达梦数据库通过DEM工具搭建主备集群 达梦数据库是中国自主知识产权的关系数据库管理系统，DEM 是达梦数据库的管理工具。通过 DEM 工具，可以实现达梦数据库的主备集群搭建，实现数据库的高可用性和灾难恢复。 达梦...
达梦数据库DM8数据守护与读写分离集群指南.pdf
10-19
《达梦数据库DM8数据守护与读写分离集群指南》是一份详细的技术文档，主要针对DM8数据库的数据安全和高可用性提供解决方案。该指南涵盖了数据守护的系统特性、基本概念、关键功能以及如何构建和操作数据守护环境的...
达梦数据库三节点读写分离集群部署文档
06-06
### 达梦数据库三节点读写分离集群部署详解 #### 一、DMRWC集群概述 达梦数据库读写分离集群（DMRWC）作为DM8的重要特性之一，旨在提高高并发事务处理性能。该集群架构特别适用于读多写少的应用场景，在这类场景下...
达梦数据库主备与主备数据同步部署过程.docx
03-24
【达梦数据库主备与主备数据同步部署过程】 在IT行业中，数据库的高可用性和数据安全性至关重要。达梦数据库是国产的一款关系型数据库管理系统，提供了主备模式来确保服务的连续性和数据的一致性。本篇文章将详细...
DSC+异步备机测试
weixin_45260302的博客
10-18 905
DSC+异步备机测试
守护进程处于活动状态，或当前配置(ALTER_MODE_STATUS)不允许该操作.
weixin_45699851的博客
04-08 709
在刚搭建主备集群的时候，如果守护进程一直没有拉起主备库，主备库实例一直处于mount的状态，2：修改ALTER_MODE_STATUS参数为1，
达梦数据库主备集群的基本搭建流程
so_funny1的博客
09-08 2157
达梦数据库主备集群的基本搭建流程，仅供学习参考
达梦主备集群搭建过程
qq_38482387的博客
05-31 1918
达梦主备搭建过程
数据守护部署流程整理
ryiryim的博客
09-16 294
目录部署流程1 dmrman方式数据备份还原2 配置dm.ini3 配置dmmal.ini4 配置dmarch.ini5 配置dmwatcher.ini6 生成dmwatcher.ctl7 启动主备库到mount8 设置主备库OGUID9 修改主备数据库模式10 配置监视器dmmonitor11 启动守护进程12 启动监视器13 将集群进程注册为服务14 配置dm_svc.conf数据守护启停顺序启动顺序停止顺序备注说明 部署流程 1 dmrman方式数据备份还原 备份（主库）还原（备库），检查数据一致性（
DM MPP部署问题
weixin_42765081的博客
06-21 1582
DM8 MPP部署遇到的问题
达梦数据库主备集群环境搭建
Nelson_S的博客
03-18 1113
达梦数据库主备集群环境搭建 一、 数据准备 1.编辑dm.ini文件，设置ARCH_INI = 1 ，打开归档配置 2.配置dmarch.ini文件，内容如下 [ARCHIVE_LOCAL1] ARCH_TYPE = LOCAL #本地归档类型 ARCH_DEST = /opt/dmdbms/data/DAMENG/arch #本地归档文件存放路径 ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值 ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围
达梦数据库实时主备搭建配置
话别深秋
01-09 1313
*目录规划：**在对应服务器上创建目录owner为dmdba组为dinstall）
达梦数据库主备同步部署及DMHS使用指南
"达梦数据库主备与主备数据同步部署文档主要介绍了如何利用DMHS在达梦数据库的主备环境中实现数据实时同步。文档详细规划了软件、操作系统的资源，以及部署步骤，包括操作系统配置、数据库集群规划和数据同步的设置...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值