被DeepSeek误导，彻底将达梦数据库玩废了！

于 2025-02-16 09:23:25 发布
阅读量572 收藏 12
点赞数 10
CC 4.0 BY-SA版权
文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/chenoracle/article/details/145660980

在这里插入图片描述在这里插入图片描述

问题:

达梦守护集群 主库基于时间点的恢复，备库需要重建吗?

理论上应该需要重建，因为主库基于时间点往前恢复后，备库比主库数据更新，除非启动备库后会以主库为主自动闪回到主库相同的数据？

DeepSeek回答:

在达梦数据库的守护集群中，主库基于时间点的恢复（PITR）通常不需要重建备库，但具体操作取决于恢复方式和数据一致性要求。

主库PITR:

主库通过PITR恢复到指定时间点后，会生成新的日志序列，可能与备库的日志不一致。

如果主库恢复的时间点在备库同步范围内，备库可以继续同步，无需重建。

总结

主库PITR后，备库是否需要重建取决于恢复时间点与备库同步状态。若恢复点超出备库同步范围，备库可能需要重建。
测试说明:

对主库执行基于时间点的不完全恢复，备库是否需要重建?

先按照deepseek的建议，不重建备库，主库执行不完全恢复后，直接启动备库，结果直接将达梦数据库玩废了！

环境说明:

达梦数据库守护集群

主:192.168.0.101
备:192.168.0.102

测试过程如下:

主库:新增测试数据

disql SYSDBA/******:5238
create table cjc.t3(id int,time time);
insert into cjc.t3 values(1,now());
insert into cjc.t3 values(2,now());
commit;
select * from cjc.t3;
行号     id          TIME    
---------- ----------- --------
1          1           09:30:58
2          2           09:31:05

主库:全备

backup database full to "DB_DAMENG_FULL_20250211" backupset '/db/dm8/bak/full/full_20250211' compressed level 1;

添加备份目录

SQL> SELECT SF_BAKSET_BACKUP_DIR_ADD('DISK','/db/dm8/bak/full');
行号     SF_BAKSET_BACKUP_DIR_ADD('DISK','/db/dm8/bak/full')
---------- ---------------------------------------------------
1          1

检查备份信息:

SQL> SELECT BACKUP_ID,PARENT_ID,BACKUP_NAME,BACKUP_PATH,TYPE,LEVEL,OBJECT_NAME,BACKUP_TIME,BEGIN_LSN,END_LSN FROM V$BACKUPSET;    
          
行号     BACKUP_ID   PARENT_ID   BACKUP_NAME                     BACKUP_PATH                                      TYPE        LEVEL       OBJECT_NAME BACKUP_TIME                BEGIN_LSN            END_LSN             
---------- ----------- ----------- ------------------------------- ------------------------------------------------ ----------- ----------- ----------- -------------------------- -------------------- --------------------
1          1206933968  -1          DB_cjc_FULL_2025_02_09_10_00_01 /db/dm8/bak/full/DB_cjc_FULL_2025_02_09_10_00_01 0           0           cjc         2025-02-09 10:00:19.240407 308320275            308320283
2          198866384   -1          DB_cjc_FULL_2025_02_10_10_00_01 /db/dm8/bak/full/DB_cjc_FULL_2025_02_10_10_00_01 0           0           cjc         2025-02-10 10:00:18.843047 308320306            308320314
3          1643634480  -1          DB_DAMENG_FULL_20250211         /db/dm8/bak/full/full_20250211                   0           0           cjc         2025-02-11 09:32:03.420530 308320337            308320391
          
已用时间: 18.306(毫秒). 执行号:7712.

检查备份文件

SQL> host ls -lrth /db/dm8/bak/full/full_20250211/
total 659M
-rw-r--r-- 1 dmdba dinstall 658M Feb 11 09:32 full_20250211.bak
-rw-r--r-- 1 dmdba dinstall  15K Feb 11 09:32 full_20250211_1.bak
-rw-r--r-- 1 dmdba dinstall 138K Feb 11 09:32 full_20250211.meta

模拟误操作

删除cjc.t3表全部数据

host date;
Tue Feb 11 09:39:31 CST 2025
          
 
delete from cjc.t3 where 1=1;
commit;
          
 
host date;
Tue Feb 11 09:39:42 CST 2025
          
 
SQL> select * from cjc.t3;    
未选定行

数据库恢复

注意，下面的恢复方式是有问题的，仅供参考！

主库做基于时间点的不完全恢复，将数据恢复到删除前的时刻。

先停备库

systemctl stop DmWatcherServiceWATCHER.service

再停主库

systemctl stop DmWatcherServiceWATCHER.service

主库恢复

dmrman

还原:

RESTORE DATABASE '/db/dm8/data/cjc/dm.ini'  FROM  BACKUPSET  '/db/dm8/bak/full/full_20250211';

恢复(基于时间点):

RECOVER DATABASE '/db/dm8/data/cjc/dm.ini'  WITH ARCHIVEDIR '/db/dm8/arch' UNTIL TIME '2025-02-11 09:39:31';

更新数据库魔数

RECOVER DATABASE '/db/dm8/data/cjc/dm.ini' UPDATE DB_MAGIC;

前台日志如下:

dmdba@cjc-db-01:/home/dmdba$dmrman
dmrman V8
RMAN> 
RMAN> RESTORE DATABASE '/db/dm8/data/cjc/dm.ini'  FROM  BACKUPSET  '/db/dm8/bak/full/full_20250211';    
RESTORE DATABASE '/db/dm8/data/cjc/dm.ini' FROM BACKUPSET '/db/dm8/bak/full/full_20250211';
Normal of FAST
Normal of DEFAULT
Normal of RECYCLE
Normal of KEEP
Normal of ROLL
[Percent:100.00%][Speed:0.00M/s][Cost:00:00:32][Remaining:00:00:00]                                 
restore successfully.
time used: 00:00:32.312
          
 
RMAN> RECOVER DATABASE '/db/dm8/data/cjc/dm.ini'  WITH ARCHIVEDIR '/db/dm8/arch' UNTIL TIME '2025-02-11 09:39:31';
RECOVER DATABASE '/db/dm8/data/cjc/dm.ini' WITH ARCHIVEDIR '/db/dm8/arch' UNTIL TIME '2025-02-11 09:39:31';
Database mode = 2, oguid = 13272225
Normal of FAST
Normal of DEFAULT
Normal of RECYCLE
Normal of KEEP
Normal of ROLL
EP[0]'s cur_lsn[308320337], file_lsn[308320337]
[Percent:75.00%][Speed:0.00PKG/s][Cost:00:00:00][Remaining:00:00:00]                                
recover successfully!
time used: 451.461(ms)
          
 
RMAN> RECOVER DATABASE '/db/dm8/data/cjc/dm.ini' UPDATE DB_MAGIC;
RECOVER DATABASE '/db/dm8/data/cjc/dm.ini' UPDATE DB_MAGIC;
Database mode = 2, oguid = 13272225
Normal of FAST
Normal of DEFAULT
Normal of RECYCLE
Normal of KEEP
Normal of ROLL
EP[0]'s cur_lsn[308320399], file_lsn[308320399]
recover successfully!
time used: 00:00:01.098

恢复后无法使用

主库:启动数据库

systemctl start DmWatcherServiceWATCHER.service

实例只能启动到 MOUNT 状态

dmdba@cjc-db-01:/home/dmdba$disql SYSDBA/******:5238

服务器[LOCALHOST:5238]:处于主库配置状态
SQL> desc v$instance;
第119 行附近出现错误[-510]:系统处于MOUNT状态.
已用时间: 2.210(毫秒). 执行号:0.

备库:启动数据库

systemctl start DmWatcherServiceWATCHER.service

??? 后启动的备库自动切换为主库了 ？？？

应该是检查主、备库哪个数据新，哪个自动变成主库，因为主库做了基于时间点的不完全恢复，数据比备库旧！

新备库 RSTAT 是 INVALID 状态，无法正常使用！

show global info
2025-02-11 10:01:38 
#================================================================================#
GROUP            OGUID       MON_CONFIRM     MODE            MPP_FLAG  
GRP1             13272225    FALSE           AUTO            FALSE     
          
 
          
 
<>
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.102  15439        2025-02-11 10:01:38  GLOBAL    VALID     OPEN           CJC02            OK        1     1     OPEN        PRIMARY   DSC_OPEN       REALTIME  VALID    
          
 
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.101  15439        2025-02-11 10:01:38  GLOBAL    VALID     OPEN           CJC01            OK        1     1     OPEN        STANDBY   DSC_OPEN       REALTIME  INVALID  
          
 
          
 
#================================================================================#
          
 
[monitor]         2025-02-11 10:07:58: 收到守护进程(CJC02)消息
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2025-02-11 10:07:58  OPEN           OK        CJC02            OPEN        PRIMARY   VALID    23       308320640       308320640       
          
 
[monitor]         2025-02-11 10:07:58: 收到守护进程(CJC01)消息
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2025-02-11 10:07:58  OPEN           OK        CJC01            OPEN        STANDBY   INVALID  22       308320399       308320399

192.168.0.101 查询数据:数据恢复，但是变成了备库，无法对外提供服务！

SQL> select * from cjc.t3;
          
 
行号     id          TIME    
---------- ----------- --------
1          1           09:30:58
2          2           09:31:05
          
 
已用时间: 1.090(毫秒). 执行号:101.

192.168.0.102 变成了新主库，但数据是丢失的，也有问题

SQL> select * from cjc.t3;
未选定行
已用时间: 0.225(毫秒). 执行号:503.

192.168.0.102 新增数据，192.168.0.101 不能同步

switchover GRP1.CJC01
[monitor]         2025-02-11 10:11:10: 实例CJC01[STANDBY, OPEN, ISTAT_SAME:TRUE]的归档状态无效或到实例CJC02[PRIMARY, OPEN, ISTAT_SAME:TRUE]的MAL链路异常

总之，一句话，恢复方式有问题，达梦数据守护集群彻底搞废了！

正确的恢复步骤:

那么达梦数据守护集群，如果正确执行基于时间点的不完全恢复呢？

下面是我测试的方法，需要重建备库，仅供参考！

1.停 192.168.0.102 守护服务和实例;
2.将 192.168.0.101 强制启动;
3.192.168.0.101 脱机全备;
4.192.168.0.102 备份并删除实例文件，重新初始化实例;
5.192.168.0.102 脱机恢复;
6.主、备库启动；
7.检查集群状态、主从同步。

1.停 192.168.0.102 守护服务和实例

systemctl stop DmWatcherServiceWATCHER.service

2.将 192.168.0.101 强制启动

SQL> alter database mount;
alter database mount;
第1 行附近出现错误[-720]:守护进程处于活动状态，或当前配置(ALTER_MODE_STATUS)不允许该操作.

修改参数

dmdba@cjc-db-01:/db/dm8/data/cjc$vi dm.ini
ALTER_MODE_STATUS               = 0 
改为
ALTER_MODE_STATUS               = 1

启动数据库

DmServicecjc start

如果不是open状态，强制启动open

alter database open;

检查数据，确保之前的误删除已恢复，如没有恢复，再次执行一次不完全恢复。

SQL> select * from cjc.t3;
          
行号     id          TIME    
---------- ----------- --------
1          1000        11:09:37
2          2000        11:09:38
3          3000        12:07:21

3.192.168.0.101 脱机全备

dmrman CTLSTMT="BACKUP DATABASE '/db/dm8/data/cjc/dm.ini' FULL TO BACKUP_FILE100 BACKUPSET '/db/dm8/bak/tmp/BACKUP_FILE_100'"

拷贝到备库

scp -P 16022 -r /db/dm8/bak/tmp/BACKUP_FILE_100 192.168.0.102:/db/dm8/bak/tmp/

4.192.168.0.102 备份并删除实例文件，重新初始化实例

mv /db/dm8/data/cjc /db/dm8/data/cjc_bak
mv /db/dm8/redo/* /db/dm8/data/cjc_bak/
mv /db/dm8/ctl/* /db/dm8/data/cjc_bak/
cp /db/dm8/data/cjc_bak/*.ini /db/dm8/data/cjc/

重新初始化数据库

dminit path=/db/dm8/data CTL_PATH=/db/dm8/ctl/dm01.ctl LOG_PATH=/db/dm8/redo/dm_redo01.log LOG_PATH=/db/dm8/redo/dm_redo02.log CASE_SENSITIVE=N CHARSET=1 DB_NAME=cjc INSTANCE_NAME=cjc02 SYSDBA_PWD=****** SYSAUDITOR_PWD=****** BUFFER=1024 PORT_NUM=5238 AUTO_OVERWRITE=0 EXTENT_SIZE=32 PAGE_SIZE=32 LENGTH_IN_CHAR=1

注意:

如果不重新初始化实例，直接进行脱机恢复，备库一直处于 SPLIT 状态，无法OPEN，无法加入到守护集群。

show global info
2025-02-11 12:40:29 
#================================================================================#
GROUP            OGUID       MON_CONFIRM     MODE            MPP_FLAG  
GRP1             13272225    FALSE           AUTO            FALSE     
          
 
GROUP SPLIT:
1: DATABASE(CJC01):
          
 
<>
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.101  15439        2025-02-11 12:40:29  GLOBAL    VALID     OPEN           CJC01            OK        1     1     OPEN        PRIMARY   DSC_OPEN       REALTIME  VALID    
          
 
          
 
2: DATABASE(CJC02):    
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.102  15439        2025-02-11 12:40:29  GLOBAL    SPLIT     STARTUP        CJC02            OK        1     1     MOUNT       STANDBY   DSC_OPEN       REALTIME  INVALID  
          
 
          
 
#================================================================================#

5.192.168.0.102 脱机恢复

脱机恢复

dmrman CTLSTMT="restore database '/db/dm8/data/cjc/dm.ini' from backupset '/db/dm8/bak/tmp/BACKUP_FILE_100'"
dmrman CTLSTMT="recover database '/db/dm8/data/cjc/dm.ini' from backupset '/db/dm8/bak/tmp/BACKUP_FILE_100'"
dmrman CTLSTMT="recover database '/db/dm8/data/cjc/dm.ini' update DB_MAGIC "

6.主、备库启动

配置主库:

dmserver /dm8/data/cjc/dm.ini mount

登录主库

disql SYSDBA/xxxxxx:5238
SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
sp_set_oguid(101102);
alter database primary;
SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0);

配置备库:

dmserver /dm8/data/cjc/dm.ini mount

登录备库

disql SYSDBA/xxxxxx:5238
SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
sp_set_oguid(101102);    
alter database standby;
SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0);

重新启动:

备库
shutdown immediate;
主库
shutdown immediate;
主库
systemctl start DmWatcherServiceWATCHER.service
备库
systemctl start DmWatcherServiceWATCHER.service

7.检查集群状态、主从同步

恢复正常，可以正常同步数据。

show global info
2025-02-11 14:51:30 
#================================================================================#
GROUP            OGUID       MON_CONFIRM     MODE            MPP_FLAG  
GRP1             13272225    FALSE           AUTO            FALSE     
          
 
          
 
<>
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.101  15439        2025-02-11 14:51:29  GLOBAL    VALID     OPEN           CJC01            OK        1     1     OPEN        PRIMARY   DSC_OPEN       REALTIME  VALID    
          
 
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.102  15439        2025-02-11 14:51:29  GLOBAL    VALID     OPEN           CJC02            OK        1     1     OPEN        STANDBY   DSC_OPEN       REALTIME  VALID        
          
 
          
 
#================================================================================#

之前误删除的数据，也正常恢复了!

重要消息:

近期发布了达梦数据库实战课程，预计30课时左右，当前已经发布了5课时，主要以实战运维为主，感兴趣的朋友可以订阅，一起学习！
在这里插入图片描述
合集链接入口:

达梦数据库实战，从入门到精通！

https://mp.weixin.qq.com/mp/appmsgalbum?__biz=MzI5OTY2NzQ5MA==&action=getalbum&album_id=3846239617787428865&scene=21#wechat_redirect

欢迎关注我的公众号《IT小Chen》
在这里插入图片描述

chenoracle
关注
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值