ORACLE无法OPEN,处理三板斧

mount下先查询数据文件头的检查点是否一致

查询 v$datafile_header ,CHECKPOINT_CHANGE#均一致,FUZZY为YES

sql 复制代码
SQL> select file#, fuzzy, to_char(CHECKPOINT_CHANGE#) from v$datafile_header;

1)对于open resetlogs时数据文件中有脏数据的情况,可以设置

sql 复制代码
_allow_resetlogs_corruption= TRUE

来规避。

2)如果出现ORA-01555错误,导致数据库无法open,可以设置

sql 复制代码
_CORRUPTED_ROLLBACK_SEGMENTS
undo_management = 'MANUAL'

的方式来规避

3)出现ORA-600 2662错误时,先通过多次重启open的方法来观察Current SCN BASE增长速度。

如果Current SCN BASE和Current SCN BASE相差不远,重启几次数据库就课可以打开。

4)如果Current SCN BASE和Current SCN BASE相差很远,mount之后先

sql 复制代码
alter session  set events '10015 trace name adjust_scn level 10';

加速增长。

然后open

5)如果加入10015事件adjust_scn以后,Current SCN BASE增长还是很慢,有些版本必须加入

sql 复制代码
_allow_error_simulation  = TRUE

才能使10015事件生效

6)如果Current SCN BASE增长还是很慢,加入

sql 复制代码
_smu_debug_mode = 268435456

直接增长SCN WRAP的方法来加速

7)还可以通过_minimum_giga_scn来加速(本案例未使用)

  1. 如果SCN号一致以后报错ORA-6006006,ORA-6004137的话,需要添加参数
sql 复制代码
*.event="10513 trace name context forever,level 2"
*.db_block_checking=false

9) 对于open resetlogs打开以后的数据库,最好将业务用户导出以后重建数据库,以防止数据库出现不可预知的错误。ORACLE官方建议是open resetlogs以后需要重建数据库。

参数,事件,错误说明:

1)_ALLOW_RESETLOGS_CORRUPTION=true:允许resetlogs时数据文件中有脏数据

2)_CORRUPTED_ROLLBACK_SEGMENTS:将回滚段标记为损坏

3)ORA-600 2662 a b c d e

Arg a Current SCN WRAP:当前(控制文件)的SCN WRAP

Arg b Current SCN BASE:当前(控制文件)的SCN BASE

Arg c dependent SCN WRAP:目标SCN WRAP

Arg d dependent SCN BASE:目标SCN BASE

Arg e Where present this is the DBA where the dependent SCN came from.

SCN可以用十六进制表示0Xffff.ffffffff。为了方便,oracle把前面的4个字节表示scn wrap,后面的8个字节表示scn base。scn最低值是0X0000.00000000,最高值是0Xffff.ffffffff。高位是scn wrap,低位是scn base。

SCN= (SCN_WRAP * 4294967296) + SCN_BASE,当SCN_BASE足够大时,SCN_WRAP就会加1,也就是说SCN_WRAP是SCN的高位,SCN_BASE是SCN的低位。

4294967296=2^32

4)10015 ADJUST_SCN事件:加速Current SCN BASE增长

5)_allow_error_simulation=true,该值设为false时会阻止ADJUST_SCN事件

6)_smu_debug_mode= 268435456,增长SCN WRAP,这个参数需要和_allow_error_simulation=true同时使用

7)_minimum_giga_scn=n:把SCN向前推进nG,只有Current SCN和dependent SCN相差nG时这个参数才起效,否则无效。

8)*.event="10513 trace name context forever,level 2"禁止SMON回滚恢复事务

相关推荐
ZhemgLee1 分钟前
在Linux上使用Claude Code 并使用本地VS Code SSH远程访问的完整指南
linux·运维·服务器·ssh
沈浩(种子思维作者)2 分钟前
心理的研究,我从何来?
数据库·人工智能·量子计算
糖果店的幽灵7 分钟前
【langgraph 从入门到精通graphApi 篇】节点与边 —— 图的骨架
java·数据库·人工智能·redis·langgraph
z落落41 分钟前
SQL 表的基本操作 数据库增删改查(CRUD)+SQL 进阶语法详解(标识列插入、模糊查询、Union、变量、运算、别名)
数据库·sql
Yiiz.2 小时前
虚拟机网络设置
运维
代码的小搬运工4 小时前
网络请求(NSURL、NSURLRequest、NSURLSessionDataTask、协议回调与 JSON 数据的基本流向)
网络·数据库·json
乐维_lwops9 小时前
2026年如何实现多分支机构全网设备统一运维监控一
运维·cmdb·运维监控·网管·agent ops
Cx330❀10 小时前
【MySQL基础】一文吃透“表的约束”:从 Null/Default 到主外键的终极安全法则
linux·服务器·数据库·c++·mysql·安全
c2385610 小时前
第二篇:《测试指挥官:可视化单题自测框架(含 assert 实操)》
java·数据库·c++·算法·安全性测试
我科绝伦(Huanhuan Zhou)10 小时前
MySQL极端场景数据丢失防护:从Crash-Safe到异地备份
数据库·mysql