故障排除及处理过程完整记录(通用版)
说明:以下所有命令中的 <sid> 代表你的实际数据库实例名(如 orcl等),请根据实际情况替换。
1. 初步诊断(确认监听器状态)
目的:查看监听器是否识别数据库服务。
命令:
lsnrctl status
关键输出:
the listener supports no services
结论:监听器运行正常,但未注册任何服务,判断数据库实例未启动或未注册。
2. 检查数据库实例是否存活
目的:查看 pmon 进程是否存在,确认数据库是否已启动。
命令:
ps -ef | grep pmon
输出:
oracle <pid> <ppid> 0 18:27 pts/0 00:00:00 grep --color=auto pmon
(无数据库 pmon 进程)
结论:无 pmon 进程,数据库实例处于关闭状态。
3. 定位参数文件及 sid
目的:查找正确的 oracle_sid 和参数文件。
命令:
cd $oracle_home/dbs ls -l
关键文件:
-rw-r----- 1 oracle oinstall 2560 aug 29 06:06 spfile<sid>.ora
结论:实例名为 <sid>,存在服务器参数文件 spfile<sid>.ora。
4. 尝试启动数据库(遇到磁盘满错误)
目的:启动数据库实例。
命令:
export oracle_sid=<sid> export oracle_home=/oracle/product/11.2.0/dbhome_1 export path=$oracle_home/bin:$path sqlplus / as sysdba
错误输出:
error: ora-09925: unable to create audit trail file linux-x86_64 error: 28: no space left on device
结论:/oracle 分区已满,无法创建审计文件。
5. 检查磁盘空间
目的:确认哪个分区空间耗尽。
命令:
df -h
关键输出:
/dev/vdb1 500g 500g 20k 100% /oracle
结论:/oracle 分区使用率达到 100%,仅剩 20kb 空间。
6. 查找占用空间最大的目录
目的:定位大文件位置。
命令:
cd /oracle du -sh * | sort -hr | head -20
输出:
490g oradata 5.4g soft 4.3g product ...
进一步细化:
cd /oracle/oradata du -sh * | sort -hr # 输出:490g <sid> cd <sid> du -sh * | sort -hr
关键输出(部分):
32g <sid>_cdata.dbf 28g temp01.dbf 23g <sid>_cdata04.dbf ...
结论:temp01.dbf 为临时表空间文件,大小 28gb,数据库关闭时内容无效,可安全删除。
7. 删除临时文件释放空间
目的:释放足够的磁盘空间,使数据库能正常启动。
命令:
rm -f /oracle/oradata/<sid>/temp01.dbf df -h /oracle # 验证可用空间增加(约28g)
结果:可用空间恢复至约 28gb,满足启动需求。
8. 启动数据库
目的:将数据库实例从关闭状态启动至 open 状态。
命令(重新设置环境变量并启动):
export oracle_sid=<sid> export oracle_home=/oracle/product/11.2.0/dbhome_1 export path=$oracle_home/bin:$path sqlplus / as sysdba
在 sql*plus 中执行:
startup;
输出:
oracle instance started. total system global area 4275781632 bytes ... database mounted.
说明:数据库挂载(mounted)成功,但因缺少临时文件未自动打开。
9. 完全打开数据库并重建临时文件
目的:处理因 temp01.dbf 缺失导致的打开失败,重建临时表空间文件。
在 sql*plus 中执行:
-- 为临时表空间添加新文件(根据实际临时表空间名,通常为 temp) alter tablespace temp add tempfile '/oracle/oradata/<sid>/temp01.dbf' size 1000m autoextend on maxsize 30g; -- 打开数据库 alter database open;
(如果上述命令成功,则会显示 database altered. 和 database opened.)
备用方案(如果 add tempfile 报错):
alter database datafile '/oracle/oradata/<sid>/temp01.dbf' offline drop; alter database open; -- 然后重新创建临时文件 alter tablespace temp add tempfile '/oracle/oradata/<sid>/temp01.dbf' size 1000m autoextend on maxsize 30g;
10. 强制动态注册
目的:立即让监听器识别到数据库服务,无需等待自动注册周期。
命令(仍在 sql*plus 中):
alter system register;
11. 验证监听器状态
目的:确认服务已成功注册。
命令(退出 sql*plus 后执行):
lsnrctl status
关键输出:
services summary... service "<sid>" has 1 instance(s). instance "<sid>", status ready, has 1 handler(s) for this service...
结论:数据库服务已正常注册,ora-12514 错误解决。
最终状态
- 数据库实例
<sid>已完全打开并正常运行。 - 监听器
listener已注册服务,客户端可通过服务名<sid>连接。 - 临时表空间文件已重建,磁盘空间暂时得到缓解(后续需持续监控并清理不必要的文件)。
备注:整个过程的核心是从磁盘空间满问题入手,清理临时文件,启动数据库,重建缺失文件,最后强制注册监听器。每一步均保留了原始命令和关键输出,供后续参考。
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持代码网。
发表评论