DM教程FG101-达梦数据库启动失败故障排查全流程

本文档风哥主要介绍DM数据库启动失败故障排查的全流程，包括DM数据库启动流程、启动失败类型、故障排查方法、预防措施、实际案例分析等内容，风哥教程参考DM官方文档DM8系统管理员手册，适合DBA人员在学习和测试中使用，如果要应用于生产环境则需要自行确认。

Part01-基础概念与理论知识

1.1 DM数据库启动流程

DM数据库启动流程分为三个阶段：

实例启动阶段（NOMOUNT）：读取配置文件，分配内存，启动后台进程
数据库挂载阶段（MOUNT）：读取控制文件，获取数据库结构信息
数据库打开阶段（OPEN）：打开数据文件和日志文件，执行恢复

# DM数据库启动命令
$ cd /dm/app/bin
$ ./dmserver /dm/fgdata/fgedudb/dm.ini
# 启动过程输出
[2026-04-09 10:00:00] [INFO] DM Server startup…
[2026-04-09 10:00:00] [INFO] reading dm.ini config file…
[2026-04-09 10:00:00] [INFO] Database mode = 0, oguid = 0
[2026-04-09 10:00:00] [INFO] NOMOUNT state
[2026-04-09 10:00:00] [INFO] MOUNT state
[2026-04-09 10:00:00] [INFO] OPEN state
[2026-04-09 10:00:00] [INFO] DM Server startup successfully.

1.2 DM数据库启动失败类型

DM数据库启动失败主要分为以下几种类型：

配置文件错误：dm.ini配置错误，参数设置不当
控制文件错误：控制文件损坏或丢失
数据文件错误：数据文件损坏或丢失
日志文件错误：重做日志文件损坏或丢失
权限错误：文件权限不足
内存不足：系统内存不足
端口冲突：数据库端口被占用

1.3 DM数据库故障排查方法

DM数据库故障排查的基本方法：

查看日志：分析dm_*.log、dm_*.err等日志文件
检查配置：验证dm.ini等配置文件
检查文件：检查数据文件、控制文件、日志文件
检查权限：验证文件权限和目录权限
检查内存：检查系统内存使用情况
检查端口：检查数据库端口是否被占用
使用工具：使用dmdbchk等工具检查数据库

风哥提示：启动失败时，首先查看日志文件，定位错误原因。日志文件是故障排查的关键。

Part02-生产环境规划与建议

2.1 DM数据库启动失败预防措施

DM数据库启动失败预防措施：

# 配置文件管理
– 定期备份dm.ini等配置文件
– 变更配置前先备份
– 使用版本控制管理配置文件
# 文件管理风哥提示：
– 控制文件多路复用
– 数据文件和日志文件分布在不同磁盘
– 定期检查文件完整性
# 权限管理
– 正确设置文件权限
– 避免使用root用户启动数据库
– 定期检查权限设置
# 监控管理
– 监控数据库状态
– 监控存储空间
– 监控系统资源
# 备份策略
– 定期全量备份
– 定期增量备份
– 备份控制文件和参数文件

2.2 DM数据库日志配置建议

DM数据库日志配置建议：

# 日志级别设置
– 生产环境：INFO级别
– 测试环境：DEBUG级别
# 日志文件大小
– 单个日志文件大小：500MB-1GB
– 日志文件数量：10-20个
# 日志文件位置
– 独立分区存储
– 足够的磁盘空间
– 定期清理过期日志
# 归档日志学习交流加群风哥微信: itpux-com
– 启用归档模式
– 归档目录独立存储
– 定期备份归档日志

2.3 DM数据库备份策略

DM数据库备份策略：

全量备份：每周一次
增量备份：每天一次
控制文件备份：每次结构变更后
参数文件备份：每次变更后
备份验证：定期验证备份有效性
备份保留：保留3-6个月的备份

生产环境建议：建立完善的备份策略，确保在启动失败时能够快速恢复数据库。定期测试备份恢复流程，验证备份的有效性。

Part03-生产环境项目实施方案

3.1 DM数据库启动失败排查步骤

3.1.1 第一步：检查日志文件

# 查看DM数据库日志文件
$ cd /dm/fgdata/fgedudb/log
$ ls -l dm_*.log dm_*.err
# 分析最新日志
$ tail -n 100 dm_20260409.log
$ tail -n 100 dm_20260409.err

3.1.2 第二步：检查配置文件

# 检查dm.ini配置文件
$ cd /dm/fgdata/fgedudb
$ cat dm.ini | grep -E “PORT|PATH|MEMORY”
# 检查配置文件权限
$ ls -l dm.ini
-rw-r–r– 1 dmdba dinstall 10240 Apr 9 10:00 dm.ini

3.1.3 第三步：检查数据文件

# 检查数据文件是否存在学习交流加群风哥QQ113257174
$ cd /dm/fgdata/fgedudb
$ ls -l *.dbf
# 检查数据文件权限
$ ls -lSY *.dbf

3.1.4 第四步：检查控制文件

# 检查控制文件是否存在
$ cd /dm/fgdata/fgedudb
$ ls -l *.ctl
# 检查控制文件权限
$ ls -lSY *.ctl

3.1.5 第五步：检查日志文件

# 检查重做日志文件
$ cd /dm/fgdata/fgedudb
$ ls -l *.log
# 检查重做日志文件权限
$ ls -lSY *.log

3.2 DM数据库日志分析方法

# 常见启动失败错误及解决方法
# 错误1：配置文件错误
[ERROR] dm.ini not found or can’t open
解决方法：检查dm.ini文件是否存在，权限是否正确
# 错误2：控制文件错误
[ERROR] control file not found
解决方法：检查控制文件是否存在，使用备份恢复
# 错误3：数据文件错误
[ERROR] data file corrupted
解决方法：使用备份恢复数据文件
# 错误4：日志文件错误
[ERROR] redo log file corrupted
解决方法：使用备份恢复日志文件
# 错误5：端口冲突
[ERROR] port 5236 is already in use
解决方法：修改端口或停止占用端口的进程
# 错误6：内存不足更多视频教程www.fgedu.net.cn
[ERROR] not enough memory
解决方法：增加系统内存或调整数据库内存参数

3.3 DM数据库恢复方法

3.3.1 配置文件恢复

# 从备份恢复dm.ini
$ cp /backup/dm.ini /dm/fgdata/fgedudb/
$ chown dmdba:dinstall /dm/fgdata/fgedudb/dm.ini

3.3.2 控制文件恢复

# 从备份恢复控制文件
$ cp /backup/ctl_bak/control.ctl /dm/fgdata/fgedudb/
$ chown dmdba:dinstall /dm/fgdata/fgedudb/control.ctl

3.3.3 数据文件恢复

# 使用dmrman恢复数据文件
$ cd /dm/app/bin
$ ./dmrman
RMAN> restore database ‘/dm/fgdata/fgedudb/dm.ini’ from backupset ‘/backup/full_bak’;
RMAN> recover database ‘/dm/fgdata/fgedudb/dm.ini’ with archivedir ‘/dm/arch’;
RMAN> exit;

风哥提示：恢复数据库后，一定要验证数据库的完整性，确保所有数据都能正常访问。

Part04-生产案例与实战讲解

4.1 DM数据库实例启动失败案例

4.1.1 案例描述

数据库启动时报错：”[ERROR] dm.ini not found or can’t open”

4.1.2 分析步骤

# 1. 检查dm.ini文件是否存在
$ ls -l /dm/fgdata/fgedudb/dm.ini
ls: cannot access /dm/fgdata/fgedudb/dm.ini: No such file or directory
# 2. 检查备份文件
$ ls -l /backup/dm.ini
-rw-r–r– 1 dmdba dinstall 10240 Apr 8 23:00 /backup/dm.ini 更多学习教程公众号风哥教程itpux_com
# 3. 恢复配置文件
$ cp /backup/dm.ini /dm/fgdata/fgedudb/
$ chown dmdba:dinstall /dm/fgdata/fgedudb/dm.ini
# 4. 重新启动数据库
$ cd /dm/app/bin
$ ./dmserver /dm/fgdata/fgedudb/dm.ini
# 启动成功输出
[2026-04-09 10:10:00] [INFO] DM Server startup…
[2026-04-09 10:10:00] [INFO] reading dm.ini config file…
[2026-04-09 10:10:00] [INFO] Database mode = 0, oguid = 0
[2026-04-09 10:10:00] [INFO] NOMOUNT state
[2026-04-09 10:10:00] [INFO] MOUNT state
[2026-04-09 10:10:00] [INFO] OPEN state
[2026-04-09 10:10:00] [INFO] DM Server startup successfully.

4.2 DM数据库挂载失败案例

4.2.1 案例描述

数据库启动到NOMOUNT状态后，无法挂载数据库，报错：”[ERROR] control file corrupted”

4.2.2 分析步骤

# 1. 检查控制文件
$ ls -l /dm/fgdata/fgedudb/control.ctl
-rw-r–r– 1 dmdba dinstall 1048576 Apr 9 10:00 /dm/fgdata/fgedudb/control.ctl
# 2. 使用dmdbchk检查控制文件
$ cd /dm/app/bin
$ ./dmdbchk type=control file=/dm/fgdata/fgedudb/control.ctl
# 检查结果
[ERROR] control file corrupted
# 3. 从备份恢复控制文件
$ cp /backup/ctl_bak/control.ctl /dm/fgdata/fgedudb/ from DB视频:www.itpux.com
$ chown dmdba:dinstall /dm/fgdata/fgedudb/control.ctl
# 4. 重新启动数据库
$ cd /dm/app/bin
$ ./dmserver /dm/fgdata/fgedudb/dm.ini
# 启动成功输出
[2026-04-09 10:20:00] [INFO] DM Server startup…
[2026-04-09 10:20:00] [INFO] reading dm.ini config file…
[2026-04-09 10:20:00] [INFO] Database mode = 0, oguid = 0
[2026-04-09 10:20:00] [INFO] NOMOUNT state
[2026-04-09 10:20:00] [INFO] MOUNT state
[2026-04-09 10:20:00] [INFO] OPEN state
[2026-04-09 10:20:00] [INFO] DM Server startup successfully.

4.3 DM数据库打开失败案例

4.3.1 案例描述

数据库挂载成功后，无法打开数据库，报错：”[ERROR] data file corrupted”

4.3.2 分析步骤

# 1. 检查数据文件
$ ls -l /dm/fgdata/fgedudb/*.dbf
-rw-r–r– 1 dmdba dinstall 209715200 Apr 9 10:00 SYSTEM.DBF
-rw-r–r– 1 dmdba dinstall 104857600 Apr 9 10:00 USER.DBF
-rw-r–r– 1 dmdba dinstall 52428800 Apr 9 10:00 ROLL.DBF
# 2. 使用dmdbchk检查数据文件
$ cd /dm/app/bin
$ ./dmdbchk type=data file=/dm/fgdata/fgedudb/SYSTEM.DBF
# 检查结果
[ERROR] data file corrupted
# 3. 使用dmrman恢复数据文件
$ cd /dm/app/bin
$ ./dmrman
RMAN> restore database ‘/dm/fgdata/fgedudb/dm.ini’ from backupset ‘/backup/full_bak’;
RMAN> recover database ‘/dm/fgdata/fgedudb/dm.ini’ with archivedir ‘/dm/arch’;
RMAN> exit;
# 4. 重新启动数据库
$ cd /dm/app/bin
$ ./dmserver /dm/fgdata/fgedudb/dm.ini
# 启动成功输出
[2026-04-09 10:30:00] [INFO] DM Server startup…
[2026-04-09 10:30:00] [INFO] reading dm.ini config file…
[2026-04-09 10:30:00] [INFO] Database mode = 0, oguid = 0
[2026-04-09 10:30:00] [INFO] NOMOUNT state
[2026-04-09 10:30:00] [INFO] MOUNT state
[2026-04-09 10:30:00] [INFO] OPEN state
[2026-04-09 10:30:00] [INFO] DM Server startup successfully.

生产环境建议：定期检查数据库文件的完整性，建立完善的备份策略，确保在发生故障时能够快速恢复。

Part05-风哥经验总结与分享

5.1 DM数据库启动管理最佳实践

DM数据库启动管理最佳实践：

定期备份：定期备份配置文件、控制文件、数据文件
监控日志：定期查看数据库日志，及时发现问题
检查文件：定期检查数据库文件的完整性
权限管理：正确设置文件权限，避免权限问题
内存管理：合理配置数据库内存参数
存储管理：确保存储空间充足，避免磁盘满
端口管理：避免端口冲突
应急方案：建立启动失败的应急处理方案

5.2 DM数据库启动检查清单

# DM数据库启动检查清单
– [ ] 配置文件存在且权限正确
– [ ] 控制文件存在且完整
– [ ] 数据文件存在且完整
– [ ] 日志文件存在且完整
– [ ] 端口未被占用
– [ ] 内存充足
– [ ] 磁盘空间充足
– [ ] 文件权限正确
– [ ] 备份是否最新
– [ ] 归档日志是否可用
# DM数据库启动失败处理流程
1. 查看日志文件，定位错误原因
2. 根据错误类型采取相应措施
3. 尝试恢复数据库
4. 验证数据库启动成功
5. 分析故障原因，制定预防措施

5.3 DM数据库故障排查工具推荐

DM数据库故障排查常用工具：

dmdbchk：检查数据库文件完整性
dmrman：备份恢复工具
dmserver：数据库服务器
disql：命令行工具
dmctlcvt：控制文件转换工具
dmmonitor：监控工具

持续改进：定期review启动失败的案例，总结经验教训，不断优化启动管理流程，提高数据库的可用性和可靠性。

本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html

DM教程FG101-达梦数据库启动失败故障排查全流程

Part01-基础概念与理论知识

1.1 DM数据库启动流程

1.2 DM数据库启动失败类型

1.3 DM数据库故障排查方法

Part02-生产环境规划与建议

2.1 DM数据库启动失败预防措施

2.2 DM数据库日志配置建议

2.3 DM数据库备份策略

Part03-生产环境项目实施方案

3.1 DM数据库启动失败排查步骤

3.1.1 第一步：检查日志文件

3.1.2 第二步：检查配置文件

3.1.3 第三步：检查数据文件

3.1.4 第四步：检查控制文件

3.1.5 第五步：检查日志文件

3.2 DM数据库日志分析方法

3.3 DM数据库恢复方法

3.3.1 配置文件恢复

3.3.2 控制文件恢复

3.3.3 数据文件恢复

Part04-生产案例与实战讲解

4.1 DM数据库实例启动失败案例

4.1.1 案例描述

4.1.2 分析步骤

4.2 DM数据库挂载失败案例

4.2.1 案例描述

4.2.2 分析步骤

4.3 DM数据库打开失败案例

4.3.1 案例描述

4.3.2 分析步骤

Part05-风哥经验总结与分享

5.1 DM数据库启动管理最佳实践

5.2 DM数据库启动检查清单

5.3 DM数据库故障排查工具推荐

相关推荐

联系我们