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

相关文章

Python使用Tenacity一行代码实现自动重试详解

《Python使用Tenacity一行代码实现自动重试详解》tenacity是一个专为Python设计的通用重试库,它的核心理念就是用简单、清晰的方式,为任何可能失败的操作添加重试能力,下面我们就来看... 目录一切始于一个简单的 API 调用Tenacity 入门:一行代码实现优雅重试精细控制:让重试按我

MySQL中EXISTS与IN用法使用与对比分析

《MySQL中EXISTS与IN用法使用与对比分析》在MySQL中,EXISTS和IN都用于子查询中根据另一个查询的结果来过滤主查询的记录,本文将基于工作原理、效率和应用场景进行全面对比... 目录一、基本用法详解1. IN 运算符2. EXISTS 运算符二、EXISTS 与 IN 的选择策略三、性能对比

Oracle数据库定时备份脚本方式(Linux)

《Oracle数据库定时备份脚本方式(Linux)》文章介绍Oracle数据库自动备份方案,包含主机备份传输与备机解压导入流程,强调需提前全量删除原库数据避免报错,并需配置无密传输、定时任务及验证脚本... 目录说明主机脚本备机上自动导库脚本整个自动备份oracle数据库的过程(建议全程用root用户)总结

使用Python构建智能BAT文件生成器的完美解决方案

《使用Python构建智能BAT文件生成器的完美解决方案》这篇文章主要为大家详细介绍了如何使用wxPython构建一个智能的BAT文件生成器,它不仅能够为Python脚本生成启动脚本,还提供了完整的文... 目录引言运行效果图项目背景与需求分析核心需求技术选型核心功能实现1. 数据库设计2. 界面布局设计3

使用IDEA部署Docker应用指南分享

《使用IDEA部署Docker应用指南分享》本文介绍了使用IDEA部署Docker应用的四步流程:创建Dockerfile、配置IDEADocker连接、设置运行调试环境、构建运行镜像,并强调需准备本... 目录一、创建 dockerfile 配置文件二、配置 IDEA 的 Docker 连接三、配置 Do

Android Paging 分页加载库使用实践

《AndroidPaging分页加载库使用实践》AndroidPaging库是Jetpack组件的一部分,它提供了一套完整的解决方案来处理大型数据集的分页加载,本文将深入探讨Paging库... 目录前言一、Paging 库概述二、Paging 3 核心组件1. PagingSource2. Pager3.

Python进行JSON和Excel文件转换处理指南

《Python进行JSON和Excel文件转换处理指南》在数据交换与系统集成中,JSON与Excel是两种极为常见的数据格式,本文将介绍如何使用Python实现将JSON转换为格式化的Excel文件,... 目录将 jsON 导入为格式化 Excel将 Excel 导出为结构化 JSON处理嵌套 JSON:

python使用try函数详解

《python使用try函数详解》Pythontry语句用于异常处理,支持捕获特定/多种异常、else/final子句确保资源释放,结合with语句自动清理,可自定义异常及嵌套结构,灵活应对错误场景... 目录try 函数的基本语法捕获特定异常捕获多个异常使用 else 子句使用 finally 子句捕获所

C++11右值引用与Lambda表达式的使用

《C++11右值引用与Lambda表达式的使用》C++11引入右值引用,实现移动语义提升性能,支持资源转移与完美转发;同时引入Lambda表达式,简化匿名函数定义,通过捕获列表和参数列表灵活处理变量... 目录C++11新特性右值引用和移动语义左值 / 右值常见的左值和右值移动语义移动构造函数移动复制运算符

Python对接支付宝支付之使用AliPay实现的详细操作指南

《Python对接支付宝支付之使用AliPay实现的详细操作指南》支付宝没有提供PythonSDK,但是强大的github就有提供python-alipay-sdk,封装里很多复杂操作,使用这个我们就... 目录一、引言二、准备工作2.1 支付宝开放平台入驻与应用创建2.2 密钥生成与配置2.3 安装ali