Debian 上 Oracle 数据库故障排查流程
一 快速定位与系统层面检查
- 查看实例是否存活：执行 ps -ef | grep ora_pmon，确认目标 SID 的 PMON 进程是否存在。
- 检查监听器：执行 lsnrctl status；若未运行，执行 lsnrctl start；同时确认 listener.ora / tnsnames.ora / sqlnet.ora 配置正确。
- 查看告警日志：优先检查 $ORACLE_BASE/diag/rdbms///trace/alert_.log，从最近的错误栈定位根因。
- 系统资源：用 top、free、df 检查 CPU、内存、磁盘空间 是否不足。
- 系统日志：用 tail -f /var/log/syslog、dmesg、journalctl 观察内核与系统级报错（OOM、磁盘、设备）。
- 网络连通：在客户端测试 tnsping <服务名> 或 telnet <主机> <端口>，并排查 iptables/nftables 与云安全组策略。
- 环境变量：确认 ORACLE_HOME、ORACLE_SID、PATH 已正确设置，避免命令无法识别或连接到错误实例。
二 常见故障与处理要点
| 症状/错误 |
快速检查 |
处理要点 |
| 无法连接，ORA-12541 无监听程序 |
lsnrctl status；查看监听端口 |
启动监听 lsnrctl start；核对 listener.ora 中 SID_LIST 与服务映射；必要时清理或轮转过大的 listener.log 后再启动 |
| ORA-12514 监听程序无法识别服务 |
lsnrctl status 输出中服务名 |
在 listener.ora 的 SID_DESC 中正确注册服务；客户端 tnsnames.ora 的 SERVICE_NAME 与服务器一致 |
| ORA-28001 口令已失效 |
查询 dba_users 的 expiry_date |
调整 profile（如 PASSWORD_LIFE_TIME）或重置密码，避免业务中断 |
| ORA-01652 无法通过 128 在表空间 TEMP 中扩展临时段 |
查询 dba_temp_files、v$tempfile 使用率与状态 |
为 TEMP 表空间增加数据文件或启用自动扩展：alter tablespace temp add tempfile ‘…’ size … autoextend on; 或 alter database tempfile ‘…’ resize … |
| ORA-01000 最大游标超限 |
检查 open_cursors 与当前打开游标 |
适当提高 OPEN_CURSORS；定位未关闭游标的会话与 SQL，修复应用/中间件游标泄漏 |
| 启动失败并伴随系统资源报错（如 ORA-27154/ORA-27300） |
free/df、ulimit -a、内核参数 |
释放内存/磁盘、调大 OS 资源限制（如 shmmax/shmall、ulimit）、校正 SGA/PGA 配置，再启动实例 |
三 监听和网络连通性排查
- 服务端状态：lsnrctl status 应能看到监听地址、端口与已注册服务；若卡顿或异常，检查 listener.log 是否过大并轮转。
- 客户端连通：tnsping <服务名> 验证解析与连通；必要时用 telnet <主机> <端口> 排除防火墙/网络策略问题。
- 配置核对：确保 listener.ora 正确注册目标 SID/SERVICE_NAME，tnsnames.ora 与客户端使用一致的 SERVICE_NAME/PROTOCOL/PORT；sqlnet.ora 的 NAMES.DIRECTORY_PATH 与解析方式正确。
- 防火墙与安全组：在 Debian 上检查 iptables/nftables 规则，云环境同步放通 1521 或自定义监听端口。
四 数据库内部状态与空间问题
- 参数与健康：以 sysdba 登录，执行 show parameters 查看 SGA_TARGET、PGA_AGGREGATE_TARGET、PROCESSES 等关键参数；结合 v$parameter 与告警日志判断配置是否合理。
- 表空间与数据文件：查询 dba_tablespaces、dba_data_files 检查 可用空间、是否离线/损坏；必要时增加数据文件或启用自动扩展。
- 临时表空间：查询 dba_temp_files、v$tempfile 的使用率与状态；空间不足时增加临时文件或调整自动扩展策略。
- 诊断数据：利用 ADR（Automatic Diagnostic Repository） 收集与打包诊断信息，便于分析与支持处理。
五 性能与资源瓶颈定位
- 执行计划与索引：使用 set autotrace on explain 或 explain plan for + dbms_xplan.display 查看是否出现全表扫描；为高频过滤列建立合适索引。
- 统计信息：定期执行 exec dbms_stats.gather_table_stats(ownname=>user, tabname=>‘TABLE_NAME’); 保证优化器选择合理计划。
- 等待事件：查询 v$session_wait 按事件聚合，识别 行锁、I/O、日志写入 等瓶颈并优先处理高占比等待。
- 游标泄漏：当出现 ORA-01000 时，结合 v$open_cursor 与 v$session 定位未关闭游标的会话与 SQL，修复应用/中间件代码或适度提高 OPEN_CURSORS。