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-600[6006],ORA-600[4137]的话,需要添加参数
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回滚恢复事务

相关推荐
万邦科技Lafite1 小时前
京东按图搜索京东商品(拍立淘) API (.jd.item_search_img)快速抓取数据
开发语言·前端·数据库·python·电商开放平台·京东开放平台
金仓拾光集2 小时前
__金仓数据库平替MongoDB实战:从多模兼容到高可用落地__
数据库·mongodb·数据库平替用金仓·金仓数据库
北邮-吴怀玉2 小时前
6.1.2.2 大数据方法论与实践指南-离线任务SQL 任务开发规范
大数据·数据库·sql
流烟默2 小时前
MongoDB索引创建语法分析
数据库·mongodb
金仓拾光集2 小时前
__国产化转型实战:制造业供应链物流系统从MongoDB至金仓数据库迁移全指南__
数据库·mongodb·数据库平替用金仓·金仓数据库
初学者_xuan2 小时前
零基础新手小白快速了解掌握服务集群与自动化运维(十五)Redis模块-Redis数据库基础
运维·数据库·自动化
小马哥编程2 小时前
【软考架构】案例分析:MongoDB 如何存储非结构化数据以及其矢量化存储的优点。
数据库·mongodb·架构
默 语2 小时前
MySQL中的数据去重,该用DISTINCT还是GROUP BY?
java·数据库·mysql·distinct·group by·1024程序员节·数据去重
DooTask官方号3 小时前
DooTask 1.3.38 版本更新:MCP 服务器与 AI 工具深度融合,开启任务管理新体验
运维·服务器·人工智能·开源软件·dootask
哲Zheᗜe༘3 小时前
了解学习Redis主从复制
数据库·redis·学习