标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 kfed MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-01110 ORA-01555 ORA-01578 ORA-08103 ORA-600 2131 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (102)
- 数据库 (1,670)
- DB2 (22)
- MySQL (73)
- Oracle (1,532)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (21)
- ORA-xxxxx (159)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (14)
- ORACLE 21C (3)
- Oracle 23ai (7)
- Oracle ASM (65)
- Oracle Bug (8)
- Oracle RAC (52)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (28)
- Oracle备份恢复 (560)
- Oracle安装升级 (91)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (78)
- PostgreSQL (18)
- PostgreSQL恢复 (6)
- SQL Server (27)
- SQL Server恢复 (8)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (37)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (20)
-
最近发表
- ORA-600 krse_arc_complete.4
- Oracle 19c 202410补丁(RUs+OJVM)
- ntfs MFT损坏(ntfs文件系统故障)导致oracle异常恢复
- .mkp扩展名oracle数据文件加密恢复
- 清空redo,导致ORA-27048: skgfifi: file header information is invalid
- A_H_README_TO_RECOVER勒索恢复
- 通过alert日志分析客户自行对一个数据库恢复的来龙去脉和点评
- ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的SERVICE_NAME
- ORA-01092 ORA-00604 ORA-01558故障处理
- ORA-65088: database open should be retried
- Oracle 19c异常恢复—ORA-01209/ORA-65088
- ORA-600 16703故障再现
- 数据库启动报ORA-27102 OSD-00026 O/S-Error: (OS 1455)
- .[metro777@cock.li].Elbie勒索病毒加密数据库恢复
- 应用连接错误,初始化mysql数据库恢复
- RAC默认服务配置优先节点
- Oracle 19c RAC 替换私网操作
- 监听报TNS-12541 TNS-12560 TNS-00511错误
- drop tablespace xxx including contents恢复
- Linux 8 修改网卡名称
标签归档:kcrf_resilver_log_1
redo写丢失导致ORA-600 kcrf_resilver_log_1故障
有一个客户硬件故障,做完硬件恢复之后,数据库启动报ORA-600 kcrf_resilver_log_1错误.
Thu Aug 22 13:37:50 2024 alter database open Beginning crash recovery of 1 threads parallel recovery started with 3 processes Started redo scan Errors in file e:\oracle\zy\diag\rdbms\orcl\orcl\trace\orcl_ora_1640.trc (incident=9767): ORA-00600: 内部错误代码, 参数: [kcrf_resilver_log_1], [0x7DCEBE020], [2], [], [], [], [], [], [], [], [], [] Incident details in: e:\oracle\zy\diag\rdbms\orcl\orcl\incident\incdir_9767\orcl_ora_1640_i9767.trc Thu Aug 22 13:37:55 2024 Trace dumping is performing id=[cdmp_20240822133755] Aborting crash recovery due to error 600 Errors in file e:\oracle\zy\diag\rdbms\orcl\orcl\trace\orcl_ora_1640.trc: ORA-00600: 内部错误代码, 参数: [kcrf_resilver_log_1], [0x7DCEBE020], [2], [], [], [], [], [], [], [], [], [] Errors in file e:\oracle\zy\diag\rdbms\orcl\orcl\trace\orcl_ora_1640.trc: ORA-00600: 内部错误代码, 参数: [kcrf_resilver_log_1], [0x7DCEBE020], [2], [], [], [], [], [], [], [], [], []
查询mos出现该问题的原因一般是由于redo log write lost导致
这个问题恢复起来不难,一般就是尝试强制打开库,以前有过类似的恢复case:
ORA-600 kcrf_resilver_log_1故障处理
ORA-00600[kcrf_resilver_log_1]异常恢复
ORA-600 kcrf_resilver_log_1故障处理
接手一个客户的数据库故障处理,最初数据库启动报ORA-600 kcrf_resilver_log_1错
Mon Jan 08 16:16:22 2024 ALTER DATABASE MOUNT Successful mount of redo thread 1, with mount id 2385308630 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER DATABASE MOUNT Mon Jan 08 16:16:26 2024 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 15 processes Started redo scan Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_ora_3350.trc (incident=276167): ORA-00600: internal error code, arguments: [kcrf_resilver_log_1], [0x1542C3A00], [2], , Incident details in:/u2/11G/base/diag/rdbms/xff/xff/incident/incdir_276167/xff_ora_3350_i276167.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Aborting crash recovery due to error 600 Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_ora_3350.trc: ORA-00600: internal error code, arguments: [kcrf_resilver_log_1], [0x1542C3A00], [2] Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_ora_3350.trc: ORA-00600: internal error code, arguments: [kcrf_resilver_log_1], [0x1542C3A00], [2] ORA-600 signalled during: ALTER DATABASE OPEN...
客户自行recover数据库之后报ORA-00283 ORA-00742 ORA-00312错
Mon Jan 08 17:05:34 2024 ALTER DATABASE RECOVER database Media Recovery Start started logmerger process Parallel Media Recovery started with 16 slaves Mon Jan 08 17:05:35 2024 Recovery of Online Redo Log: Thread 1 Group 2 Seq 63899 Reading mem 0 Mem# 0: /u2/11G/data/xff/redo02.log Media Recovery failed with error 742 Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_pr00_3857.trc: ORA-00283: recovery session canceled due to errors ORA-00742: Log read detects lost write in thread %d sequence %d block %d ORA-00312: online log 2 thread 1: '/u2/11G/data/xff/redo02.log' ORA-283 signalled during: ALTER DATABASE RECOVER database ...
客户强制打开数据库
Tue Jan 09 17:37:51 2024 ALTER DATABASE OPEN Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_ora_3501.trc: ORA-01589: must use RESETLOGS or NORESETLOGS option for database open ORA-1589 signalled during: ALTER DATABASE OPEN... Tue Jan 09 17:43:45 2024 alter database open resetlogs RESETLOGS is being done without consistancy checks. This may result in a corrupted database. The database should be recreated. RESETLOGS after incomplete recovery UNTIL CHANGE 4418119911 Resetting resetlogs activation ID 2289128497 (0x88715431) Online log /u2/11G/data/xff/redo01.log: Thread 1 Group 1 was previously cleared Online log /u2/11G/data/xff/redo02.log: Thread 1 Group 2 was previously cleared Online log /u2/11G/data/xff/redo03.log: Thread 1 Group 3 was previously cleared Tue Jan 09 17:43:46 2024 Setting recovery target incarnation to 3 Tue Jan 09 17:43:46 2024 Assigning activation ID 2385405291 (0x8e2e656b) Thread 1 opened at log sequence 1 Current log# 1 seq# 1 mem# 0: /u2/11G/data/xff/redo01.log Successful open of redo thread 1 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Tue Jan 09 17:43:46 2024 SMON: enabling cache recovery Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_ora_3501.trc (incident=492171): ORA-00600: internal error code, arguments: [2662], [1], [123152622], [1], [123176387], [12583040], [] Incident details in: /u2/11G/base/diag/rdbms/xff/xff/incident/incdir_492171/xff_ora_3501_i492171.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_ora_3501.trc: ORA-00600: internal error code, arguments: [2662], [1], [123152622], [1], [123176387], [12583040], [] Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_ora_3501.trc: ORA-00600: internal error code, arguments: [2662], [1], [123152622], [1], [123176387], [12583040], [] Error 600 happened during db open, shutting down database USER (ospid: 3501): terminating the instance due to error 600 Instance terminated by USER, pid = 3501 ORA-1092 signalled during: alter database open resetlogs...
这个故障相对比较简单,修改数据库scn之后,即可open数据库,然后逻辑方式迁移数据到新库即可
ORA-00600[kcrf_resilver_log_1]异常恢复
朋友在win x64位上的ORACLE 11.2.0.1启动出现ORA-00600[kcrf_resilver_log_1],让我帮忙看看,通过分析主要是因为Unpblished Bug 9056657导致
数据库启动报错
数据库在open的时候报ORA-00600[kcrf_resilver_log_1]
SQL> alter database open; alter database open * 第 1 行出现错误: ORA-00600: 内部错误代码, 参数: [kcrf_resilver_log_1], [0x7FF61C56E30], [2], [], [], [], [], [], [], [], [], []
alert日志报错
Sat Mar 01 18:40:44 2014 alter database open Beginning crash recovery of 1 threads parallel recovery started with 3 processes Started redo scan Errors in file f:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_6432.trc (incident=61360): ORA-00600: 内部错误代码, 参数: [kcrf_resilver_log_1], [0x7FF61C56E30], [2], [], [], [], [], [], [], [], [], [] Incident details in: f:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_61360\orcl_ora_6432_i61360.trc Aborting crash recovery due to error 600 Errors in file f:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_6432.trc: ORA-00600: 内部错误代码, 参数: [kcrf_resilver_log_1], [0x7FF61C56E30], [2], [], [], [], [], [], [], [], [], [] Errors in file f:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_6432.trc: ORA-00600: 内部错误代码, 参数: [kcrf_resilver_log_1], [0x7FF61C56E30], [2], [], [], [], [], [], [], [], [], [] ORA-600 signalled during: alter database open...
分先相关SCN
控制文件scn
控制文件中数据文件scn
数据文件头scn
通过这里可以知道,数据文件头的scn,控制文件中关于数据文件的scn都表明数据库为正常关闭,且scn值为16574746,但是控制文件中记录数据库SCN的值为16551515,可以判断数据库因为某种原因导致控制文件中的部分scn记录异常.
处理方法
因为控制文件SCN异常,考虑直接重建控制文件或者using backup controlfile方式恢复
SQL> select group#,status,sequence# from v$log; GROUP# STATUS SEQUENCE# ---------- ---------------- ---------- 1 CURRENT 1510 3 ACTIVE 1509 2 ACTIVE 1508 GROUP# MEMBER ---------- -------------------------------------------------- 3 F:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO03.LOG 2 F:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO02.LOG 1 F:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG SQL> recover database using backup controlfile until cancel; ORA-00279: 更改 16574746 (在 03/01/2014 13:10:11 生成) 对于线程 1 是必需的 ORA-00289: 建议: F:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2014_0 3_01\O1_MF_1_1510_%U_.ARC ORA-00280: 更改 16574746 (用于线程 1) 在序列 #1510 中 指定日志: {<RET>=suggested | filename | AUTO | CANCEL} F:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG 已应用的日志。 完成介质恢复。 SQL> alter database open resetlogs; 数据库已更改。
在最近的同样的错误,但是没有如此的幸运具体参考:记录一次ORA-00600 [kcrf_resilver_log_1] 恢复过程