3--实时主备搭建过程记录

已于 2024-08-14 20:00:06 修改
阅读量805 收藏 17
点赞数 14
文章标签： 网络 服务器 linux
于 2024-07-26 17:31:20 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cactus_lmc/article/details/140657271
版权

在搭建数据守护系统前，应注意数据守护系统中各实例使用的 DM 服务器版本应一致，同时还应注意各实例所在主机的操作系统位数、大小端模式、时区及时间设置都应一致，以及使用同一个用户启动 DM 服务器和守护进程 dmwatcher，以免系统在运行时出现意想不到的错误。

1，虚拟机设置

3个虚拟机都按照安装单机的教程http://t.csdnimg.cn/qLQlz，分别完成如下步骤：

  1. 安装vmware-tools
  2. 设置共享文件夹（方便将安装包传输到虚拟机中，指令复制粘贴等）
  3. 修改系统资源限制
  4. 修改网卡配置
  5. 关闭防火墙
  6. 创建安装用户

1.1，硬件配置

新建3个虚拟机DW_P（安装主库）、 DW_S1（安装备库）、 DW_M（安装监视器），都需要安装dm8单机，所以均设置内存8G，硬盘40G（20G会内存不足报错），P和S1添加2个NAT网卡

1.2，网络设置

修改网卡配置文件，其中P和S1添加2个NAT网卡，ens33作为外网IP用于正常提供数据库服务，ens34作为内网IP用于和数据守护系统的其他组件通信，对应的配置文件都要修改

虚拟机外网服务IP内网通信IP
DW_P192.168.37.151192.168.0.141
DW_S1192.168.37.152192.168.0.142
DW_M-192.168.0.143

查看主库DW_P的IP地址

查看备库DW_S1的IP地址

DW_M只有1个NAT网卡ens33，因为192.168.0.xxx是内网地址，所以DW_M无法上网，但是可以和DW_P和DW_S1互相ping通

使用tcpdump命令可以监听到收到的数据包，其中筛选ping对应的icmp包

一定要关闭防火墙，在部署单机的时候没关好像没啥影响，但是部署实时主备时，没关就不能正常运行，因为监视器没办法收到守护进程的广播，没办法将主备库加入守护组中。

关闭防火墙

systemctl stop firewalld

关闭防火墙开机自启动

systemctl disable firewalld

2，准备工作

按照linux安装单机教程进行正常安装，提前规划好路径，3个虚拟机上的dm8都是一样的安装路径，主库和备库需要实例化，路径为CHEN1或者CHEN2，用CHENx统称

安装路径： /home/dmdba/dmdbms
实例路径： /home/dmdba/dmdbms/CHENx
归档目录： /home/dmdba/dmarch

2.1，数据库准备

2.1.1，安装，创建实例

挂载安装包

mkdir /mnt/cdrom
mount /mnt/hgfs/share/dm8_20230105_x86_kylin10_64.iso /mnt/cdrom

主库和备库安装dm8，数据库名CHEN（数据库名必须一样，实例名必须不一样，端口号无所谓）

主库：实例名CHEN1，数据库对外服务的端口号5234

备库：实例名CHEN2，数据库对外服务的端口号5234

su dmdba
./DMInstall.bin -i
cd /home/dmdba/dmdbms/bin
./dminit PATH=/home/dmdba/dmdbms/CHENx INSTANCE_NAME=CHENx DB_NAME=CHEN PORT_NUM=5234

2.1.2，主备库正常启动

主备库创建实例后，第一次启动数据库必须使用dmserver命令进行前台启动，才能完成初始化，不能使用注册服务的后台启动。第一次初始化启动时，不用mount模式，就正常启动。

./dmserver /home/dmdba/dmdbms/CHENx/CHEN/dm.ini

  • 2.1.3，主库更新数据库内容

默认用户SYSDBA使用disql命令登录主库CHEN1

cd /home/dmdba/dmdbms/bin
./disql SYSDBA/SYSDBA@192.168.37.151:5234

新建表，插入数据，提交事务

create table users(number char(10), name char(10), password char(10));
insert into users(number,name,password) values('1001','TOM','tom123');
insert into users values('1002','Jerry','jerry123');
commit;

2.2，脱机备份

脱机备份需要主库关闭服务，然后生成备份文件，发给备库，在备库恢复备份之前都不能提供服务

2.2.1，主备库关闭服务

  •  关闭后台的注册服务
./DmServerDMSERVER stop
  • 关闭前台服务：输入exit回车

2.2.2，生成备份文件

使用dmrman命令在主库生成备份文件

./dmrman
backup database '/home/dmdba/dmdbms/CHEN1/CHEN/dm.ini' full backupset '/home/dmdba/dmbackup/dbbak01';
exit;
或者
./dmrman CTLSTMT="backup database '/home/dmdba/dmdbms/CHEN1/CHEN/dm.ini' full backupset '/home/dmdba/dmbackup/dbbak01'"

2.3.3，传输备份文件

在主库执行scp命令将主库的备份传输到备库

  • -r表示递归，将源文件夹下所有文件都传输
  • 第一个路径参数/home/dmdba/dmbackup是主库上的源文件目录
  • dmdba是备库虚拟机的用户名，之后会需要输入对应登录密码
  • 192.168.0.142是备库的内部通信IP地址
  • IP地址后的路径参数/home/dmdba/dmbackup是备库的目标存储路径
scp -r /home/dmdba/dmbackup dmdba@192.168.0.142:/home/dmdba/dmbackup

执行完成后，可以在备库对应的文件夹中看到接收的备份文件

2.3.4，备库数据恢复

使用restore和recover命令，依次进行归档还原、redo日志还原、数据库魔数还原。其中脱机备份可以省略第二步，会提示没有产生redo日志

./dmrman CTLSTMT="RESTORE DATABASE '/home/dmdba/dmdbms/CHEN2/CHEN/dm.ini' FROM BACKUPSET '/home/dmdba/dmbackup/dbbak01'"
./dmrman CTLSTMT="RECOVER DATABASE '/home/dmdba/dmdbms/CHEN2/CHEN/dm.ini' FROM BACKUPSET '/home/dmdba/dmbackup/dbbak01'"
./dmrman CTLSTMT="RECOVER DATABASE '/home/dmdba/dmdbms/CHEN2/CHEN/dm.ini' UPDATE DB_MAGIC"

2.3.5，检查数据是否一致

mount模式启动主备库，登录disql，查看永久魔数和lsn值

x取值1或者2，分别对应主、备库的IP

./dmserver /home/dmdba/dmdbms/CHENx/CHEN/dm.ini mount
./disql SYSDBA/SYSDBA@192.168.37.15x:5234
select permanent_magic;
select file_lsn,cur_lsn from v$rlog;

主库和备库的永久魔数和lsn值必须全部一致，否则说明数据不同步，不能继续安装实时主备，需要重新备份还原。

3，配置实时主备

注意：

  • 修改配置文件之前也要记得关闭服务
  • 一定要用安装用户dmdba进行配置文件的修改和运行，不能使用root用户，不然之后会出现权限不够等问题

3.1，修改配置文件

3.1.1，dm.ini

主备库的dm.ini只有实例名不一样（以下用x表示，取值1或者2，分别对应主、备库），需要修改以下几个参数

vi /home/dmdba/dmdbms/CHENx/CHEN/dm.ini
INSTANCE_NAME                   = CHENx
PORT_NUM                        = 5234
ALTER_MODE_STATUS               = 0
ENABLE_OFFLINE_TS               = 2 
MAL_INI                         = 1
ARCH_INI                        = 1

3.1.2，dmmal.ini

主备库的dmmal.ini文件完全相同，需要新建文件，自己编辑

vi /home/dmdba/dmdbms/CHENx/CHEN/dmmal.ini
MAL_CHECK_INTERVAL = 5          #MAL链路检测时间间隔
MAL_CONN_FAIL_INTERVAL = 5      #判定 MAL 链路断开的时间

[MAL_INST1]
MAL_INST_NAME = CHEN1           #主库实例名
MAL_HOST = 192.168.0.141        #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 5238                 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 192.168.37.151  #实例的对外服务 IP 地址   
MAL_INST_PORT = 5234            #实例的对外服务端口                                           
MAL_DW_PORT = 5239              #实例对应的守护进程监听 TCP 连接的端口
MAL_INST_DW_PORT = 5237         #实例监听守护进程 TCP 连接的端口

[MAL_INST2]
MAL_INST_NAME = CHEN2           #备库实例名
MAL_HOST = 192.168.0.142        #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 5238                 #MAL 系统监听 TCP 连接的端口    
MAL_INST_HOST = 192.168.37.152  #实例的对外服务 IP 地址    
MAL_INST_PORT = 5234            #实例的对外服务端口      
MAL_DW_PORT = 5239              #实例对应的守护进程监听 TCP 连接的端口
MAL_INST_DW_PORT = 5237         #实例监听守护进程 TCP 连接的端口

3.1.3，dmarch.ini

主备库的dmarch.ini文件，只有ARCH_DEST参数不一样，填写对方的实例名，其余参数相同，需要新建文件

vi /home/dmdba/dmdbms/CHENx/CHEN/dmarch.ini
[ARCHIVE_REALTIME1]
ARCH_TYPE = REALTIME            #实时归档类型
ARCH_DEST = CHENx               #目标实例名   --主库填备库实例名，备库填主库实例名

[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL               #本地归档类型
ARCH_DEST = /home/dmdba/dmarch  #本地归档文件存放路径
ARCH_FILE_SIZE = 128            #单位 Mb，本地单个归档文件最大值
ARCH_SPACE_LIMIT = 4096         #单位 Mb，范围1024~4294967294M(0表示无限制，必须改成非0)

3.1.4，dmwatcher.ini

主备库的dmwatcher.ini文件只有自己的dm.ini文件的路径不同，其余完全相同，需要新建文件，自己编辑，设置数据守护组的OGUID值为754403

vi /home/dmdba/dmdbms/CHENx/CHEN/dmwatcher.ini
[GRP1]
DW_TYPE = GLOBAL                #全局守护类型
DW_MODE = AUTO                  #自动切换模式
DW_ERROR_TIME = 10              #远程守护进程故障认定时间
INST_RECOVER_TIME = 60          #主库守护进程启动恢复的间隔时间
INST_ERROR_TIME = 10            #本地实例故障认定时间
INST_OGUID = 754403             #守护系统唯一 OGUID 值
INST_INI = /home/dmdba/dmdbms/CHENx/CHEN/dm.ini         #dm.ini 配置文件路径              
INST_AUTO_RESTART = 1           #打开实例的自动启动功能
INST_STARTUP_CMD = /home/dmdba/dmdbms/bin/dmserver      #命令行方式启动的脚本路径
RLOG_SEND_THRESHOLD = 0         #指定主库发送日志到备库的时间阀值，默认关闭
RLOG_APPLY_THRESHOLD = 0        #指定备库重演日志的时间阀值，默认关闭

3.2，设置主备库参数

3.2.1，以mount模式启动

主库备库使用dmserver脚本以mount形式启动服务

./dmserver /home/dmdba/dmdbms/CHENx/CHEN/dm.ini mount

3.2.2，设置OGUID

1，主备库使用disql登录

./disql SYSDBA/SYSDBA@192.168.37.15x:5234

2，主备库设置OGUID值，先将文件权限修改为‘可写’

SP_SET_PARA_VALUE(1,'ALTER_MODE_STATUS',1);
sp_set_oguid(754403);

3.2.3，修改数据库模式

一定要先设置OGUID值，然后修改模式。因为修改模式之后，就不能再设置OGUID值了，就无法搭建数据守护了

主库修改为primary模式

alter database primary;

备库修改为standby模式

alter database standby;

然后将文件权限修改为‘不可写’

SP_SET_PARA_VALUE(1,'ALTER_MODE_STATUS',0);

3.2.4，查看数据库信息

查看归档信息

select arch_mode from v$database;

查看归档日志信息

select arch_name,arch_type,arch_dest from v$DM_arch_ini;

查看OGUID

select oguid from v$instance;

查看MAL系统信息（全局）

select * from v$DM_mal_ini;

3.3，配置守护进程

数据库服务mount模式开启状态下，前台启动守护进程

./dmwatcher /home/dmdba/dmdbms/CHENx/CHEN/dmwatcher.ini

3.4，配置监视器

监视器节点，DW_M，不用创建实例
查看ip addr

配置dmmonitor.ini文件

vi /home/dmdba/dmdbms/bin/dmmonitor.ini
MON_DW_CONFIRM = 1                      #确认监视器模式
MON_LOG_PATH = /home/dmdba/dmdbms/log   #监视器日志文件存放路径
MON_LOG_INTERVAL = 60                   #每隔 60s 定时记录系统信息到日志文件
MON_LOG_FILE_SIZE = 32                  #每个日志文件最大 32M
MON_LOG_SPACE_LIMIT = 1024              #不限定日志文件总占用空间(必须改为非0)

[GRP1]
MON_INST_OGUID = 754403                 #组 GRP1 的唯一 OGUID 值

#以下配置为监视器到组 GRP1 的守护进程的连接信息，以“IP:PORT”的形式配置
#IP 对应 dmmal.ini 中的 MAL_HOST， PORT 对应 dmmal.ini 中的 MAL_DW_PORT
MON_DW_IP = 192.168.0.141:5239
MON_DW_IP = 192.168.0.142:5239

启动监视器

cd /home/dmdba/dmdbms/bin
./dmmonitor /home/dmdba/dmdbms/bin/dmmonitor.ini

输入help查看可选参数

如果主备库和守护进程运行正常，则打开监视器的时候，会自动连接成功，并显示当前组内成员，还会自动把主备库从mount状态切换到open状态，即主备库可以正常提供读写服务了（mount状态下只能修改数据库设置，不能进行读写数据操作）

输入show查看集群状态

4，主备同步测试

主库插入数据

insert into users values('1003','Mike','mike123');
select * from users;

备库这边可以看到新插入的数据

说明实时主备搭建成功

5，主备切换测试

5.1，主库断网，备库接管

监视器show查看当前守护组状态

关闭主库CHEN1的网络

systemctl stop network

主库的守护进程会报错并自动退出

但服务和守护的两个进程还在，不用杀进程重新开启服务，不用在主备库操作，等网络恢复后实时主备功能会自动还原

disql命令显示连接丢失

备库守护进程show link，发现主库不在列表里面

监视器会自动提示，原主库CHEN1响应超时，自动切换CHEN2为主库，CHEN1为备库

监视器show当前状态

在CHEN2插入一条新数据，成功，说明CHEN2为主库，因为备库不能写只能读

5.2，恢复主库网络

恢复CHEN1的网络

systemctl start network

server和watcher的进程还在的话，会自动重新连接CHEN1

监视器自动显示主备库状态变化

监视器show当前状态

一般数据库服务和守护进程都还是开启的，如果进程没了，可以使用mount模式启动服务器，然后启动守护进程，然后会自动连接上监视器，并且CHEN1会自动切换回主库

但是数据丢了，因为没有commit！

使用disql登录CHEN1，查询发现数据丢失了，不仅是在CHEN2上插入的1004看不到，之前测试同步性时候插入的1003也看不到。因为没有commit，系统突然断网了，数据就没了。

但是可以看到1001和1002，就是一开始脱机备份之前生成了备份文件的。

而且，CHEN2在自动切换成备库之后，和主库CHEN1同步了，也只能看到1001和1002。

所以要记得及时commit数据，并定期备份。

5.3，备库断网，不影响主库

 关闭备库CHEN2的网络

systemctl stop network

监视器会提示备库CHEN2连接超时

监视器show当前状态，CHEN2仍然是备库但数据守护失效

5.4，恢复备库网络

 恢复CHEN2的网络

systemctl start network

监视器显示，CHEN2守护进程会自动进行数据库的状态恢复

监视器show当前状态，发现一切恢复正常

6，一些补充

 6.1，注册服务

注册为系统服务后可以在后台启动数据库，关掉命令行窗口也不会断开服务

./dm_service_installer.sh -t dmserver -dm_ini /home/dmdba/dmdbms/CHEN1/CHEN/dm.ini -p CHEN

cp /home/dmdba/dmdbms/bin/DmServiceCHEN /etc/rc.d/init.d/DmServiceCHEN

ln -s /etc/rc.d/init.d/DmServiceCHEN /etc/rc.d/rc0.d/K02DmServiceCHEN
ln -s /etc/rc.d/init.d/DmServiceCHEN /etc/rc.d/rc1.d/K02DmServiceCHEN
ln -s /etc/rc.d/init.d/DmServiceCHEN /etc/rc.d/rc2.d/S98DmServiceCHEN
ln -s /etc/rc.d/init.d/DmServiceCHEN /etc/rc.d/rc3.d/S98DmServiceCHEN
ln -s /etc/rc.d/init.d/DmServiceCHEN /etc/rc.d/rc4.d/S98DmServiceCHEN
ln -s /etc/rc.d/init.d/DmServiceCHEN /etc/rc.d/rc5.d/S98DmServiceCHEN
ln -s /etc/rc.d/init.d/DmServiceCHEN /etc/rc.d/rc6.d/K02DmServiceCHEN

注册并启动守护进程

cd /home/dmdba/dmdbms/script/root
./dm_service_installer.sh -t dmwatcher -watcher_ini /home/dmdba/dmdbms/CHENx/CHEN/dmwatcher.ini -p CHEN
systemctl start DmWatcherServiceCHEN

6.2，启动服务

  •  使用注册服务后台启动，或，命令行前台启动
service DmserviceCHEN start
或
./dmserver /home/dmdba/dmdbms/CHEN1/CHEN/dm.ini

如果发现实例已经在运行了，应该是之前在后台运行的，需要先关掉，再以mount形式启动
查看一下是不是有对应的进程 

ps -ef|grep dm.ini

关掉对应的服务，然后就没有对应进程了

./DmServiceCHEN stop

6.3，开启关闭顺序

开启顺序：

实例dmserver-->守护进程dmwatcher-->监视器dmmonitor

关闭守护系统时，必须按照一定的顺序来关闭守护进程和数据库实例。特别是自动切换模式，如果退出守护进程或主备库的顺序不正确，可能会引起主备切换，甚至造成守护进程组分裂。

通过监视器执行 Stop Group 命令关闭数据守护系统，是最简单、安全的方式。命令执行成功后，数据库实例正常关闭。但守护进程并没有真正退出，而是将状态切换为 Shutdown 状态。

Stop Group 命令内部流程如下：

  1. 通知守护进程切换为 Shutdown 状态
  2. 通知主库退出
  3. 通知其他备库退出

如果使用手动方式关闭数据守护系统，请严格按照以下顺序执行：

  1. 如果启动了确认监视器，先关闭确认监视器（防止自动接管）
  2. 关闭备库守护进程（防止重启实例）
  3. 关闭主库守护进程（防止重启实例）
  4. Shutdown 主库
  5. Shutdown 备库

关闭顺序：

监视器dmmonitor-->备机守护进程dmwatcher-->主机守护进程dmwatcher-->主机实例-->备机实例

6.4，关闭防火墙

 关闭防火墙

systemctl stop firewalld

关闭防火墙开机自启动

systemctl disable firewalld

6.5，使用root用户修改配置文件

进行实时主备部署时，应该切换为安装用户dmdba，不能使用root用户，不然之后会部署失败报错，因为很多文件的读写权限都是root，使用其他用户进行运行时就会出现权限不够等问题。

但是如果不小心忘记切换用户而修改了配置文件，也有补救的办法，那就是事后手动修改文件的所有权，具体改哪些文件，就需要自己去看服务器、守护进程、监视器等的log文件，查看其中的warning和error，然后查看对应目录下文件的权限，然后把所有者为root的修改为dmdba，然后重新启动服务。总之还是有点麻烦，只能作为不方便重新部署的补救办法，最好还是一开始就使用dmdba用户进行部署安装，以免出现其他解决不了的问题。

比如，查看log文件夹发现有文件的用户名和用户组是root，于是把该文件夹的所属用户都修改为root。

vi dm_dmwatcher_CHEN2_202407.log
cd /home/dmdba/dmdbms/log/
ll
cd /home/dmdba/dmdbms/
chown -R dmdba:dinstall log/

 社区地址：达梦数据库 - 新一代大型通用关系型数据库 | 达梦在线服务平台

九月要晚安
关注
  • 14
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
主备集群搭建流程、主备切换及主备故障测试
ss7817258的博客
07-31 2360
写在前面 1. 一定要关闭防火墙； 2. 注意文件权限； 3. 数据库服务要以mount方式注册和启动。 4. 配置完成后，一定要以同一用户启动进程和监视器，且注意启动和关闭顺序。 目录 一、安装数据库 二、集群搭建： 三、主备切换 四、主备库故障切换 一、安装数据库 要使用dmdba用户安装数据库。 二、集群搭建： 服务器IP 服务器作用 系统版本 10.9.13.20 主库 .
达梦7实时主备集群搭建
weixin_39053024的博客
09-28 461
达梦7实时主备集群搭建 前言 实时主备系统由主库、实时备库、守护进程和监视器组成。通过部署实时主备系统，可以及时检测并处理各种硬件故障、数据库实例异常，确保持续提供数据库服务。主备库通过实时归档完成数据同步，主库产生的 Redo日志传输到备库，备库接收并重演Redo日志，从而实现备库与主库的数据同步。 一、安装达梦数据库软件 1）主备都需要安装同版本的软件（本文以DM7为例，可参考：达梦单机数据库Linux环境下安装卸载） 2）监视器安装在第三台安装有达梦数据库软件的服务上，也可以安装在备库上。 3）双网
MYSQL主备搭建
qq_38167579的博客
08-09 6959
MYSQL主备搭建环境准备主库配置备库配置开始同步 环境准备 服务器: CENTOS7 数据库: MYSQL 5.7 主库配置 先给数据库添加一个专门用于同步的用户, 这里repl是用户名,123456是密码, 且只限于同一网段 GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO repl@'192.168.0.%' IDENTIFIED BY '123456'; 找到MYSQL的配置文件并添加以下配置。 我的是在/etc/my.cnf, 如果你
mysql主备搭建_mysql 主备搭建
weixin_31304599的博客
01-19 789
为什么要复制数据库？简单来说有以下几个用处：1. 读写分离通过MySQL复制可以实现读写分离，将读操作分布到多个不同的服务器上，减轻服务器的压力。2. 备份从库可以作为数据的异地实时备份。3. 故障切换当主库遇到故障，系统可以切换到从库，实现故障切换。4. 升级测试从库可作为测试服务器的数据库。复制数据的步骤：在主库上把数据更改记录到二进制日志(Binary Log)中。备库将主库上的日志复制到自...
达梦数据库——实时主备（数据守护）集群搭建
weixin_46458436的博客
02-02 1343
达梦数据库主备机群搭建保姆机教程
猿创征文｜ openGauss 数据库实战 主备高可用部署（主备部署模式）
陈橘又青的博客
10-04 4108
openGauss是一款开源的关系型数据库，其内核源自postgresql，采用客户端/服务器、单进程多线程架构，支持单机和一主多备部署方式，备机只读，支持双机高可用和读扩展。
主备域控服务器搭建-20220929-085412.docx
09-29
以下将详细解释主备域控服务器搭建过程中的关键步骤和涉及的知识点。 1. **配置首选DNS**： - 在主域控服务器上，应将首选DNS设置为自身的IP地址（例如：192.168.28.252）。这样，服务器可以正确解析其自身的域名...
DM 实时主备搭建
weixin_47748395的博客
09-16 338
1.DM 数据守护（Data Watch）的实现原理 将主库（生产库）产生的 Redo日志传输到备库，备库接收并重新应用 Redo 日志，从而实现备库与主库的数据同步。DM数据守护的核心思想是监控数据库状态，获取主、备库数据同步情况，为 Redo 日志传输与重演过程中出现的各种异常情况提供一系列的解决方案 1.1 DM 数据守护系统结构 主要由主库、备库、Redo 日志、Redo 日志传输、Redo 日志重演、守护进程（dmwatcher）、监视器（dmmonitor）组成 ① 主库 Primary 模
（超详细版）达梦数据库：搭建实时主备集群
weixin_46474599的博客
08-24 1583
DM8数据守护概述 DM 数据守护（DM Data Watch）的实现原理非常简单：将主库（生产库）产生的 Redo日志传输到备库，备库接收并重新应用 Redo 日志，从而实现备库与主库的数据同步。DM数据守护的核心思想是监控数据库状态，获取主、备库数据同步情况，为 Redo 日志传输与重演过程中出现的各种异常情况提供一系列的解决方案。 DM 数据守护（Data Watch）是一种集成化的高可用、高性能数据库解决方案，是数据库异地容灾的首选方案。通过部署 DM 数据守护，可以在硬件故障（如磁盘损坏）、自然灾
windows server 2022 主备AD域控制器搭建与管理.pdf
最新发布
07-10
### Windows Server 2022 主备AD域控制器搭建与管理 #### 1. 引言 Windows Server 2022 是微软推出的最新一代服务器操作系统，提供了强大的功能和服务，适用于现代企业的各种需求。其中，Active Directory (AD) ...
服务器集群，热备搭建思路
weixin_42071232的博客
11-16 2966
之前在公司搭建的集群服务器，用的6台服务器做的集群，现在有时间记录下整体思路，本文是个人搭建服务器的思路，供参考。 所用资源：ip：一个移动，一个联通。分别为100MBps                   应用服务器：两台，配置为8核32G内存100G系统盘，云硬盘600GB                   数据库服务器：两台，配置为2颗CPU （8核以上）内存 128GB，6个1....
主备集群的搭建过程
weixin_66665410的博客
03-10 201
主库、备库中，该文件只是在[ARCHIVE_REALTIME]ARCH_DEST参数，写对方的服务名，在[ARCHIVE_LOCAL1]ARCH_DEST 写本机的的归档路径。如果在配置归档配置文件 dmarch.ini 时发现有数据时，需要将其原来数据清空或者将此文件移为备份文件，新建一个dmarch.ini 配置文件填上主备搭建需要的数据。通过部署实时主备系统，可以及时检测并处理各种硬件故障、数据库实例异常，在主库出现问题时，自动转为备库，确保持续提供数据库服务。
DM主备集群搭建步骤
liubei4071090705的博客
03-28 1426
DM安装实施文档 DM8 linux 单机 版本 V1.0 编写 刘备 日期 2022/3/14 安装前准备 环境确认 主节点 确认项 版本 说明 操作系统版本 C...
nginx+keepalived集群搭建-主备
看到代码头都是大的~
09-18 329
单机部署可参考：https://blog.csdn.net/ym5209999/article/details/119897237。
主备DNS服务器搭建并验证
慕雪的博客
03-05 2437
主备 DNS 是指在互联网上用于解析域名和 IP 地址之间对应关系的服务器。主 DNS 服务器存储着域名与 IP 地址的映射记录，而备用 DNS 服务器则在主 DNS 服务器发生故障或不可用时接管其工作，确保网络服务的持续性和稳定性。主备 DNS 服务器的结合可以提高系统的可靠性、稳定性和安全性，是构建一个健壮的网络基础设施的重要组成部分。
达梦数据库主备集群的基本搭建流程
so_funny1的博客
09-08 1989
达梦数据库主备集群的基本搭建流程，仅供学习参考
达梦数据库-主备搭建
wswxs1的博客
06-03 1022
达梦数据库-主备搭建
Mysql主从备份数据库服务器搭建
无求道贾的博客
03-26 8721
一，引入mysql主从备份 1，为什么要做主从备份 防止数据丢失，数据的热备份，架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘 I/O访问的频率，提高单个机器的I/O性能 2，什么是mysql主从备份 MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。 MySQL 默认采用异步复制方式，这样从节点不用一直访问主服务器来更新自己的数据，数据的更新可 以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库
Mysql-5.6.17双机互备部署与实战教程
工作原理主要基于MySQL的主从复制机制，即主服务器（Master）记录所有操作并生成BinaryLog，从服务器（Slave）接收并执行这些更改。 在环境准备阶段，文档提供了具体的实施步骤。首先是硬件环境的准备，如两台测试...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值