一、前因
1、之前做达梦企业版2.98和2.128的升降级兼容性测试,升级到128之后,正常关闭128版本,再用2.98版本软件启动就起不来了
2、这个实例新初始化,没备份、没归档,正好测试下dmmdf工具恢复数据库
大概步骤就是:
- 新初始化一个初始化参数一样的数据库
- 查到故障数据库的magic值
- 拿新实例的空redo日志替换掉异常的
- 把新的redo日志magic值改成故障数据库的
- 启动实例测试
二、开始恢复
1、重新初始化一个新的数据库,
初始化参数要和原库一样(页簇大小、大小写敏感、varchar长度单位)
./dminit PATH=/dmdata/ database_name=temp LOG_SIZE=256 page_size=32 extent_size=32 case_sensitive=1 charset=0
[dmdba@mytest:/opt/dmdbms_2_98/bin]$ dm98
[dmdba@mytest:/opt/dmdbms_2_98/bin]$ ./dminit PATH=/dmdata DB_NAME=TEMP LOG_SIZE=256 page_size=32 extent_size=32 case_sensitive=1 charset=0
initdb V8
db version: 0x7000c
file dm.key not found, use default license!
License will expire on 2022-12-30
Normal of FAST
Normal of DEFAULT
Normal of RECYCLE
Normal of KEEP
Normal of ROLL
log file path: /dmdata/TEMP/TEMP01.log
log file path: /dmdata/TEMP/TEMP02.log
write to dir [/dmdata/TEMP].
create dm database success. 2022-08-15 14:26:13
[dmdba@mytest:/opt/dmdbms_2_98/bin]$
2、查看故障库的magic
db_magic:数据库魔数;pemnt_magic:数据库永久魔数
./dmmdf TYPE=1 FILE=/dmdata/DAMENG/SYSTEM.DBF
3、把老的重做日志换掉
(1)老的mv走
(2)新的拷贝命名回来
[dmdba@mytest:/opt/dmdbms_2_98/bin]$ cp /dmdata/TEMP/TEMP01.log /dmdata/DAMENG/DAMENG01.log
[dmdba@mytest:/opt/dmdbms_2_98/bin]$ cp /dmdata/TEMP/TEMP02.log /dmdata/DAMENG/DAMENG02.log
4、修改新日志的magic值
(1) ./dmmdf type=2 FILE=/dmdata/DAMENG/DAMENG01.log
6和12,一次只能改一个
(2)同样的方法把其他日志也修改了
5、尝试启动
其实同版本的这样操作恢复应该已经没问题了,我这个是还降了级
(1)失败
(2)修改check_svr_version=0,再尝试启动
(3)起来了
这个提醒还在:
Server DM8_DCT_VERSION mismatch, version of data is 52, server version is 42.
6、结论
重做日志损坏,没有备份的情况下,用dmmdf是可行的
只是要注意官方说通过这样恢复已经启动起来的数据库仍然存在隐患,应立即完成数据的迁移工作,防止再次发生宕机事故。
7、测测试试
(1)说是存在隐患,我就再跑个benchmarksql试试
没什么异常
(2)运行日志也都正常
(3)经测试看似问题不大,但是有时间的话还是要尽快把库给迁移掉,毕竟说是有隐患