【达梦】重启主库观察守护进程的状态变化

最新推荐文章于 2024-09-26 18:02:09 发布
最新推荐文章于 2024-09-26 18:02:09 发布
阅读量177 收藏
点赞数 3
分类专栏： 国产数据库-达梦Dameng 文章标签： 数据库 达梦数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43346403/article/details/140736049
版权

1.重启主库，观察守护进程的状态变化


[monitor]         2024-07-27 14:58:50: dwmon_tcp_recv failed, close port, vio:0, mid:1722055233, errno:104, code:-6007
[monitor]         2024-07-27 14:58:50: dwmon tcp port vio(0) close, inst_name:SSPUDB1, ip:192.168.1.20, port:15238, n_fixed:1.
[SSPUDB2]          2024-07-27 14:58:50.970 [INFO] dmwatcher P0000018005 T0000000000000018009  没有收到远程守护进程(SSPUDB1)消息，原状态为(OPEN)，距进程为ERROR状态
[SSPUDB2]          2024-07-27 14:58:51.021 [INFO] dmwatcher P0000018005 T0000000000000018009  Instance: 守护进程状态(ERROR) 实例状态(OK) 实例名(SSALID) POCNT(5) FLSN(42270) CLSN(42270) SLSN(42270) SSLSN(42270)
[monitor]         2024-07-27 14:59:00: <RECEIVE TIMEOUT SSPUDB1>
[monitor]         2024-07-27 14:59:00: 接收守护进程(SSPUDB1)消息超时
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2024-07-27 14:58:50  ERROR          OK        SSPUDB1          OPEN        PRIMARY   VALID    5        42270           42270           

[monitor]         2024-07-27 14:59:00: </RECEIVE TIMEOUT SSPUDB1>

[monitor]         2024-07-27 14:59:00: [!!! 实例SSPUDB1[PRIMARY, OPEN, ISTAT_SAME:TRUE]故障，实例SSPUDB2[STANDBY, OPEN, ISTAT_SAME:TRUE]符合自动接管条件 !!!]

[monitor]         2024-07-27 14:59:00: 检测到PRIMARY实例故障，开始对组(GRP1)执行自动接管

[monitor]         2024-07-27 14:59:00: <AUTO TAKEOVER SSPUDB2>
[monitor]         2024-07-27 14:59:00: 通知组(GRP1)当前活动的守护进程设置MID
[monitor]         2024-07-27 14:59:00: Begin to wait site(SSPUDB2) complete...
[monitor]         2024-07-27 14:59:00: [!!! dwmon_tcp_msg_send, get master tcp port failed, send cmd msg(cmd:5, name_sendto:GRP1) to dmwatcher() !!!]
[monitor]         2024-07-27 14:59:01: Wait site(SSPUDB2) finished, code=0!
[monitor]         2024-07-27 14:59:01: 通知组(GRP1)当前活动的守护进程设置MID成功
[monitor]         2024-07-27 14:59:01: 开始使用实例SSPUDB2接管
[monitor]         2024-07-27 14:59:01: 通知守护进程SSPUDB2切换TAKEOVER状态
[monitor]         2024-07-27 14:59:01: 守护进程(SSPUDB2)状态切换 [OPEN-->TAKEOVER]
[monitor]         2024-07-27 14:59:02: 切换守护进程SSPUDB2为TAKEOVER状态成功
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2开始执行SP_SET_GLOBAL_DW_STATUS(0, 7)语句
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2执行SP_SET_GLOBAL_DW_STATUS(0, 7)语句成功
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2开始执行SP_APPLY_KEEP_PKG()语句
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2执行SP_APPLY_KEEP_PKG()语句成功
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2开始执行ALTER DATABASE MOUNT语句
[monitor]         2024-07-27 14:59:02: Begin to wait site(SSPUDB2) complete...
[monitor]         2024-07-27 14:59:02: Wait site(SSPUDB2) finished, code=0!
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2执行ALTER DATABASE MOUNT语句成功
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2开始执行ALTER DATABASE PRIMARY语句
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2执行ALTER DATABASE PRIMARY语句成功
[monitor]         2024-07-27 14:59:02: 通知实例SSPUDB2修改所有归档状态无效
[monitor]         2024-07-27 14:59:02: 修改所有实例归档为无效状态成功
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2开始执行ALTER DATABASE OPEN FORCE语句
[monitor]         2024-07-27 14:59:02: ohis_inst_info_copy_low, inst(SSPUDB2) apply info changed, old info[p_db_magic:1684231299, n_apply_ep:1], new info to set[p_db_magic:1771613664, n_apply_ep:0]!
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2执行ALTER DATABASE OPEN FORCE语句成功
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2开始执行SP_SET_GLOBAL_DW_STATUS(7, 0)语句
[monitor]         2024-07-27 14:59:02: 实例SSPUDB2执行SP_SET_GLOBAL_DW_STATUS(7, 0)语句成功
[monitor]         2024-07-27 14:59:02: 通知守护进程SSPUDB2切换OPEN状态
[monitor]         2024-07-27 14:59:02: 守护进程(SSPUDB2)状态切换 [TAKEOVER-->OPEN]
[monitor]         2024-07-27 14:59:03: 切换守护进程SSPUDB2为OPEN状态成功
[monitor]         2024-07-27 14:59:03: 通知组(GRP1)的守护进程执行清理操作
[monitor]         2024-07-27 14:59:03: Notify instance(SSPUDB2) to clear monitor info and wait complete!
[monitor]         2024-07-27 14:59:03: Begin to wait site(SSPUDB2) complete...
[monitor]         2024-07-27 14:59:03: dwmon_cmd_msg_send_low failed, get tcp_port failed(inst_name:, ip:192.168.1.20, port:15238)!
[monitor]         2024-07-27 14:59:03: [!!! dwmon_tcp_msg_send to master tcp_port failed, code:-6010, (inst_name:, ip:192.168.1.20, port:15238, vio:0) !!!]
[monitor]         2024-07-27 14:59:04: 清理守护进程(SSPUDB2)请求成功
[monitor]         2024-07-27 14:59:04: Wait site(SSPUDB2) finished, code=0!
[monitor]         2024-07-27 14:59:04: 使用实例SSPUDB2接管成功

[monitor]         2024-07-27 14:59:04: </AUTO TAKEOVER SSPUDB2>

[monitor]         2024-07-27 14:59:04: 组(GRP1)使用实例SSPUDB2自动接管成功

[monitor]         2024-07-27 14:59:16: dmmonitor create link to dmwatcher success, mid:1722055233, dmwatcher ip:192.168.1.20, dmwatcher port:15238, vio:3, inst_name:SSPUDB1
[monitor]         2024-07-27 14:59:16: <MON CHECK SSPUDB1>
[monitor]         2024-07-27 14:59:16: 守护进程(SSPUDB1)状态切换 [NONE-->STARTUP]
[monitor]         2024-07-27 14:59:16: </MON CHECK SSPUDB1>

[monitor]         2024-07-27 14:59:16: [!!! 组(GRP1)中存在多个PRIMARY&OPEN实例，不符合自动接管条件 !!!]

[monitor]         2024-07-27 14:59:16: ohis_inst_info_copy_low, inst(SSPUDB1) apply info changed, old info[p_db_magic:1684231299, n_apply_ep:0], new info to set[p_db_magic:0, n_apply_ep:0]!
[SSPUDB2]          2024-07-27 14:59:17.573 [INFO] dmwatcher P0000018005 T0000000000000035510  Instance: 守护进程状态(ERROR) 实例状态(OK) 实例名(SSPUDB1) 模式(PRIMARY) 实例状态(OPEN) 归档状态(INVALID) POCNT(5) FLSN(42270) CLSN(42270) SLSN(42270) SSLSN(42270)
[SSPUDB1]          2024-07-27 14:59:17.587 [INFO] dmwatcher P0000001318 T0000000000000001453  接收到远程守护进程广播消息，实例状态为：
[SSPUDB1]          2024-07-27 14:59:17.587 [INFO] dmwatcher P0000001318 T0000000000000001453  Instance: 守护进程状态(OPEN) 实例状态(OK) 实例名(SSPUDB2) 模式(PRIMARY) 实例状态(OPEN) 归档状态(INVALID) POCNT(6) FLSN(42639) CLSN(42639) SLSN(42639) SSLSN(42639)
[SSPUDB2]          2024-07-27 14:59:25.577 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，原状态是：
[monitor]         2024-07-27 14:59:26: ohis_inst_info_copy_low, inst(SSPUDB1) apply info changed, old info[p_db_magic:0, n_apply_ep:0], new info to set[p_db_magic:1684231299, n_apply_ep:0]!
[SSPUDB1]          2024-07-27 14:59:26.594 [INFO] dmwatcher P0000001318 T0000000000000002081  服务器端(SSPUDB1)公钥发生变化，广播新值给监视器
[SSPUDB2]          2024-07-27 14:59:26.579 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，原状态是：
[monitor]         2024-07-27 14:59:26: ohis_inst_info_copy_low, inst(SSPUDB1) apply info changed, old info[p_db_magic:1684231299, n_apply_ep:0], new info to set[p_db_magic:1684231299, n_apply_ep:1]!
[SSPUDB1]          2024-07-27 14:59:26.750 [INFO] dmwatcher P0000001318 T0000000000000001371  设置GRP1守护进程为STARTUP(SUB:STARTUP)状态
[SSPUDB2]          2024-07-27 14:59:26.732 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，原状态是：
[SSPUDB2]          2024-07-27 14:59:26.833 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，新状态是：
[monitor]         2024-07-27 14:59:26: <MON CHECK SSPUDB1>
[monitor]         2024-07-27 14:59:26: 守护进程(SSPUDB1)状态切换 [STARTUP-->UNIFY EP]
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2024-07-27 14:59:26  UNIFY EP       OK        SSPUDB1          MOUNT       STANDBY   INVALID  5        42270           42270           

[monitor]         2024-07-27 14:59:26: </MON CHECK SSPUDB1>

[SSPUDB1]          2024-07-27 14:59:26.955 [INFO] dmwatcher P0000001318 T0000000000000001371  设置GRP1守护进程为UNIFY EP(SUB:STARTUP)状态
[SSPUDB2]          2024-07-27 14:59:26.934 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，原状态是：
[SSPUDB2]          2024-07-27 14:59:27.035 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，新状态是：
[monitor]         2024-07-27 14:59:27: <MON CHECK SSPUDB1>
[monitor]         2024-07-27 14:59:27: 守护进程(SSPUDB1)状态切换 [UNIFY EP-->STARTUP]
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2024-07-27 14:59:27  STARTUP        OK        SSPUDB1          OPEN        STANDBY   INVALID  5        42270           42270           

[monitor]         2024-07-27 14:59:27: </MON CHECK SSPUDB1>

[SSPUDB1]          2024-07-27 14:59:27.164 [INFO] dmwatcher P0000001318 T0000000000000001371  设置GRP1守护进程为STARTUP(SUB:STARTUP)状态
[SSPUDB2]          2024-07-27 14:59:27.136 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，原状态是：
[SSPUDB2]          2024-07-27 14:59:27.237 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，新状态是：
[monitor]         2024-07-27 14:59:27: <MON CHECK SSPUDB1>
[monitor]         2024-07-27 14:59:27: 守护进程(SSPUDB1)状态切换 [STARTUP-->OPEN]
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2024-07-27 14:59:27  OPEN           OK        SSPUDB1          OPEN        STANDBY   INVALID  5        42270           42270           

[monitor]         2024-07-27 14:59:27: </MON CHECK SSPUDB1>

[SSPUDB1]          2024-07-27 14:59:27.354 [INFO] dmwatcher P0000001318 T0000000000000001371  设置GRP1守护进程为OPEN(SUB:STARTUP)状态
[SSPUDB2]          2024-07-27 14:59:27.338 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，原状态是：
[SSPUDB2]          2024-07-27 14:59:27.439 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，新状态是：
[SSPUDB2]          2024-07-27 14:59:27.540 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，原状态是：
[SSPUDB2]          2024-07-27 14:59:27.641 [INFO] dmwatcher P0000018005 T0000000000000035510  远程实例的模式、状态或者归档状态发生变化，新状态是：
[SSPUDB1]          2024-07-27 14:59:28.785 [INFO] dmwatcher P0000001318 T0000000000000001453  远程实例的模式、状态或者归档状态发生变化，原状态是：
[SSPUDB1]          2024-07-27 14:59:28.785 [INFO] dmwatcher P0000001318 T0000000000000001453  Instance: 守护进程状态(OPEN) 实例状态(OK) 实例名(SSPUDB2) 模式(PRIMARY) 实例状态(OPEN) 归档状态(INVALID) POCNT(6) FLSN(42642) CLSN(42643) SLSN(42643) SSLSN(42643)
[SSPUDB1]          2024-07-27 14:59:28.840 [INFO] dmwatcher P0000001318 T0000000000000001453  远程实例的模式、状态或者归档状态发生变化，新状态是：
[monitor]         2024-07-27 14:59:29: <MON CHECK SSPUDB2>
[monitor]         2024-07-27 14:59:29: 守护进程(SSPUDB2)状态切换 [OPEN-->RECOVERY]
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2024-07-27 14:59:29  RECOVERY       OK        SSPUDB2          OPEN        PRIMARY   VALID    6        42643           42643           

[monitor]         2024-07-27 14:59:29: </MON CHECK SSPUDB2>

[SSPUDB2]          2024-07-27 14:59:29.929 [INFO] dmwatcher P0000018005 T0000000000000018009  检测到实例(SSPUDB1)可恢复，执行恢复流程
[SSPUDB2]          2024-07-27 14:59:29.929 [INFO] dmwatcher P0000018005 T0000000000000018009  开始向实例(SSPUDB1)发送归档日志
[monitor]         2024-07-27 14:59:30: ohis_inst_info_copy_low, inst(SSPUDB1) apply info changed, old info[p_db_magic:1684231299, n_apply_ep:1], new info to set[p_db_magic:1771613664, n_apply_ep:1]!
[SSPUDB2]          2024-07-27 14:59:30.951 [INFO] dmwatcher P0000018005 T0000000000000018009  检测到实例(SSPUDB1)发送归档成功,设置为当前恢复实例
[SSPUDB2]          2024-07-27 14:59:30.951 [INFO] dmwatcher P0000018005 T0000000000000018009  向实例(SSPUDB1)发送归档日志成功，实例(SSPUDB2)转入suspend状态
[SSPUDB2]          2024-07-27 14:59:31.185 [INFO] dmwatcher P0000018005 T0000000000000018009  发送归档完毕，设置实例(SSPUDB1)归档有效
[SSPUDB2]          2024-07-27 14:59:31.941 [INFO] dmwatcher P0000018005 T0000000000000018009  不存在可恢复备库
[monitor]         2024-07-27 14:59:32: <MON CHECK SSPUDB2>
[monitor]         2024-07-27 14:59:32: 守护进程(SSPUDB2)状态切换 [RECOVERY-->OPEN]
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2024-07-27 14:59:32  OPEN           OK        SSPUDB2          OPEN        PRIMARY   VALID    6        42644           42644           

[monitor]         2024-07-27 14:59:32: </MON CHECK SSPUDB2>

[SSPUDB2]          2024-07-27 14:59:32.191 [INFO] dmwatcher P0000018005 T0000000000000018009  设置GRP1守护进程为OPEN(SUB:STARTUP)状态
[SSPUDB1]          2024-07-27 14:59:32.207 [INFO] dmwatcher P0000001318 T0000000000000001453  远程实例的模式、状态或者归档状态发生变化，原状态是：
[SSPUDB1]          2024-07-27 14:59:32.258 [INFO] dmwatcher P0000001318 T0000000000000001453  远程实例的模式、状态或者归档状态发生变化，新状态是：
[monitor]         2024-07-27 14:59:36: 
                  GROUP            OGUID       MON_CONFIRM MODE         MPP_FLAG  
                  GRP1             453331      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.1.21        25238        2024-07-27 14:59:35  GLOBAL    VALID     OPEN           SSPUDB2          OK        1     1     OPEN        PRIMARY   DSC_OPEN       REALTIME  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        25236      OK        SSPUDB2          OPEN        PRIMARY   0          0                REALTIME  VALID    8884            42644           8885            42645           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.1.20        15238        2024-07-27 14:59:35  GLOBAL    VALID     OPEN           SSPUDB1          OK        1     1     OPEN        STANDBY   DSC_OPEN       REALTIME  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.20        15236      OK        SSPUDB1          OPEN        STANDBY   0          0                REALTIME  VALID    8872            42644           8872            42644           NONE                  

                  DATABASE(SSPUDB1) APPLY INFO FROM (SSPUDB2), REDOS_PARALLEL_NUM (1):
                  DSC_SEQNO[0], (RSEQ, SSEQ, KSEQ)[8884, 8884, 8885], (RLSN, SLSN, KLSN)[42644, 42644, 42645], N_TSK[0], TSK_MEM_USE[512]
                  REDO_LSN_ARR: (42644)

2.日志切换状态总结 

监听进程检测到数据库守护进程挂掉，数据库宕机。
通知实例2执行自动接管。
通知组(GRP1)当前活动的守护进程设置MID
开始使用实例SSPUDB2接管
通知守护进程SSPUDB2切换TAKEOVER状态
守护进程(SSPUDB2)状态切换 [OPEN-->TAKEOVER]
实例SSPUDB2开始执行 SP_SET_GLOBAL_DW_STATUS(0, 7)语句
实例SSPUDB2开始执行 SP_APPLY_KEEP_PKG() 语句
实例SSPUDB2开始执行ALTER DATABASE MOUNT语句
实例SSPUDB2开始执行ALTER DATABASE PRIMARY语句
修改所有实例归档为无效状态成功
实例SSPUDB2开始执行ALTER DATABASE OPEN FORCE语句
守护进程(SSPUDB2)状态切换 [TAKEOVER-->OPEN]
通知组(GRP1)的守护进程执行清理操作
SSPUDB1 启动后自动变为 STANDBY; 
守护进程(SSPUDB2)状态切换 [OPEN-->RECOVERY]
检测到实例(SSPUDB1)可恢复，执行恢复流程
开始向实例(SSPUDB1)发送归档日志
检测到实例(SSPUDB1)发送归档成功,设置为当前恢复实例
向实例(SSPUDB1)发送归档日志成功，实例(SSPUDB2)转入suspend状态
发送归档完毕，设置实例(SSPUDB1)归档有效
守护进程(SSPUDB2)状态切换 [RECOVERY-->OPEN]

3.数据库状态检查 

--SSPUDB2 状态检查 
SQL> conn sspudb/sspudb123456@192.168.1.21:25236

服务器[192.168.1.21:25236]:处于主库打开状态
登录使用时间 : 3.506(ms)
SQL> 
SQL> select role$,status$ from v$database; 

行号     ROLE$       STATUS$    
---------- ----------- -----------
1          1           4
已用时间: 1.021(毫秒). 执行号:800.

--SSPUDB1状态检查
SQL> conn sspudb/sspudb123456@192.168.1.20:15236

服务器[192.168.1.20:15236]:处于备库打开状态
登录使用时间 : 4.205(ms)
SQL> select name,status$,role$ from v$database; 

行号     NAME   STATUS$     ROLE$      
---------- ------ ----------- -----------
1          sspudb 4           1

已用时间: 2.483(毫秒). 执行号:900.

4.主库写入数据验证 

SQL> create table sspu_tab1 (id int,name varchar(20));
操作已执行
已用时间: 9.315(毫秒). 执行号:901.
SQL> insert into sspu_tab1 values(2,'xsq1'),(1,'xsq2');
影响行数 2

已用时间: 0.863(毫秒). 执行号:902.
SQL> commit; 
操作已执行
已用时间: 1.881(毫秒). 执行号:903.
SQL> select * from sspu_tab1;

行号     ID          NAME
---------- ----------- ----
1          2           xsq1
2          1           xsq2

已用时间: 0.857(毫秒). 执行号:904.
--从库检查 
SQL> conn sspudb/sspudb123456@192.168.1.20:15236

服务器[192.168.1.20:15236]:处于备库打开状态
登录使用时间 : 3.484(ms)
SQL> select * from sspu_tab1;   

行号     ID          NAME
---------- ----------- ----
1          2           xsq1
2          1           xsq2

已用时间: 4.890(毫秒). 执行号:100.

戒掉贪嗔痴(薛双奇)
关注
专栏目录
如何重启达梦数据库服务
show me the code
10-30 2万+
遇到一个问题，完全没有使用过达梦数据库，如何在linux重启需要重启的服务呢？ 在网上找了很多资料，没有解决，最终请教了同事得到了答案，现在将过程记录下来。 最初参照https://blog.csdn.net/jl_li/article/details/100559027这篇博文解决了一下，但是遇到了如下问题： 命令行方式启动数据库实例： su-dmdba cd/db/dmdbms/...
达梦数据库——集群守护进程各状态详解
weixin_46458436的博客
02-26 645
达梦数据库守护进程状态详解
【达梦数据库】数据库健康状态检查
打怪升级记录.log
08-21 635
在日常的数据库维护中，定期对数据库进行检查，确认当前的运行状态是否正常，是数据库管理员的重要工作之一，本篇文章以达梦数据库为例，从操作系统和数据库两个角度出发，讲述如何根据一系列的检查来确认当前的数据库状态是否是正常的。
达梦数据守护概述
weixin_46792121的博客
07-06 946
DM数据守护（DM Data Watch）的实现原理非常简单：将主库（生产库）产生的Redo日志传输到备库，备库接收并重新应用Redo日志，从而实现备库与主库的数据同步。DM数据守护的核心思想是监控数据库状态，获取主、备库数据同步情况，为Redo日志传输与重演过程中出现的各种异常情况提供一系列的解决方案。其他守护进程或者监视器通过MAL_HOST:MAL_DW_PORT（52141）来和dmwatcher创建TCP连接的方式进行通信；
达梦主备之备库失联后在线恢复加入集群
weixin_42018955的博客
01-18 1567
达梦主备之备库失联后在线恢复加入集群
达梦数据守护（主备）
qq_40135088的博客
10-19 1044
一、数据守护概念 1、基础 （1）就是基于redo日志的主备系统，由数据库服务、守护进程、监视器组成 2、守护进程 （1）用来监控实例进程 （2）本地守护 监控实例，可配置重启数据库实例 （3）全局守护 通过和远程守护进程的交互，增加了主备库切换、主备库故障检测、备库接管、数据库故障重加入等功能。 （4）故障自动切换 需要确认监视器确认实例状态，才会自动切换 （5）故障手动切换 需要人为介入处理 （6）当检测到实例进程 ID 已经不存在或者超过一段时间没有收到实例消息（INST_E
达梦数据库常用维护命令
ajazzman的博客
04-21 932
数据库集群的启停 严格按照顺序执行 读写分离集群重启： 关闭主库守护进程：systemctl stop DmWatcherServicedmdb_ekp 关闭备库守护进程：systemctl stop DmWatcherServicedmdb_ekp 关闭主库实例：systemctl stop DmServicedmdb_ekp 关闭备库实例：systemctl stop DmServicedmdb_ekp 启动主库实例：systemctl start DmServicedmdb_ekp 启动备库实例：sy
达梦数据库学习之实时主备集群
weixin_42356462的博客
09-27 658
达梦数据库的主备集群建档讲解
达梦数据库之DM8_实时数据守护配置
sinat_35566937的博客
07-05 1017
准备三台机器dmzxhost01、dmzxhost02、dmzxhost03，dmzxhost01和dmzxhost02用来部署主备库，dmzxhost03用来部署确认监视器。其中dmzxhost01、dmzxhost02和dmzxhost03各自只需要配置一块网卡即可。其中三台机器都事先安装了DM8数据库软件，机器dmzxhost01和dmzxhost02需要初始化数据库，安装路径为’/dm8’，执行程序保存在’/dm/bin’目录中，数据存放路径为’/dm8/data’。...
达梦数据守护Data Watch的基本概念
最新发布
Sebastien23的博客
09-26 116
主库通过守护进程监控主备之间的日志发送速度，如果检测到异常，主库守护进程会切换到Standby check状态，并通知主库将异常备库的归档失效，暂停到此备库的数据同步，避免影响主库性能。主库故障重启后，守护进程根据本地和远程库的Open记录、LSN信息以及模式和状态信息来判定重启后的恢复策略，可能继续作为主库加入守护系统，也可能修改为Standby模式，以备库身份重新加入守护系统。备库故障后，备库的守护进程会切换到STARTUP状态，主库的守护进程会切换到FAILOVER状态，并将故障备库的归档失效。
达梦数据库单实例本地守护配置及故障模拟
不定期分享数据库相关内容。
04-03 314
配置单实例本地守护后，当单实例数据库故障导致服务进程中断时，达梦数据守护进程会尝试将数据库服务进程拉起，如果可以拉起并正常对外提供服务，可以一定程度上降低系统风险，减少损失，避免数据库的异常宕机问题。数据库初始化后，默认数据库oguid为0，此处也可不单独设置oguid，如果未设置，则配置dmwatcher.ini时参数INST_OGUID需配置为0。3.前台启动数据库，查看是否异常（该步骤实际可忽略）数据库软件安装目录：/dm8/dmdbms。5.停库，修改dm.ini配置文件。
达梦数据库读写分离集群，发生故障的处理方式
fd3200的博客
05-25 894
自动故障处理 当备库发生故障时，主库的数据库服务不会受到不影响，守护进程会自动通知主库修改归档为 Invalid 状态，将备库失效。 自动数据同步 当备库故障恢复后，守护进程自动通知主库发送归档和 Redo 日志，继续进行主备库数据同步。在历史数据同步完成后，修改主库的归档状态为 Valid，恢复备库功能。 当主库发生故障，由备库接管后，原主库故障恢复，守护进程会自动将原主库以备库的模式重新入主备系统。 备库接管 当主库发生故障后，可以通过监视器执行 Takeover 命令，将备库切换为主库，继续对外提供服
达梦数据库主备集群（数据守护/读写分离）搭建过程
qq961573863的博客
12-30 1226
达梦数据库主备集群（数据守护/读写分离）搭建 一.环境准备 二.安装前准备 三.安装数据库（db01和db02同样操作） 四.脱机备份、还原、恢复 五.配置主备库文件 六.修改数据库模式 七.配置监听器 概述 DM 数据守护（Data Watch）是一种集成化的高可用、高性能数据库解决方案，是数据库异地容灾的首选方案。通过部署DM数据守护，可以在硬件故障（如磁盘损坏）、自然灾害（地震、火灾）等极端情况下，避免数据损坏、丢失，保障数据安全，并且可以快速恢复数据库服务，满足用户不间断提供数据库服务的要求。 DM
达梦数据守护读写分离搭建
zch_zch123的博客
07-15 1192
达梦数据库读写分离集群配置
达梦数据库主备模式搭建
Y_Charles的博客
06-10 1162
目录 1.1主备库节点初始化实例 1.2 使用主库备份还原备库 ​​​​​​​1.3启动主备库到mount，检查FILE_LSN 和CUR_LSN 及永久魔数主备是否一致 ​​​​​​​1.4修改dm.ini参数（主备） ​​​​​​​1.5配置dmmal.ini文件（主备） ​​​​​​​1.6配置归档dmarch.ini文件 ​​​​​​​1.7配置dmwatcher.ini(主备) ​​​​​​​1.8设置 OGUID （主备） ​​​​​​​1.9修改数据库模式 ...
达梦实时主备守护集群搭建
qq_41592403的博客
08-31 749
1 环境说明 本示例中组名为“GRP1”，配置为实时主备，主库命名为“DM1”，备库命名为“DM2”。 3台机器都需要先安装DM数据库软件。 1.1配置环境说明 主机类型 IP地址 实例名 操作系统 主库 192.168.20.128（外部服务） 192.168.76.128（内部通信） DM1 Centos7.5.1804 备库 192.168.20.129（外部服务） 192.168.56.129（内部通信） DM2 Centos 7.5.1804 监视器 192.1
达梦dem搭建读写分离注册服务_达梦7读写分离搭建过程详解
weixin_30575517的博客
12-30 236
一、主备介绍读写分离集群是基于即时归档实现的高性能数据库集群，不但提供数据保护、容灾等数据守护基本功能，还具有读写操作自动分离、负载均衡等特性。读写分离集群最多可以配置8个即时备库，提供数据同步、备库故障自动处理、故障恢复自动数据同步等功能，也支持自动故障切换和手动故障切换两种守护模式。一般情况下，应用系统中查询等只读操作的比例远大于Insert/Delete/Update等DML操作，修改对象定...
达梦7 DM7 主备集群问题--主库停机备库不接管（1）
ChunLanGG的博客
12-11 344
达梦7 DM7 主备集群问题–主库停机备库不接管（1） 本篇围绕下列情况展开解答，其他原因请待后续更新 问题：主库停机备库不接管 排查：监控查看LSN的值是否一致 结论：查看下面列出的监控，根据监控得到的LSN值得出结论–主备数据库数据差异较大，出现这样的问题，如果是初次部署，那应是部署的时候未进行主备数据同步，也就是备份主库、备库还原操作，导致两遍初始数据不一致。 解决办法：备份现有dmwatcher.ini/dmarch.ini/dmmal.ini以便重新部署使用，重新初始化实例，备份主库并还原到备库，
Linux 达梦重启
09-15
Linux 达梦重启的方法是通过使用命令行来执行重启操作。您可以使用以下命令重启Linux 达梦系统： 1. 使用root用户或拥有sudo权限的用户登录到Linux 达梦系统。 2. 打开终端，输入以下命令并按下回车键： ``` ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值