控制文件是 Oracle 的
目录文件（记录数据文件、日志文件、数据库信息），损坏只会导致数据库无法启动，
用户数据文件、在线日志文件完好 = 数据绝对安全。
重建控制文件优先用
NORESETLOGS（仅当在线日志丢失才用 RESETLOGS，你的场景全程用 NORESETLOGS）。场景 1：数据库能启动到 MOUNT 阶段（最简单）
适用情况
启动数据库报错，但执行
startup mount 不报错，能成功挂载。操作步骤
- 挂载数据库
startup mount;
- 生成控制文件重建脚本（备份到跟踪文件）
alter database backup controlfile to trace;
- 找到跟踪文件路径
-- 查询跟踪文件位置select value from v$diag_info where name='Default Trace File';
- 编辑跟踪文件
- 打开文件，保留 重建控制文件的 SQL 语句，删除多余注释
- 关键： 保留 NORESETLOGS 关键字
- 关闭数据库，执行重建
shutdown immediate;startup nomount;-- 执行跟踪文件里的重建脚本CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS ARCHIVELOG MAXLOGFILES ... -- 跟踪文件自动生成的参数 DATAFILE -- 自动识别的所有数据文件路径 ...;
- 打开数据库
alter database open;
场景 2：无法 MOUNT，但 strings 命令能读取控制文件
适用情况
startup mount 报错失败，原控制文件物理文件还在（未删除）。操作步骤
- 用 strings 提取关键文件路径
# Linux/AIX 执行strings命令（Windows无此命令，直接看场景3）strings /u01/app/oracle/control01.ctl
- 提取 3 类核心信息
- 所有 数据文件路径（.dbf 结尾）
- 所有 在线日志文件路径（.log 结尾）
- 数据库名、归档模式
- 手动编写重建脚本（NORESETLOGS）
startup nomount;CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS ARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8LOGFILE GROUP 1 '/u01/app/oracle/redo01.log' SIZE 50M, GROUP 2 '/u01/app/oracle/redo02.log' SIZE 50M DATAFILE '/u01/app/oracle/system01.dbf', '/u01/app/oracle/sysaux01.dbf', '/u01/app/oracle/users01.dbf';
- 打开数据库
alter database open;
场景 3：strings 无法读取 / 控制文件彻底损坏
适用情况
控制文件完全损坏、无法读取，或 Windows 系统无 strings 命令。
操作步骤
- 直接遍历文件系统，收集文件
- 找到所有
.dbf数据文件（必须包含 system、sysaux、undo、users 等核心文件） - 找到所有
.log在线日志文件
- 用收集到的文件路径，编写重建脚本 脚本格式和场景 2 完全一致， 强制使用 NORESETLOGS。
- nomount 状态执行重建，打开数据库
startup nomount;-- 执行手动编写的CREATE CONTROLFILE脚本alter database open;
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/7965779/viewspace-3172321/ ，如需转载，请注明出处，否则将追究法律责任。
下一篇：
没有了~
请登录后发表评论
登录
全部评论
