DM单机数据库部署维护常见问题总结

1．图形化启动失败问题：

2．最大可打开文件数量不足问题

3．向用户或者角色授予any级别的权限时

4．备份还原中出现的归档日志不连续问题

5．Log日志文件异常问题

6．需要补充，随时可在评论区发出提问

1．图形化启动失败问题：

该问题常见于安装时无法打开图形化安装的问题。

解决办法：

开机安装时，小伙伴们一定要仔细检查系统参数问题，具体解决时，首先退出安装界面，检查display变量参数，特别注意：

Display参数的设置在不同的平台上可能会有不同的等级，如果在执行切换、退出当前用户操作之后，切记再次检查该参数是否自动修改。

····dmdba#echo $display

出现该情况后需要修改该参数：

····root#export display=:0.0

····root#xhost +

····dmdba#xhost + （做检查，当目前用户也出现access----之后则算成功）

2．最大可打开文件数量不足问题

该问题常见于环境配置过程中，没有调整最大可打开文件数量导致：

解决办法：

在开始安装数据库之间，环境参数中最大文件打开数需要进行修改，否则在运行数据库的过程中是很容易产生问题的。

····dmdba#ulimit -a （查看相关参数指标，此时我已修改）

····root#vim /etc/security/limit.conf

用vim编辑器打开后，在文件底部添加如下参数，此时需要root用户登录权限。

保存并退出之后进行复查，返回结果和上图一致即可。

3．向用户或者角色授予any级别的权限时

该问题常见于用户授予权限，或者授予角色any级别的权限时报的错误：

出现该错误时，是因为DM在ini参数中对该级别权限的授予做出了限制功能，因此需要进行修改参数修改：

方法1：

在DM.ini中修改目标参数：enable_ddl_any_priv = 1

方法2：

直接执行修改语句：alter SYSTEM set ‘enable_ddl_any_priv’=1 both;

4．备份还原中出现的归档日志不连续问题

该问题一般常见于进行完全备份之后，其他的操作在归档日志的连续性LSN码出现问题，解决办法如下：

第一步：关闭数据库，进行脱机操作

Root#systemctl stop DmServicedm1.service

第二步：查看数据库服务是否正常运行，可以看到数据库服务已经停止

第三步：打开Dmrman,进行归档日志修复操作：

Dmrman>Repair archivelog database '此处填写你的实例Ini路径';

5．Log日志文件异常问题

该部分内容常出现于使用DM工具备份还原失败之后产生的日志彪增问题。

该部分问题出现的情况较为特殊，没有做好记录。但如果出现该部分情况，请参考日志文件，确定日志文件的作用，不是redo和undo日志或者归档日志之外即可删除。

当然需要提前做好日志文件的备份，以免删除失败导致数据库无法启动的场面。

6．需要补充，随时可在评论区发出提问

其他技术信息可以参考达梦技术服务平台：eco.dameng.com