ora-01109表示数据库未打开，本质是实例处于mounted状态而非open，需先查v$instance和v$database确认open_mode；若为pdb场景（如19c），须执行alter pluggable database xxx open并save state。
ora-01109报错时先确认数据库当前状态
ora-01109 不是控制文件损坏的直接信号，而是数据库实例处于 mount 状态、尚未执行 open 的明确提示。此时数据库已加载控制文件，但没真正“启动服务”——所有用户连接（包括 system）都会失败。
必须用本地管理员登录绕过监听验证：
sqlplus / as sysdba
然后立即查状态：
SELECT status, database_status, open_mode FROM v$instance, v$database;
若 open_mode 显示 MOUNTED（不是 READ WRITE），说明问题不在控制文件丢失，而在后续打开流程被卡住。
检查控制文件是否可读且路径正确
控制文件损坏或路径错误会导致 startup 卡在 MOUNT 阶段，进而让后续 ALTER DATABASE OPEN 报 ORA-01109。但注意：此时 SELECT * FROM v$controlfile; 仍能返回结果，不代表文件完好。
验证要点：
-
ls -l（Linux）或dir（Windows）确认控制文件物理存在、权限可读、大小非零 - 检查
init.ora或 SPFILE 中control_files参数值是否拼写错误、路径含多余空格、盘符不存在（如 Windows 下写成C:\oradata\...但实际在D:\） - 若使用 ASM，确认 ASM 实例已启动且磁盘组
MOUNTED（crsctl stat res -t | grep asm）
常见低级错误：安装时用图形界面指定控制文件路径为 /u01/app/oracle/oradata/ORCL/control01.ctl，但实际目录是 /u01/app/oracle/oradata/orcl/（大小写敏感或 SID 名不一致）。
Oracle 19c 特别注意：PDB 默认不自动打开
这是 ORA-01109 在 19c 上最常被误判为“控制文件问题”的真实原因。CDB 根库启动后，orclpdb 这类 PDB 处于 MOUNTED 状态，v$database.open_mode 显示 READ WRITE（根库已开），但连接 orclpdb 服务名时仍报 ORA-01109。
必须手动操作 PDB：
ALTER PLUGGABLE DATABASE orclpdb OPEN;
否则任何指向该 PDB 的连接（包括 JDBC URL 中 service_name=orclpdb）都会失败。这个动作不依赖控制文件状态，只依赖 PDB 自身数据文件是否就位。
永久解决需保存状态：
ALTER PLUGGABLE DATABASE orclpdb SAVE STATE;
控制文件真损坏时的典型现象与恢复边界
真正的控制文件损坏不会只报 ORA-01109，通常伴随更底层错误：
-
ORA-00205: error in identifying control file（路径错或文件不存在） -
ORA-00210: cannot open the specified control file（权限/锁/ASM 未就绪） -
ORA-00227: corrupt block detected in control file（块校验失败）
此时 startup mount 都会失败，根本进不了 MOUNTED 状态。ORA-01109 出现的前提是 startup mount 成功——说明控制文件至少能被解析，问题大概率出在数据文件、redo 日志或 PDB 状态上。
不要一见 ORA-01109 就重装控制文件或重建库，先跑完 v$pdbs 和 select con_id,name,open_mode from v$pdbs; ——90% 的 19c 场景，修复命令就两行：ALTER PLUGGABLE DATABASE orclpdb OPEN; 和 SAVE STATE。
