Oracle 11g数据库启动常见错误有哪些怎么解决

Oracle 11g数据库启动过程分为nomount、mount、open三个阶段，每个阶段都可能因为配置错误、文件损坏、权限问题等出现启动失败的情况，不同错误会有对应的ORA错误码提示，掌握常见错误的排查方法是运维人员必备的技能。

一、nomount阶段常见错误

1. ORA-01034: ORACLE not available

这个错误通常是因为数据库实例没有启动，或者当前环境变量配置不正确，导致无法连接到对应的实例。排查步骤如下：

• 首先检查当前环境变量ORACLE_SID是否和要启动的实例名一致，执行echo $ORACLE_SID查看，不一致的话通过export ORACLE_SID=实例名修改
• 检查Oracle进程是否存在，执行ps -ef | grep pmon，如果没有对应实例的pmon进程，说明实例未启动，尝试执行startup nomount
• 如果执行启动命令还是报错，检查参数文件路径是否正确，默认参数文件路径为$ORACLE_HOME/dbs/spfile实例名.ora或者init实例名.ora，文件缺失的话需要从备份恢复或者手动创建pfile启动

2. ORA-27102: out of memory

这个错误是启动实例时内存分配不足导致的，通常是参数文件中设置的内存参数超过了系统可用内存。解决方法如下：

先通过pfile启动到nomount阶段，修改内存参数：

-- 如果有spfile，先创建pfile
create pfile from spfile;
-- 修改pfile中的内存参数，比如sga_max_size、sga_target，调小到系统可用范围内
-- 用修改后的pfile启动
startup nomount pfile='$ORACLE_HOME/dbs/init实例名.ora';
-- 启动成功后重新创建spfile
create spfile from pfile;

二、mount阶段常见错误

1. ORA-00205: error in identifying control file

这个错误是控制文件识别失败，原因可能是控制文件路径配置错误、控制文件损坏或者丢失。排查步骤：

• 查看参数文件中control_files参数指定的控制文件路径，检查文件是否存在，权限是否正确
• 如果控制文件丢失，但是有多路复用的控制文件，把正常的控制文件复制到丢失的路径，修改权限为oracle用户可读写
• 如果所有控制文件都损坏，需要从备份中恢复控制文件，或者重新创建控制文件，重新创建控制文件的语句如下：

-- 生成控制文件创建脚本
alter database backup controlfile to trace;
-- 找到生成的trace文件，在$ORACLE_BASE/diag/rdbms/实例名/实例名/trace目录下，找到创建控制文件的语句执行即可

2. ORA-01102: cannot mount database in EXCLUSIVE mode

这个错误是数据库已经被其他实例挂载，或者之前的实例没有正常关闭，残留了锁文件。解决方法：

• 检查是否有其他实例挂载了该数据库，执行select instance_name, status from v$instance;查看
• 如果是异常关闭导致的锁文件残留，到$ORACLE_HOME/dbs目录下删除lk实例名的锁文件，再重新尝试mount

-- 恢复丢失的数据文件
recover datafile 文件编号;
-- 恢复完成后打开数据库
alter database open;

-- 查看offline的数据文件
select file#, name, status from v$datafile where status='OFFLINE';
-- 恢复数据文件
recover datafile 文件编号;
-- 将数据文件改为online
alter database datafile 文件编号 online;
-- 打开数据库
alter database open;

Oracle_11g数据库启动ORA错误启动故障排查修改时间：2026-06-04 01:36:52