使用达梦数据库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

相关文章

Java中流式并行操作parallelStream的原理和使用方法

《Java中流式并行操作parallelStream的原理和使用方法》本文详细介绍了Java中的并行流(parallelStream)的原理、正确使用方法以及在实际业务中的应用案例,并指出在使用并行流... 目录Java中流式并行操作parallelStream0. 问题的产生1. 什么是parallelS

MySQL数据库双机热备的配置方法详解

《MySQL数据库双机热备的配置方法详解》在企业级应用中,数据库的高可用性和数据的安全性是至关重要的,MySQL作为最流行的开源关系型数据库管理系统之一,提供了多种方式来实现高可用性,其中双机热备(M... 目录1. 环境准备1.1 安装mysql1.2 配置MySQL1.2.1 主服务器配置1.2.2 从

Linux join命令的使用及说明

《Linuxjoin命令的使用及说明》`join`命令用于在Linux中按字段将两个文件进行连接,类似于SQL的JOIN,它需要两个文件按用于匹配的字段排序,并且第一个文件的换行符必须是LF,`jo... 目录一. 基本语法二. 数据准备三. 指定文件的连接key四.-a输出指定文件的所有行五.-o指定输出

Linux jq命令的使用解读

《Linuxjq命令的使用解读》jq是一个强大的命令行工具,用于处理JSON数据,它可以用来查看、过滤、修改、格式化JSON数据,通过使用各种选项和过滤器,可以实现复杂的JSON处理任务... 目录一. 简介二. 选项2.1.2.2-c2.3-r2.4-R三. 字段提取3.1 普通字段3.2 数组字段四.

Linux kill正在执行的后台任务 kill进程组使用详解

《Linuxkill正在执行的后台任务kill进程组使用详解》文章介绍了两个脚本的功能和区别,以及执行这些脚本时遇到的进程管理问题,通过查看进程树、使用`kill`命令和`lsof`命令,分析了子... 目录零. 用到的命令一. 待执行的脚本二. 执行含子进程的脚本,并kill2.1 进程查看2.2 遇到的

SpringBoot基于注解实现数据库字段回填的完整方案

《SpringBoot基于注解实现数据库字段回填的完整方案》这篇文章主要为大家详细介绍了SpringBoot如何基于注解实现数据库字段回填的相关方法,文中的示例代码讲解详细,感兴趣的小伙伴可以了解... 目录数据库表pom.XMLRelationFieldRelationFieldMapping基础的一些代

详解SpringBoot+Ehcache使用示例

《详解SpringBoot+Ehcache使用示例》本文介绍了SpringBoot中配置Ehcache、自定义get/set方式,并实际使用缓存的过程,文中通过示例代码介绍的非常详细,对大家的学习或者... 目录摘要概念内存与磁盘持久化存储:配置灵活性:编码示例引入依赖:配置ehcache.XML文件:配置

Java 虚拟线程的创建与使用深度解析

《Java虚拟线程的创建与使用深度解析》虚拟线程是Java19中以预览特性形式引入,Java21起正式发布的轻量级线程,本文给大家介绍Java虚拟线程的创建与使用,感兴趣的朋友一起看看吧... 目录一、虚拟线程简介1.1 什么是虚拟线程?1.2 为什么需要虚拟线程?二、虚拟线程与平台线程对比代码对比示例:三

k8s按需创建PV和使用PVC详解

《k8s按需创建PV和使用PVC详解》Kubernetes中,PV和PVC用于管理持久存储,StorageClass实现动态PV分配,PVC声明存储需求并绑定PV,通过kubectl验证状态,注意回收... 目录1.按需创建 PV(使用 StorageClass)创建 StorageClass2.创建 PV

Redis 基本数据类型和使用详解

《Redis基本数据类型和使用详解》String是Redis最基本的数据类型,一个键对应一个值,它的功能十分强大,可以存储字符串、整数、浮点数等多种数据格式,本文给大家介绍Redis基本数据类型和... 目录一、Redis 入门介绍二、Redis 的五大基本数据类型2.1 String 类型2.2 Hash