使用达梦数据库dmdbchk工具对数据库进行健康检查

2024-04-29 04:32

本文主要是介绍使用达梦数据库dmdbchk工具对数据库进行健康检查,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、dmdbchk工具作用

dmdbchk工具可以检查达梦数据库完整性、正确性,通过对数据库校验,检查内部的物理存储结构是否正常,对象信息是否合法等。还可以检测操作系统中残留的信号量和共享内存,检测同时予以删除。
检验内容主要有:数据文件合法性检验、 索引正确性校验、对象 ID 合法性校验、残留信号量和共享内存。校验完毕后,dmdbchk 会在当前目录下(dmdbchk 所在目录)生成一个名为dbchk_err.txt 的检查报告。

二、命令参数

通过help命令,可以查看dmdbchk所有参数含义。
./dmdbchk HELP
显示结果如下:
PATH dm.ini 绝对路径或者当前目录的 dm.ini
DCR_INI dmdcr.ini 的路径
HELP 打印帮助信息
START_INDEXID 最小检查索引号
END_INDEXID 最大检查索引号
CHECK_SEMA 检查当前系统信号量使用情况(只适用于 LINUX,1:只做检查 2:检查并删除残留信号量)
CHECK_SHM 检查当前系统共享内存使用情况(只适用于 LINUX,1:只做检查 2:检查并删除残留共享内存)

三、具体应用

1.检验数据库
./dmdbchk PATH=/dm8/data/DAMENG/dm.ini

生成报告如下:
在这里插入图片描述
将数据库正常关闭。

[root@localhost system]# systemctl stop DmServiceDMSERVER.service
[root@localhost system]# systemctl status DmServiceDMSERVER.service
● DmServiceDMSERVER.service - DM database instance serviceLoaded: loaded (/usr/lib/systemd/system/DmServiceDMSERVER.service; enabled; vendor preset: disabled)Active: inactive (dead) since Mon 2021-07-19 22:23:28 CST; 1s agoProcess: 3862 ExecStop=/dm8/bin/DmServiceDMSERVER stop (code=exited, status=0/SUCCESS)Process: 549 ExecStart=/dm8/bin/DmServiceDMSERVER start (code=exited, status=0/SUCCESS)Main PID: 582 (code=exited, status=0/SUCCESS)Jul 19 21:57:49 localhost.localdomain systemd[1]: Starting DM database instan...
Jul 19 21:58:04 localhost.localdomain DmServiceDMSERVER[549]: [39B blob data]
Jul 19 21:58:04 localhost.localdomain systemd[1]: Started DM database instanc...
Jul 19 22:23:18 localhost.localdomain systemd[1]: Stopping DM database instan...
Jul 19 22:23:28 localhost.localdomain DmServiceDMSERVER[3862]: [39B blob data]
Jul 19 22:23:28 localhost.localdomain systemd[1]: Stopped DM database instanc...
Hint: Some lines were ellipsized, use -l to show in full.

在数据库正常关闭后的脱机情况下,执行检查命令

[dmdba@localhost bin]$ ./dmdbchk path=/dm8/data/DAMENG/dm.ini
[2021-07-19 22:24:05] dmdbchk V8[2021-07-19 22:24:05] file dm.key not found, use default license!
Can not open ini file dmdcr.ini!
ndct db load finished
[2021-07-19 22:24:06] DM DB CHECK START......[2021-07-19 22:24:06] --------check dbf file size start---------[2021-07-19 22:24:06] FILE=(ts_id=0, fil_id=0, path=/dm8/data/DAMENG/SYSTEM.DBF)
[2021-07-19 22:24:06] FILE=(ts_id=1, fil_id=0, path=/dm8/data/DAMENG/ROLL.DBF)
[2021-07-19 22:24:06] FILE=(ts_id=4, fil_id=0, path=/dm8/data/DAMENG/MAIN.DBF)
[2021-07-19 22:24:06] FILE=(ts_id=5, fil_id=0, path=/dm8/data/DAMENG/BOOKSHOP.DBF)
[2021-07-19 22:24:06] FILE=(ts_id=6, fil_id=0, path=/dm8/data/DAMENG/DMHR.DBF)
[2021-07-19 22:24:06] --------check dbf file size end-----------[2021-07-19 22:24:06] --------check indexes start---------------[2021-07-19 22:24:06] INDEX=(id=33554433, name=SYSINDEXCOLUMNS, table_name=SYSCOLUMNS)
[2021-07-19 22:24:06] INDEX=(id=33554434, name=SYSINDEXINDEXES, table_name=SYSINDEXES)
[2021-07-19 22:24:06] INDEX=(id=33554440, name=SYSINDEXTUSERS, table_name=SYSUSER$)
[2021-07-19 22:24:06] INDEX=(id=33554442, name=SYSINDEXSYSGRANTS, table_name=SYSGRANTS)
[2021-07-19 22:24:06] INDEX=(id=33554452, name=SYSINDEXCONSTRAINTS, table_name=SYSCONS)
[2021-07-19 22:24:06] INDEX=(id=33554458, name=SYSINDEXSYSAUDIT, table_name=SYSAUDIT)
[2021-07-19 22:24:06] INDEX=(id=33554459, name=SYSINDEXSYSAUDITSQLSEQ, table_name=SYSAUDITSQLSEQ)
[2021-07-19 22:24:06] INDEX=(id=33554464, name=SYSINDEXCONTEXTINDEXES, table_name=SYSCONTEXTINDEXES)
[2021-07-19 22:24:06] INDEX=(id=33554468, name=SYSINDEXSTATS, table_name=SYSSTATS)
[2021-07-19 22:24:06] INDEX=(id=33554489, name=SYSINDEXSPWDCHGS, table_name=SYSPWDCHGS)
[2021-07-19 22:24:06] INDEX=(id=33554498, name=SYSINDEXSYSAUDITRULES, table_name=SYSAUDITRULES)
[2021-07-19 22:24:06] INDEX=(id=33554510, name=SYSINDEXCONTEXTLIBS, table_name=SYSCONTEXTLIBS)
[2021-07-19 22:24:06] INDEX=(id=33554539, name=SYSINDEXCLASSES, table_name=SYSCLASSES)
[2021-07-19 22:24:06] INDEX=(id=33554540, name=SYSINDEXSYSOBJECTS, table_name=SYSOBJECTS)
[2021-07-19 22:24:06] INDEX=(id=33554541, name=SYSINDEXSYSDUAL, table_name=SYSDUAL)
[2021-07-19 22:24:06] INDEX=(id=33554543, name=SYSINDEXSYSTEXTS, table_name=SYSTEXTS)
[2021-07-19 22:24:06] INDEX=(id=33554544, name=SYSINDEXSYSTYPEINFOS, table_name=SYSTYPEINFOS)
[2021-07-19 22:24:06] INDEX=(id=33554546, name=SYSINDEXSYSACCHISTORIES, table_name=SYSACCHISTORIES)
[2021-07-19 22:24:06] INDEX=(id=33554548, name=SYSINDEXSYSHPARTTABLEINFO, table_name=SYSHPARTTABLEINFO)
[2021-07-19 22:24:06] INDEX=(id=33554549, name=SYSINDEXMACPLYS, table_name=SYSMACPLYS)
[2021-07-19 22:24:06] INDEX=(id=33554550, name=SYSINDEXMACLVLS, table_name=SYSMACLVLS)
[2021-07-19 22:24:06] INDEX=(id=33554551, name=SYSINDEXMACCOMPS, table_name=SYSMACCOMPS)
[2021-07-19 22:24:06] INDEX=(id=33554552, name=SYSINDEXMACGRPS, table_name=SYSMACGRPS)
[2021-07-19 22:24:06] INDEX=(id=33554553, name=SYSINDEXMACLABELS, table_name=SYSMACLABELS)
[2021-07-19 22:24:06] INDEX=(id=33554554, name=SYSINDEXMACTABPLY, table_name=SYSMACTABPLY)
[2021-07-19 22:24:06] INDEX=(id=33554555, name=INDEX33555524, table_name=REGION)
[2021-07-19 22:24:06] INDEX=(id=33555525, name=INDEX33555525, table_name=REGION)
[2021-07-19 22:24:06] INDEX=(id=33555526, name=INDEX33555526, table_name=CITY)
[2021-07-19 22:24:06] INDEX=(id=33555527, name=INDEX33555527, table_name=CITY)
[2021-07-19 22:24:06] INDEX=(id=33555529, name=INDEX33555529, table_name=LOCATION)
[2021-07-19 22:24:06] INDEX=(id=33555530, name=INDEX33555530, table_name=LOCATION)
[2021-07-19 22:24:06] INDEX=(id=33555532, name=INDEX33555532, table_name=DEPARTMENT)
[2021-07-19 22:24:06] INDEX=(id=33555533, name=INDEX33555533, table_name=DEPARTMENT)
[2021-07-19 22:24:06] INDEX=(id=33555535, name=INDEX33555535, table_name=JOB)
[2021-07-19 22:24:06] INDEX=(id=33555536, name=INDEX33555536, table_name=JOB)
[2021-07-19 22:24:06] INDEX=(id=33555537, name=INDEX33555537, table_name=EMPLOYEE)
[2021-07-19 22:24:06] INDEX=(id=33555538, name=INDEX33555538, table_name=EMPLOYEE)
[2021-07-19 22:24:06] INDEX=(id=33555539, name=INDEX33555539, table_name=EMPLOYEE)
[2021-07-19 22:24:06] INDEX=(id=33555542, name=INDEX33555542, table_name=JOB_HISTORY)
[2021-07-19 22:24:06] INDEX=(id=33555543, name=INDEX33555543, table_name=JOB_HISTORY)
[2021-07-19 22:24:06] INDEX=(id=33555547, name=INDEX33555547, table_name=BISAL)
[2021-07-19 22:24:06] INDEX=(id=33555548, name=IDX_BISAL_01, table_name=BISAL)
[2021-07-19 22:24:06] INDEX=(id=33555550, name=INDEX33555550, table_name=TEST)
[2021-07-19 22:24:06] INDEX=(id=33555551, name=INDEX33555551, table_name=TREE)
[2021-07-19 22:24:06] INDEX=(id=33555552, name=INDEX33555552, table_name=T1)
[2021-07-19 22:24:06] INDEX=(id=33555553, name=INDEX33555553, table_name=T2)
[2021-07-19 22:24:06] INDEX=(id=33555554, name=INDEX33555554, table_name=PRODUCT_SELL)
[2021-07-19 22:24:06] INDEX=(id=33555555, name=INDEX33555555, table_name=PERSON)
[2021-07-19 22:24:06] --------check indexes end-----------------[2021-07-19 22:24:06] --------check iid start-------------------[2021-07-19 22:24:06] check cons id ...
[2021-07-19 22:24:06] check index id ...
[2021-07-19 22:24:06] check table id ...
[2021-07-19 22:24:06] check proc id ...
[2021-07-19 22:24:06] check schema id ...
[2021-07-19 22:24:06] check synonym id ...
[2021-07-19 22:24:06] check user id ...
[2021-07-19 22:24:06] --------check iid end---------------------[2021-07-19 22:24:06] DM DB CHECK END......
[2021-07-19 22:24:06] error count is 0

通过上面操作过程可以看到,dmdbchk命令检查数据库时,数据库不能是打开状态。

通过上图看出,报告内容分为七部分,分别为:dmdbchk 版本信息;二开始标志;三数据文件校验结果;四索引校验结果;五对象 ID 校验结果;六结束标志;七错误总数。
2.检测信号量
信号量本质是一种数据操作锁,它本身不具有数据交换的功能,而是通过控制其他的通信资源(文件,外部设备)来实现进程间通信,它本身只是一种外部资源的标识。信号量在此过程中负责数据操作的互斥、同步等功能。
如果残留的信号量或共享内存个数达到操作系统上限,服务器再次启动时,会因为创建信号量或共享内存失败而无法启动成功。检测结果如下图:
在这里插入图片描述
通过操作系统命令检测信号量使用情况:
在这里插入图片描述
两种方法结果一致,dmdbchk提供的信息更加详细。
3.检测共享内存
生成的报告如下图:
在这里插入图片描述
如果出现权限问题的报错,则需要用root用户执行此命令再查看结果。
用root用户重新执行此命令:
在这里插入图片描述
通过操作系统命令检测系统内存使用情况,得到结果如下,两者可以相互印证:
在这里插入图片描述
dmdbchk工具使用比较简单,生成的检验报告可以作为数据库管理员重要参考,在数据库出现故障时可以作为排查依据。

这篇关于使用达梦数据库dmdbchk工具对数据库进行健康检查的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/945116

相关文章

详解Vue如何使用xlsx库导出Excel文件

《详解Vue如何使用xlsx库导出Excel文件》第三方库xlsx提供了强大的功能来处理Excel文件,它可以简化导出Excel文件这个过程,本文将为大家详细介绍一下它的具体使用,需要的小伙伴可以了解... 目录1. 安装依赖2. 创建vue组件3. 解释代码在Vue.js项目中导出Excel文件,使用第三

Linux alias的三种使用场景方式

《Linuxalias的三种使用场景方式》文章介绍了Linux中`alias`命令的三种使用场景:临时别名、用户级别别名和系统级别别名,临时别名仅在当前终端有效,用户级别别名在当前用户下所有终端有效... 目录linux alias三种使用场景一次性适用于当前用户全局生效,所有用户都可调用删除总结Linux

java图像识别工具类(ImageRecognitionUtils)使用实例详解

《java图像识别工具类(ImageRecognitionUtils)使用实例详解》:本文主要介绍如何在Java中使用OpenCV进行图像识别,包括图像加载、预处理、分类、人脸检测和特征提取等步骤... 目录前言1. 图像识别的背景与作用2. 设计目标3. 项目依赖4. 设计与实现 ImageRecogni

数据库oracle用户密码过期查询及解决方案

《数据库oracle用户密码过期查询及解决方案》:本文主要介绍如何处理ORACLE数据库用户密码过期和修改密码期限的问题,包括创建用户、赋予权限、修改密码、解锁用户和设置密码期限,文中通过代码介绍... 目录前言一、创建用户、赋予权限、修改密码、解锁用户和设置期限二、查询用户密码期限和过期后的修改1.查询用

python管理工具之conda安装部署及使用详解

《python管理工具之conda安装部署及使用详解》这篇文章详细介绍了如何安装和使用conda来管理Python环境,它涵盖了从安装部署、镜像源配置到具体的conda使用方法,包括创建、激活、安装包... 目录pytpshheraerUhon管理工具:conda部署+使用一、安装部署1、 下载2、 安装3

Mysql虚拟列的使用场景

《Mysql虚拟列的使用场景》MySQL虚拟列是一种在查询时动态生成的特殊列,它不占用存储空间,可以提高查询效率和数据处理便利性,本文给大家介绍Mysql虚拟列的相关知识,感兴趣的朋友一起看看吧... 目录1. 介绍mysql虚拟列1.1 定义和作用1.2 虚拟列与普通列的区别2. MySQL虚拟列的类型2

使用MongoDB进行数据存储的操作流程

《使用MongoDB进行数据存储的操作流程》在现代应用开发中,数据存储是一个至关重要的部分,随着数据量的增大和复杂性的增加,传统的关系型数据库有时难以应对高并发和大数据量的处理需求,MongoDB作为... 目录什么是MongoDB?MongoDB的优势使用MongoDB进行数据存储1. 安装MongoDB

关于@MapperScan和@ComponentScan的使用问题

《关于@MapperScan和@ComponentScan的使用问题》文章介绍了在使用`@MapperScan`和`@ComponentScan`时可能会遇到的包扫描冲突问题,并提供了解决方法,同时,... 目录@MapperScan和@ComponentScan的使用问题报错如下原因解决办法课外拓展总结@

mysql数据库分区的使用

《mysql数据库分区的使用》MySQL分区技术通过将大表分割成多个较小片段,提高查询性能、管理效率和数据存储效率,本文就来介绍一下mysql数据库分区的使用,感兴趣的可以了解一下... 目录【一】分区的基本概念【1】物理存储与逻辑分割【2】查询性能提升【3】数据管理与维护【4】扩展性与并行处理【二】分区的

使用Python实现在Word中添加或删除超链接

《使用Python实现在Word中添加或删除超链接》在Word文档中,超链接是一种将文本或图像连接到其他文档、网页或同一文档中不同部分的功能,本文将为大家介绍一下Python如何实现在Word中添加或... 在Word文档中,超链接是一种将文本或图像连接到其他文档、网页或同一文档中不同部分的功能。通过添加超