配置读写分离集群

最新推荐文章于 2023-08-27 11:08:03 发布
最新推荐文章于 2023-08-27 11:08:03 发布
阅读量138 收藏 1
点赞数
分类专栏： 达梦
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yangeoooo/article/details/113880695
版权

配置读写分离集群

  1. 只配置主库和最多 8 个即时备库。
  2. 只配置主库和最多 8 个实时备库。
  3. 只配置主库和最多 8 个异步备库。
  4. 配置主库、最多 8 个即时备库和最多 8 个异步备库。
  5. 配置主库、最多 8 个实时备库和最多 8 个异步备库。
    机器名 IP地址 初始状态 操作系统 备注
    DW_P 192.168.1.13
    1
    192.168.0.14
    1 主库
    GRP1_RWW_01 LINUX-6 192.168.1.13
    1 外部服务 IP；
    192.168.0.14
    1 内部通信 IP
    DW_S1 192.168.1.13
    2
    192.168.0.14
    2 备库
    GRP1_RWW_02 LINUX-6 192.168.1.13
    2 外部服务 IP；
    192.168.0.14
    2 内部通信 IP
    DW_S2 192.168.1.13
    3
    192.168.0.14
    3 备库
    GRP1_RWW_03 LINUX-6 192.168.1.13
    3 外部服务 IP；
    192.168.0.14
    3 内部通信 IP
    DW_M 192.168.0.73 确认监视器
    实例名 PORT_NUM MAL_INST_DW_PORT MAL_HOST MAL_PORT MAL_DW_PORT
    GRP1_RWW_01 32141 33141
    192.168.0.141 61141 52141
    GRP1_RWW_02 32142 33142
    192.168.0.142 61142 52143
    GRP1_RWW_03 32143 33143 192.168.0.143 61143 52143

数据准备

rman备份

初始化数据
cd /opt/dmdbms/bin
./dminit path=/dm/data
启动实例
cd /opt/dmdbms/bin/
./dmserver /dm/data/DAMENG/dm.ini
disql SYSDBA/SYSDBA:32141

  1. 正常关闭数据库

  2. 进行脱机备份 会产生BACKUP_FILE_02文件夹
    ./dmrman CTLSTMT=“BACKUP DATABASE ‘/dm/data/DAMENG/dm.ini’ FULL TO BACKUP_FILE1 BACKUPSET ‘/dm/data/BACKUP_FILE_02’”

  3. 拷贝备份文件到备库所在机器
    cd /dm/data
    $ scp -r BACKUP_FILE_02/ 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

  1. 执行脱机数据库还原与恢复
    ./dmrman CTLSTMT=“RESTORE DATABASE ‘/dm/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm/data/BACKUP_FILE_02’”
    ./dmrman CTLSTMT=“RECOVER DATABASE ‘/dm/data/DAMENG/dm.ini’ FROM BACKUPSET ‘/dm/data/BACKUP_FILE_02’”
    ./dmrman CTLSTMT=“RECOVER DATABASE ‘/dm/data/DAMENG/dm.ini’ UPDATE DB_MAGIC”

配置主库 GRP1_RWW_01

配置 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 #不允许手工方式修改实例模式/状态/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_RWW_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_RWW_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
[MAL_INST3]
MAL_INST_NAME = GRP1_RWW_03
MAL_HOST = 172.168.3.65
MAL_PORT = 61143
MAL_INST_HOST = 192.168.3.65
MAL_INST_PORT = 32143
MAL_DW_PORT = 52143
MAL_INST_DW_PORT = 33143

配置 dmarch.ini

修改 dmarch.ini，配置本地归档和即时归档。
除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需要同步归档数据的目标实例名。当前实例 GRP1_RWW_01 是主库，需要向即时备库 GRP1_RWW_02/ GRP1_RWW_03同步数据，因此即时归档的 ARCH_DEST 分别配置为 GRP1_RWW_02 和 GRP1_RWW_03。

[ARCHIVE_TIMELY1]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_02 #即时归档目标实例名
[ARCHIVE_TIMELY2]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_03 #即时归档目标实例名
[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 = 453332 #守护系统唯一 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 值。
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 值

修改数据库模式

启动命令行工具 DIsql，登录主库修改数据库为 Primary 模式
select * from v$instance;
NORMAL
SQL>alter database primary;

配置备库 GRP1_RWW_02

配置 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 次的日志重演信息

配置 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.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_RWW_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
[MAL_INST3]
MAL_INST_NAME = GRP1_RWW_03
MAL_HOST = 172.168.3.65
MAL_PORT = 61143
MAL_INST_HOST = 192.168.3.65
MAL_INST_PORT = 32143
MAL_DW_PORT = 52143
MAL_INST_DW_PORT = 33143

配置 dmarch.ini

修改 dmarch.ini，配置本地归档和即时归档。
除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需要同步归档数据的目标实例名。当前实例 GRP1_RWW_02 是备库，守护系统配置完成后，可能在各种故障处理中，
GRP1_RWW_02 切换为新的主库，正常情况下，GRP1_RWW_01 会切换为新的备库，需要向
GRP1_RWW_01 和 GRP1_RWW_03 同步数据，因此即时归档的 ARCH_DEST 分别配置为
GRP1_RWW_01 和 GRP1_RWW_03。
[ARCHIVE_TIMELY1]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_01 #即时归档目标实例名
[ARCHIVE_TIMELY2]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_03 #即时归档目标实例名
[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 = 453332 #守护系统唯一 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: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);

修改数据库模式

启动命令行工具 DIsql，登录备库修改数据库为 Standby 模式。
如果当前数据库不是 Normal 模式，需要先修改 dm.ini 中 ALTER_MODE_STATUS 值 为 1，允许修改数据库模式，修改 Standby 模式成功后再改回为 0。如果是 Normal 模式，
请忽略下面的第 1 步和第 3 步。
select * from v$instance;
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 步

配置备库 GRP1_RWW_03

配置 dm.ini

在 DW_S2 机器上配置备库的实例名为 GRP1_RWW_03，dm.ini 参数修改如下：#实例名，建议使用―组名_守护环境_序号‖的命名方式，总长度不能超过 16
INSTANCE_NAME = GRP1_RWW_03
PORT_NUM = 32143 #数据库实例监听端口
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_RWW_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_RWW_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
[MAL_INST3]
MAL_INST_NAME = GRP1_RWW_03
MAL_HOST = 172.168.3.65
MAL_PORT = 61143
MAL_INST_HOST = 192.168.3.65
MAL_INST_PORT = 32143
MAL_DW_PORT = 52143
MAL_INST_DW_PORT = 33143

配置 dmarch.ini

修改 dmarch.ini，配置本地归档和即时归档。
除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需要同步归档数据的目标实例名。当前实例 GRP1_RWW_03 是备库，守护系统配置完成后，可能在各种故障处理中，GRP1_RWW_03 切换为新的主库，正常情况下，GRP1_RWW_01 会切换为新的备库，需要向GRP1_RWW_01 和 GRP1_RWW_02 同步数据，因此即时归档的 ARCH_DEST 分别配置为
GRP1_RWW_01 和 GRP1_RWW_02。
[ARCHIVE_TIMELY1]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_01 #即时归档目标实例名
[ARCHIVE_TIMELY2]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_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 = 453332 #守护系统唯一 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

设置 OGUID

启动命令行工具 DIsql，登录备库设置 OGUID 值。
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);

修改数据库模式

启动命令行工具 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 = 453332 #组 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
MON_DW_IP = 172.168.3.65:52143
MON_DW_CONFIRM = 1
MON_LOG_PATH = /dm/data/log
MON_LOG_INTERVAL = 60
MON_LOG_FILE_SIZE = 32
MON_LOG_SPACE_LIMIT = 0
[GRP1]
MON_INST_OGUID = 453332
MON_DW_IP = 172.168.3.61:52141
MON_DW_IP = 172.168.3.63:52142
MON_DW_IP = 172.168.3.65:52143

启动守护进程

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

启动监视器

启动监视器：
./dmmonitor /dm/data/dmmonitor.ini
在监视器上执行show 命令，可以监控到所有实例都处于 Open 状态，所有守护进程也都处于 Open 状态，即为正常运行状态。

[root@ora61 dxfl]# /home/dmdba/dmdbms/script/root/dm_service_installer.sh -t dmserver -dm_ini /dm8/dxfl/dxfl/dm.ini -p dxfl
Move the service script file(/home/dmdba/dmdbms/bin/DmServicedxfl to /etc/rc.d/init.d/DmServicedxfl)
Finished to create the service (DmServicedxfl)
[root@ora61 dxfl]# /home/dmdba/dmdbms/script/root/dm_service_installer.sh -t dmwatcher -watcher_ini /dm8/dxfl/dxfl/dmwatcher.ini -p dxflwatcher
Move the service script file(/home/dmdba/dmdbms/bin/DmWatcherServicedxflwatcher to /etc/rc.d/init.d/DmWatcherServicedxflwatcher)
Finished to create the service (DmWatcherServicedxflwatcher)
[root@ora61 dxfl]# /home/dmdba/dmdbms/script/root/dm_service_installer.sh -t dmmonitor -monitor_ini /dm8/dxfl/dxfl/dmmonitor.ini -p dxflmonitor
Move the service script file(/home/dmdba/dmdbms/bin/DmMonitorServicedxflmonitor to /etc/rc.d/init.d/DmMonitorServicedxflmonitor)
Finished to create the service (DmMonitorServicedxflmonitor)

yangeoooo
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
达梦读写分离集群搭建文档
06-19
本文档将详述如何搭建达梦数据库的读写分离集群，以便更好地管理和利用数据库资源。 首先，理解读写分离的基本原理是至关重要的。在读写分离架构中，主数据库节点负责所有的写操作，而多个从库则处理读取请求，从而...
mysql的读写分离配置
MssGuo的博客
06-25 1247
前言 环境：CentOS 7.9 mysql 5.7 已配置好master、salve主从复制 读写分离 在大规模、高并发的企业环境中，为了缓解数据库的访问压力，我们一般的解决办法是对数据库进行读写分离，即前端用户对数据的增删改访问的是master主库，对数据的读取检错访问的salve库，这样就能大大减缓master主库的访问压力。 方法一、读写分离 可以给开发人员提供2个不同的账号，如下： master主库IP：192.168.1.1 端口：3306 数据库：web 用户名：web_w 密码：ma
搭建mysql读写分离
xczgu的博客
08-27 323
实现数据库的读写分离减轻服务器压力
读写分离配置详解（SQLServer）
qq_34861017的博客
10-28 897
读写分离 一、前言 1. 背景 大部分场景中，DB操作80%是读，20%是写，对于时效性要求不高的数据，为了减少磁盘读和写的竞争，引入读写分离的概念，即在数据库上进行主从配置，一个主，多个从，实现主从同步，从而业务上实现读写分离。 读写分离在网站发展初期可以一定程度上缓解读写并发时产生锁的问题，将读写压力分担到多台服务器上。基本原理是让主数据库处理增、删、操作，而从数据库处理SELECT查询操作。随着系统的业务量不断增长，数据不断增多，数据库的IO操作压力会很大，读写分离也是数据库分库的一种方案。
MySQL主从读写分离及多数据源配置
Infinite Progress
01-30 1598
MySQL主从读写分离及多数据源配置
Sharding-JDBC实现读写分离
weixin_45876411的博客
05-12 1479
前面已经实现了Mysql数据库的主从复制功能，光有数据库主从复制还不够，还需要实现对数据库的读写分离操作。Mysql主从复制Sharding-JDBC官方文档每次强制路由到主节点都需要写上面的代码这是很繁琐的，通过AOP + 注解我们可以轻松实现强制路由到主节点功能。6.2.1：定义注解/*** 定义注解*/6.2.2：定义AOP切面@Component@Aspect/** 作用范围 */// 获取执行方法参数// 获取执行方法。
MySQL读写分离集群最佳实践
11-16
要求配置2台MySQL服务器+1台代理服务器，实现MySQL代理的读写分离
达梦数据库DM8读写分离集群部署
01-27
在本文中，我们将详细介绍达梦数据库DM8读写分离集群部署的步骤和配置。 一、安装准备 在开始部署达梦数据库DM8读写分离集群之前，需要进行安装准备。首先，我们需要规划集群的架构，包括主库和备库的IP地址、...
Mycat实现mysql主从读写分离的配置文件
01-18
这是Mycat实现mysql主从读写分离时用到的的配置文件。 内容包括：schema.xml和server.xml。 请根据实际情况替换里面的数据库地址、用户、密码。 相关操作教程：...
mycat+mysql读写分离集群离线环境搭建
04-01
总结来说，搭建Mycat+MySQL的读写分离集群需要对数据库管理和Mycat的配置有深入理解。通过这样的集群，我们可以提升数据库的读写性能，满足大规模并发场景的需求。在离线环境下，合理规划每一步操作，确保每个组件都...
读写分离配置
weixin_45008396的博客
03-06 130
数据库读写分离配置
MySQL配置读写分离
PBomb的博客
04-26 2855
前置环境 事先准备3台虚拟机，其配置如下 主数据库（master）ip：192.168.126.151，装有Percona5.6.51 从数据库（slave）ip：192.168.126.152，装有Percona5.6.51 mycat服务（mycat）：192.168.126.153，装有 mycat 另外，以上3台服务器均需配置jdk（1.8）   配置主从 master master服务器上，使用vim /etc/my.cnf打开mysql配置文件，加入 server-id=1 l
如何实现数据库的读写分离
weixin_42333933的博客
07-21 1437
如何实现数据库的读写分离
读写分离详解
一名努力的大学生，希望可以帮到更多人
05-22 653
面对日益增加的系统访问量，数据库的吞吐量面临着巨大瓶颈。 对于同一时刻有大量并发读操作和较少写操作类型的应用系统来说，将数据库拆分为**主库**和**从库**，主库负责处理事务性的增删改操作，从库负责处理查询操作，能够有效的避免由数据更新导致的行锁，使得整个系统的查询性能得到极大的改善。 通过读写分离,就可以降低单台数据库的访问压力, 提高访问效率，也可以避免单机故障。
分布式集群中网络分区问题
热门推荐
海陆云的博客
12-28 3万+
分布式集群中网络分区问题前言如何判断是否发生了网络分区？集中式架构的网络分区形态非集中式架构中的网络分区形态网络分区最微妙的地方在哪里？网络分区出现概率较高的场景是什么？网络分区有哪些常见的处理方法？方法一：通过 Static Quorum 处理网络分区方法二：通过 Keep Majority 处理网络分区方法三：通过设置仲裁机制处理网络分区方法四：基于共享资源的方式处理网络分区总结 前言 网络分区就是其中的一种故障类型。 通常情况下，网络分区指的是在分布式集群中，节点之间由于网络不通，导致集群中节点形
集群 - 读写分离
w_k_x110的博客
07-26 528
集群 - 读写分离
达梦-主备与读写分离集群
m0_67269899的博客
09-14 441
达梦-主备与读写分离集群
MySQL 读写分离配置实践
qq_41721746的博客
07-14 1639
一、环境准备 1. 查看主从复制状态 2. 查看JDK版本 3. 打开root的远程连接权限 4. 安装MyCat 二、配置文件 1. server.xml 2. schema.xml 三、启动服务 1. 配置文件问题一 2. 配置文件问题二 四、MyCat 9066端口和8066端口 1. 9066管理端口 2. 8066数据端口 五、验证读写分离 1. 打开查询日志general_log 2. 验证读操作在slave 3. 验证写操作在master 4. 验证容灾功能...
数据库配置读写分离（linux）
weixin_64007696的博客
12-02 1373
linux系统读写分离实现
mysql 集群配置及其读写分离
最新发布
06-30
**读写分离配置**： 1. **主从复制（Master-Slave）**：这是最常见的配置，其中一个节点（Master）负责处理所有的写操作，而其他节点（Slave）只处理读操作。这样可以减少主节点的写压力，同时多个读节点可以并行...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值