DM备库维护操作

已于 2022-04-25 10:20:09 修改
阅读量833 收藏
点赞数
文章标签： 数据库
于 2022-04-24 18:08:10 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gouandi/article/details/124388209
版权

一、主要步骤

假如需要动态维护的备库名称为 GRP1_RT_02，完整的维护步骤说明如下：
1. 在监视器上执行 login，输入登录口令
2. 在监视器上执行 detach database GRP1_RT_02，将备库分离出守护系统。
3. 在监视器上执行 stop database GRP1_RT_02，将备库正常退出，如果不需要
退出备库，则需要执行 stop dmwatcher database GRP1_RT_02 关闭备库的守护进程
监控功能，避免将备库分离成功后，主库又发生切换，导致之前的分离操作失效，又将备库
重新加回守护系统。
4. 执行具体的备库维护操作。
5. 备库维护完成后，如果是关闭状态，在监视器上执行 startup database
GRP1_RT_02 将备库重新启动，如果已经是运行状态，根据情况看是否需要执行 startup
dmwatcher database GRP1_RT_02 打开备库的守护进程监控功能。
6. 待备库重新 Open 后，在监视器上执行 attach database GRP1_RT_02，将备
库重新加回到守护系统中。
以上步骤中，在步骤 3 执行完成后，会将备库的守护进程切换到 Shutdown 状态，备
库维护完成后，如果是用手工方式重启，需要先使用 startup dmwatcher 命令将备库的
守护进程监控功能打开，备库才能自动 Open。如果是用 startup database 命令方式重
启，此命令会自动将守护进程的监控功能打开。
   需要注意的是，如果在分离出去的备库维护完成之前，主库故障，其他备库接管成为新
主库，则之前的分离操作会失效，可以通过对备库的守护进程执行 stop dmwatcher
database 关闭指定备库的监控，避免这种情况发生，或者重新对此备库执行 detach 命
令，通知当前的新主库不去主动恢复正在维护中的备库。

二、具体测试

场景一：在主库GRP1_RWW_01没有down机下，备库GRP1_RWW_02分离

下边测试以一主两备，环境为：GRP1_RWW_01为主，GRP1_RWW_02为备，GRP1_RWW_03为备。现在维护GRP1_RWW_02备库。
1）、在监视器上执行 login，输入登录口令
2）、detach database grp1.GRP1_RWW_02
3）、stop database grp1.GRP1_RWW_02    (此命令执行完成后，会将守护进程切换为 Shutdown 状态（当然库也是Shutdown）。对 DMDSC 集群，会将每个 dmcss 的自动拉起功能关闭。)
     如果不需要退出备库，则需要执行 stop dmwatcher database grp1.GRP1_RWW_02 关闭备库的守护进程监控功能，避免将备库分离成功后，主库又发生切换，导致之前的分离操作失效，又将备库重新加回守护系统。
     最好执行这一步，以防止现在的主库故障：stop dmwatcher database grp1.GRP1_RWW_02    (守护进程切换至 Shutdown 状态后，不会再自动处理故障，也不会自动启动实例，但仍然能够正常接收、发送消息，监视器仍然能够监控到最新的实例状态。)        
4）、执行具体的备库维护操作。
5）、备库维护完成后,做： startup database grp1.GRP1_RWW_02

tip
[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE] cannot join other instances, dmwatcher status is OPEN, SYSOPENHISTORY status is VALID
[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE] has no command to execute currently
[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE] is OK, dmwatcher status is OPEN, dw_type is GLOBAL

[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_02[STANDBY, OPEN, ISTAT_SAME:TRUE] can join instance GRP1_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE]
[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_02[STANDBY, OPEN, ISTAT_SAME:TRUE] has no command to execute currently
[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_02[STANDBY, OPEN, ISTAT_SAME:TRUE] arch status is invalid, but it cannot be recovered now, please retry later, can use CHECK RECOVER command to find detail reason

[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_03[STANDBY, OPEN, ISTAT_SAME:TRUE] can join instance GRP1_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE]
[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_03[STANDBY, OPEN, ISTAT_SAME:TRUE] has no command to execute currently
[monitor]         2022-04-17 17:02:14: Instance GRP1_RWW_03[STANDBY, OPEN, ISTAT_SAME:TRUE] is OK, dmwatcher status is OPEN, dw_type is GLOBAL

[monitor]         2022-04-17 17:02:14: Group(GRP1) has PRIMARY&OPEN instance, but still exists other instances not OK, please choose appropriate processing according to the above information!

[monitor]         2022-04-17 17:02:14: All groups' have PRIMARY&OPEN instances, but there still exist instances not OK!

此时备库 GRP1_RWW_02 的规档还是无效的！是因为还没有执行 attach database grp1.GRP1_RWW_02

check recover grp1.GRP1_RWW_02
[monitor]         2022-04-17 17:04:38: Instance(grp1_rww_02) check result: Instance(GRP1_RWW_02) has not reached recovery time interval 86400(s), cannot be recovered, please retry after 83796(s)!

场景二：在备库GRP1_RWW_02维护期间，主库GRP1_RWW_01  down机了，由备库GRP1_RWW_03自动接管成为新的主库。然后GRP1_RWW_02又修复好了，最后将其加入到集群中去。

现在模拟 GRP1_RWW_01 为主库关机，然后由 GRP1_RWW_03 自动接管为新的主库，注意此时 GRP1_RWW_02 还在修复中。。。。

也即是如下的场景：
            需要注意的是，如果在分离出去的备库维护完成之前，主库故障，其他备库接管成为新
        主库，则之前的分离操作会失效，可以通过对备库的守护进程执行 stop dmwatcher
        database 关闭指定备库的监控，避免这种情况发生，或者重新对此备库执行 detach 命
        令，通知当前的新主库不去主动恢复正在维护中的备库。

在上边第3)步时如果没有停库，只停了 dmwatcher；即： stop dmwatcher database grp1.GRP1_RWW_02     ，所以现在在备库还在维护期间，就不需要再执行 detach 命令。

我直接将 GRP1_RWW_01 为主库关机，监示器上显示如下：

[monitor]         2022-04-17 17:14:18: Received message timeout from(GRP1_RWW_01)
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2022-04-17 17:14:07  ERROR          OK        GRP1_RWW_01      OPEN        PRIMARY   VALID    10       37660           37660           

[monitor]         2022-04-17 17:14:18: Check primary instance error in group(GRP1), start to auto takeover

[monitor]         2022-04-17 17:14:18: Notify group(GRP1)'s active dmwatcher to set MID
[monitor]         2022-04-17 17:14:18: Notify group(GRP1)'s active dmwatcher to set MID success
[monitor]         2022-04-17 17:14:18: Start to takeover use instance GRP1_RWW_03
[monitor]         2022-04-17 17:14:18: Notify dmwatcher(GRP1_RWW_03) switch to TAKEOVER status
[monitor]         2022-04-17 17:14:18: Dmwatcher process GRP1_RWW_03 status switching [OPEN-->TAKEOVER] 
[monitor]         2022-04-17 17:14:19: Switch dmwatcher GRP1_RWW_03 to TAKEOVER status success
[monitor]         2022-04-17 17:14:19: Instance GRP1_RWW_03 start to execute sql SP_SET_GLOBAL_DW_STATUS(0, 7)
[monitor]         2022-04-17 17:14:19: Instance GRP1_RWW_03 execute sql SP_SET_GLOBAL_DW_STATUS(0, 7) success
[monitor]         2022-04-17 17:14:19: Instance GRP1_RWW_03 start to execute sql ALTER DATABASE MOUNT
[monitor]         2022-04-17 17:14:19: Instance GRP1_RWW_03 execute sql ALTER DATABASE MOUNT success
[monitor]         2022-04-17 17:14:19: Instance GRP1_RWW_03 start to execute sql ALTER DATABASE PRIMARY
[monitor]         2022-04-17 17:14:20: Instance GRP1_RWW_03 execute sql ALTER DATABASE PRIMARY success
[monitor]         2022-04-17 17:14:20: Notify instance GRP1_RWW_03 to change all arch status to be invalid
[monitor]         2022-04-17 17:14:20: Succeed to change all instances arch status to be invalid
[monitor]         2022-04-17 17:14:20: Instance GRP1_RWW_03 start to execute sql ALTER DATABASE OPEN FORCE
[monitor]         2022-04-17 17:14:20: Instance GRP1_RWW_03 execute sql ALTER DATABASE OPEN FORCE success
[monitor]         2022-04-17 17:14:20: Instance GRP1_RWW_03 start to execute sql SP_SET_GLOBAL_DW_STATUS(7, 0)
[monitor]         2022-04-17 17:14:20: Instance GRP1_RWW_03 execute sql SP_SET_GLOBAL_DW_STATUS(7, 0) success
[monitor]         2022-04-17 17:14:20: Notify dmwatcher(GRP1_RWW_03) switch to OPEN status
[monitor]         2022-04-17 17:14:21: Dmwatcher process GRP1_RWW_03 status switching [TAKEOVER-->OPEN] 
[monitor]         2022-04-17 17:14:21: Switch dmwatcher GRP1_RWW_03 to OPEN status success
[monitor]         2022-04-17 17:14:21: Notify group(GRP1)'s dmwatcher to do clear
[monitor]         2022-04-17 17:14:21: Clean request of dmwatcher processer GRP1_RWW_02 success
[monitor]         2022-04-17 17:14:22: Clean request of dmwatcher processer GRP1_RWW_03 success
[monitor]         2022-04-17 17:14:22: Success to takeover use instance GRP1_RWW_03

[monitor]         2022-04-17 17:14:22: Group(GRP1) use instance GRP1_RWW_03 auto takeover success

show
2022-04-17 17:16:39 
#================================================================================#
GROUP            OGUID       MON_CONFIRM     MODE            MPP_FLAG  
GRP1             453332      TRUE            AUTO            FALSE     


<<DATABASE GLOBAL INFO:>>
DW_IP               MAL_DW_PORT  WTIME                WTYPE     WCTLSTAT  WSTATUS        INAME            INST_OK   N_EP  N_OK  ISTATUS     IMODE     DSC_STATUS     RTYPE     RSTAT    
192.168.0.24        52143        2022-04-17 17:16:38  GLOBAL    VALID     OPEN           GRP1_RWW_03      OK        1     1     OPEN        PRIMARY   DSC_OPEN       TIMELY    VALID    

EP INFO:
INST_IP             INST_PORT  INST_OK   INAME            ISTATUS     IMODE     DSC_SEQNO  DSC_CTL_NODE RTYPE     RSTAT    FSEQ            FLSN            CSEQ            CLSN            DW_STAT_FLAG          
192.168.1.24        32143      OK        GRP1_RWW_03      OPEN        PRIMARY   0          0            TIMELY    VALID    4412            39018           4412            39018           NONE                  

<<DATABASE GLOBAL INFO:>>
DW_IP               MAL_DW_PORT  WTIME                WTYPE     WCTLSTAT  WSTATUS        INAME            INST_OK   N_EP  N_OK  ISTATUS     IMODE     DSC_STATUS     RTYPE     RSTAT    
192.168.0.22        52142        2022-04-17 17:16:38  GLOBAL    VALID     SHUTDOWN       GRP1_RWW_02      OK        1     1     OPEN        STANDBY   DSC_OPEN       TIMELY    INVALID  

EP INFO:
INST_IP             INST_PORT  INST_OK   INAME            ISTATUS     IMODE     DSC_SEQNO  DSC_CTL_NODE RTYPE     RSTAT    FSEQ            FLSN            CSEQ            CLSN            DW_STAT_FLAG          
192.168.1.22        32142      OK        GRP1_RWW_02      OPEN        STANDBY   0          0            TIMELY    INVALID  4381            37657           4381            37657           NONE                  

DATABASE(GRP1_RWW_02) APPLY INFO FROM (GRP1_RWW_03), REDOS_PARALLEL_NUM (1):
DSC_SEQNO[0], (RSEQ, SSEQ, KSEQ)[4410, 4410, 4410], (RLSN, SLSN, KLSN)[37657, 37657, 37657], N_TSK[0], TSK_MEM_USE[0] 
REDO_LSN_ARR: (37657)


ERROR DATABASE:

<<DATABASE GLOBAL INFO:>>
DW_IP               MAL_DW_PORT  WTIME                WTYPE     WCTLSTAT  WSTATUS        INAME            INST_OK   N_EP  N_OK  ISTATUS     IMODE     DSC_STATUS     RTYPE     RSTAT    
192.168.0.21        52141        2022-04-17 17:14:07  GLOBAL    VALID     ERROR          GRP1_RWW_01      OK        1     1     OPEN        PRIMARY   DSC_OPEN       TIMELY    VALID    

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

#================================================================================#

可以看到：GRP1_RWW_01 关机后，监示器不会更新其库信息，只会更新 dmwatcher 的状态为： ERROR； 现在 GRP1_RWW_03 成为了新的主库。

6）、修复完备库GRP1_RWW_02后，在监视器上执行 attach database grp1.GRP1_RWW_02 ，将备库重新加回到守护系统中。

attach database grp1.GRP1_RWW_02
[monitor]         2022-04-17 17:21:38: Dmwatcher GRP1_RWW_02 not in STARTUP or OPEN status, is SHUTDOWN status

可以看到：提示要先做 startup dmwatcher database grp1.GRP1_RWW_02

startup dmwatcher database grp1.GRP1_RWW_02 
[monitor]         2022-04-17 17:22:28: Notify group(GRP1)'s active dmwatcher to set MID
[monitor]         2022-04-17 17:22:28: Notify group(GRP1)'s active dmwatcher to set MID success
[monitor]         2022-04-17 17:22:28: Startup dmwatcher process of instance GRP1_RWW_02[STANDBY, OPEN, ISTAT_SAME:TRUE]
[monitor]         2022-04-17 17:22:28: Dmwatcher process GRP1_RWW_02 status switching [SHUTDOWN-->STARTUP] 
[monitor]         2022-04-17 17:22:29: Startup dmwatcher process of instance GRP1_RWW_02[STANDBY, OPEN, ISTAT_SAME:TRUE] success

[monitor]         2022-04-17 17:22:29: Notify group(GRP1)'s dmwatcher to do clear
[monitor]         2022-04-17 17:22:29: Clean request of dmwatcher processer GRP1_RWW_02 success
[monitor]         2022-04-17 17:22:29: Clean request of dmwatcher processer GRP1_RWW_03 success
[monitor]         2022-04-17 17:22:29: Dmwatcher process GRP1_RWW_03 status switching [OPEN-->RECOVERY] 
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2022-04-17 17:22:29  RECOVERY       OK        GRP1_RWW_03      OPEN        PRIMARY   VALID    11       39018           39018           

[monitor]         2022-04-17 17:22:30: Dmwatcher process GRP1_RWW_02 status switching [STARTUP-->OPEN] 
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2022-04-17 17:22:30  OPEN           OK        GRP1_RWW_02      OPEN        STANDBY   VALID    10       37660           37660           

[monitor]         2022-04-17 17:22:31: Dmwatcher process GRP1_RWW_03 status switching [RECOVERY-->OPEN] 
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2022-04-17 17:22:31  OPEN           OK        GRP1_RWW_03      OPEN        PRIMARY   VALID    11       39018           39018  
				  
				  
show
2022-04-17 17:22:41 
#================================================================================#
GROUP            OGUID       MON_CONFIRM     MODE            MPP_FLAG  
GRP1             453332      TRUE            AUTO            FALSE     


<<DATABASE GLOBAL INFO:>>
DW_IP               MAL_DW_PORT  WTIME                WTYPE     WCTLSTAT  WSTATUS        INAME            INST_OK   N_EP  N_OK  ISTATUS     IMODE     DSC_STATUS     RTYPE     RSTAT    
192.168.0.24        52143        2022-04-17 17:22:41  GLOBAL    VALID     OPEN           GRP1_RWW_03      OK        1     1     OPEN        PRIMARY   DSC_OPEN       TIMELY    VALID    

EP INFO:
INST_IP             INST_PORT  INST_OK   INAME            ISTATUS     IMODE     DSC_SEQNO  DSC_CTL_NODE RTYPE     RSTAT    FSEQ            FLSN            CSEQ            CLSN            DW_STAT_FLAG          
192.168.1.24        32143      OK        GRP1_RWW_03      OPEN        PRIMARY   0          0            TIMELY    VALID    4413            39018           4413            39018           NONE                  

<<DATABASE GLOBAL INFO:>>
DW_IP               MAL_DW_PORT  WTIME                WTYPE     WCTLSTAT  WSTATUS        INAME            INST_OK   N_EP  N_OK  ISTATUS     IMODE     DSC_STATUS     RTYPE     RSTAT    
192.168.0.22        52142        2022-04-17 17:22:41  GLOBAL    VALID     OPEN           GRP1_RWW_02      OK        1     1     OPEN        STANDBY   DSC_OPEN       TIMELY    VALID    

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

DATABASE(GRP1_RWW_02) APPLY INFO FROM (GRP1_RWW_03), REDOS_PARALLEL_NUM (1):
DSC_SEQNO[0], (RSEQ, SSEQ, KSEQ)[4413, 4413, 4413], (RLSN, SLSN, KLSN)[39018, 39018, 39018], N_TSK[0], TSK_MEM_USE[0] 
REDO_LSN_ARR: (39018)


ERROR DATABASE:

<<DATABASE GLOBAL INFO:>>
DW_IP               MAL_DW_PORT  WTIME                WTYPE     WCTLSTAT  WSTATUS        INAME            INST_OK   N_EP  N_OK  ISTATUS     IMODE     DSC_STATUS     RTYPE     RSTAT    
192.168.0.21        52141        2022-04-17 17:14:07  GLOBAL    VALID     ERROR          GRP1_RWW_01      OK        1     1     OPEN        PRIMARY   DSC_OPEN       TIMELY    VALID    

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

#================================================================================#

可以看到： startup dmwatcher database grp1.GRP1_RWW_02  ，因为是新的主库，所以直接规档变为 VALID ，不再需要 attach database grp1.GRP1_RWW_02  ，如果是以前的老主库的话，则要 attach database grp1.GRP1_RWW_02；

三、总结：

本文主要是熟悉detach/attach database的使用，较简单。

 更多学习内容参考：达梦数据库 - 新一代大型通用关系型数据库 | 达梦云适配中心 https://eco.dameng.com

gouandi
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
（6）达梦 DM DataWatch读写分离集群 环境部署实践
idmon的博客
06-07 802
在前两篇博客里面我们对达梦数据库的DM数据守护（Data Watch）的实时主备进行了技术原理学习并动手部署实践。本篇技术分享文章是基于Linux下达梦数据守护的读写分离集群配置过程，配置方案为常见的一个写主库和一个实时读备库。......
达梦数据守护搭建测试遇到create link to dmwatcher() error问题
dywjzh的专栏
09-06 598
达梦数据守护搭建报错
数据守护搭建-配置备库和监视器
weixin_42447367的博客
02-22 199
数据守护搭建 配置备库 重新增加一台虚拟机作为备库db_02 修改db_02的内网配置并增加一个网卡作为外网。 内网： TYPE=Ethernet BOOTPROTO=static IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME=eth0 UUID=8af4cab8-1544-4eee-b124-cac50ed5213b DEVICE=eth0 ONBOOT=yes HWADDR=00:0C:29:EC:5E:1C IPADDR=192.168.74.11 外网： TYPE=
主备守护故障研究
weixin_44099972的博客
08-17 255
已按照官方手册搭建两节点主备实时同步集群，故障非自动切换 192.168.255.101 主 实例GRP1_RT_01 192.168.255.102 备 实例GRP1_RT_02 在主库机器前台启动监视器, 初始的主备状态正常 同样在备库机器前台启动监视器, 初始的主备状态正常 生产环境业务都是连在主库操作，主库出问题影响还是很大的 制造主库的一些故障，看会发生什么？ 1.主库掉电（关闭主库所在虚拟机模拟） 执行关闭，监视器提示：接收守护进程(GRP1_RT_01)消息超时，守护的状态为ERROR，其
DM7数据守护搭建过程中及错误处理
m0_56771917的博客
07-01 1069
1.在配置过程中，主库无法启动报错DM Listener 's unable to listen on socket :98 出现此报错通常为配置文件端口配置错误导致，仔细检查端口号是否配错或重复。 2.启动监视器报错oguid or group_name mismatch, please check config！..................
达梦主备之备库失联后在线恢复加入集群
weixin_42018955的博客
01-18 1336
达梦主备之备库失联后在线恢复加入集群
DM数据库维护与管理-DEM监控管理
FAXFAC的博客
02-28 413
3-7. DM数据库维护与管理-DEM监控管理 DM数据库日常巡检与性能监视 DEM监控管理工具 DEM全称是 Dameng Enterprise Manager。DEM提供了达梦数据库对象管理和数据库监控的功能。 以192.168.1.91 为例： 1.创建一个数据库作为DEM后台数据库，并对数据库控制文件dm.ini参数配置进行优化，推荐配置： 这里直接在原来的faxfacdb数据库中配置 实验： 对数据库控制文件dm.ini参数配置进行优化 D:\dm\dmdbms\dm8\bin>di.
DM码编译库资源
10-17
之前收藏的可以编译DM码库，内含vs中C++源码，x86和x64位可以编译，方便的
DM和Tlloc.dll库
05-21
DM和Tlloc.dll库，用于VC6.0在win7下得调试
dm8168 vlib库
12-12
dm8168 CCS 开发可以用到的vlib 库，版本为3.0，这是第一部分。
DM数据仓库建模
03-22
数据仓库建模的有关说明 详细的文档及解读的ppt
DM7_DBA操作手册
07-28
第一部分数据库体系架构 第二部分基础数据库管理. 第三部分高级数据库管理 第四部分故障排除和性能优化. 第五部分数据高可用性..
达梦数据守护（单主备）集群实践
weixin_42145355的博客
11-16 457
1.0自杀实验 故障自动切换模式下，必须配置确认监视器，且确认监视器最多只能配置一个。 #关闭主库服务器 [root@Centos7-STD root]# reboot 查看监视器 #捕捉到主库异常 [monitor] 2020-11-13 15:22:52: Received message timeout from(GRP1_PR) WTIME WSTATUS INST_OK INAME
DM8:达梦数据库系统中的错误码信息-dm8.1-1-88-20.06.24-123627-ENT
热门推荐
qq_37358909的博客
01-28 1万+
此达梦数据库版本为：dm8-1-88-20.06.24-123627-ENT SELECT * FROM SYS."V$ERR_INFO"; 错误码： 100 空结果集 101 字符串截断 102 在集函数中计算NULL值 103 无效的表名 104 删除0行记录 105 插入0行记录 106 更新0行记录 107 跨语句游标操作 108 回收权限时无相应权限 109 试图转换空字符串 110 编译没有结束 111 结果集数据获取完成 112 不支持UTF8 113 结果集缓存满 114 刻度截断 .
达梦8数据守护搭建
fengqianying的博客
01-20 674
搭建DM数据守护的主要目的是为了向用户提供更加完整的、可用性更好的、更加安全的数据库服务。数据守护是一种集成化的高可用、高性能数据库解决方案。实际上，DM数据守护提供多种解决方案，包括实时主备、MPP主备或读写分离集群： 实时主备由一个主库以及一个或者多个配置了实时（Realtime）归档的备库组成，其主要目的是保障数据库可用性，提高数据安全性。实时主备系统中，主库提供完整的数据库功能，备库提供只读服务。主库修改数据产生的Redo日志，通过实时归档机制，在写入联机Redo日志文件之前发送...
DM故障场景测试1
gouandi的博客
04-24 929
故障测试
达梦数据库：实时主备集群搭建
ooolm的博客
10-14 561
达梦数据库主备集群搭建 本文为达梦数据库主备集群的搭建步骤文档，以下搭建使用的是dm7版本，dm8版本搭建过程稍有改动，部分改动在文章中已提示 一： 在搭建数据守护系统前，应注意数据守护系统中各实例使用的 DM 服务器版本应一致，同时还应注意各实例所在主机的操作系统位数、大小端模式、时区及时间设置都应一致，以及使用同一个用户启动 DM 服务器和守护进程 dmwatcher，以免系统在运行时出现意想不到的错误。 1 数据准备 配置数据守护之前，必须先同步实例数据，确保两者保持完全一致；主库可以是新初始化的数据
达梦数据守护集群(dmwatch)启停方式
Focus on PostgreSQL
06-30 2393
注： 在$DM_HOME/bin目录下执行相关脚本。 停止集群： 关闭确认监视器：./DmMonitorServiceDMMONITOR stop 关闭备库守护进程：./DmWatcherServiceDM2 stop 关闭主库守护进程：./DmWatcherServiceDM1 stop 关闭备库数据库服务：./DmServiceDM2 stop 关闭主库数据库服务：./DmServiceDM1 stop 启动集群： 启动主库数据库服务：./DmServiceDM1 start 启动备库
数据库SQL编写规范-SQL书写规范整理（SQL语句书写规范全解-Word原件）
最新发布
xx_123321456的博客
05-14 306
​​​​​​工作安排任务书，可行性分析报告，立项申请审批表，产品需求规格说明书，需求调研计划，用户需求调查单，用户需求说明书，概要设计说明书，技术解决方案，数据库设计说明书，详细设计说明书，单元测试报告，总体测试计划，单元测试计划，产品集成计划，集成测试报告，集成测试计划，系统测试报告，产品交接验收单，验收报告，验收测试报告，压力测试报告，项目总结报告，立项结项审批表，成本估算表，项目计划，项目周报月报，风险管理计划，质量保证措施，项目甘特图，项目管理工具，操作手册，接口设计文档，软件实施方案，运维方案，安
datax迁移dm库模板
07-20
你可以使用DataX来迁移DM库的数据。以下是一个简单的模板，可以帮助你开始迁移过程： ```json { "job": { "setting": { "speed": { "channel": "3" } }, "content": [ { "reader": { "name": "dmreader",...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值