标签云
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,671)
- DB2 (22)
- MySQL (73)
- Oracle (1,533)
- 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安装升级 (92)
- 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)
-
最近发表
- Kylin Linux 安装19c
- 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恢复
分类目录归档:ORA-xxxxx
ORA-600 17182导致oracle异常
正常运行的数据库突然爆ORA-00600 17182,然后直接crash,以前遇到过类似的case:分享一例由于主库逻辑坏块导致dataguard容灾失效,这又是一例数据库正常crash之后无法启动成功的case
Tue May 22 08:32:12 2018 Archived Log entry 84344 added for thread 1 sequence 90196 ID 0x103430df dest 1: Tue May 22 09:05:42 2018 Thread 1 cannot allocate new log, sequence 90198 Private strand flush not complete Current log# 4 seq# 90197 mem# 0: +DATA/xifenfei/onlinelog/group_4.279.887464919 Thread 1 advanced to log sequence 90198 (LGWR switch) Current log# 2 seq# 90198 mem# 0: +DATA/xifenfei/onlinelog/group_2.263.887465041 Tue May 22 09:05:46 2018 Archived Log entry 84345 added for thread 1 sequence 90197 ID 0x103430df dest 1: Tue May 22 09:07:42 2018 Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_ora_16297.trc (incident=592822): ORA-00600: 内部错误代码, 参数: [17182], [0x7FE274EADBF8], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_592822/xifenfei_ora_16297_i592822.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Tue May 22 09:07:45 2018 Dumping diagnostic data in directory=[cdmp_20180522090745], requested by (instance=1, osid=16297), summary=[incident=592822]. Tue May 22 09:07:46 2018 Sweep [inc][592822]: completed Sweep [inc2][592822]: completed Tue May 22 09:08:29 2018 Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_ora_16297.trc (incident=592824): ORA-07445: 出现异常错误: 核心转储 [kghrcdepth()+168] [SIGSEGV] [ADDR:0x7FE2766ADD04] [PC:0x2C2B886] [Invalid permissions for mapped object] [] ORA-00600: 内部错误代码, 参数: [kghrcdepth:ds], [0x7FE274EADBE8], [], [], [], [], [], [], [], [], [], [] ORA-00600: 内部错误代码, 参数: [17182], [0x7FE274EADBF8], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_592824/xifenfei_ora_16297_i592824.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Tue May 22 09:08:31 2018 Dumping diagnostic data in directory=[cdmp_20180522090831], requested by (instance=1, osid=16297), summary=[incident=592823]. Tue May 22 09:08:44 2018 Block recovery from logseq 90198, block 37639 to scn 161030804187 Recovery of Online Redo Log: Thread 1 Group 2 Seq 90198 Reading mem 0 Mem# 0: +DATA/xifenfei/onlinelog/group_2.263.887465041 Block recovery completed at rba 90198.97219.16, scn 37.2117014236 Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_pmon_7690.trc (incident=592118): ORA-00600: internal error code, arguments: [17182], [0x7F96BDA2AA70], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_592118/xifenfei_pmon_7690_i592118.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x97E6B5C, kghpmfal()+216] [flags: 0x0, count: 1] Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_pmon_7690.trc (incident=592119): ORA-07445: exception encountered: core dump [kghpmfal()+216] [SIGSEGV] [ADDR:0x0] [PC:0x97E6B5C] [SI_KERNEL(general_protection)] [] ORA-00600: internal error code, arguments: [17182], [0x7F96BDA2AA70], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_592119/xifenfei_pmon_7690_i592119.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Tue May 22 09:08:45 2018 Dumping diagnostic data in directory=[cdmp_20180522090845], requested by (instance=1, osid=7690 (PMON)), summary=[incident=592118]. Tue May 22 09:08:47 2018 Sweep [inc][592824]: completed Sweep [inc][592823]: completed Sweep [inc][592119]: completed Sweep [inc][592118]: completed Sweep [inc2][592824]: completed Sweep [inc2][592119]: completed Sweep [inc2][592118]: completed Tue May 22 09:08:47 2018 ARC2 (ospid: 7834): terminating the instance due to error 472 Instance terminated by ARC2, pid = 7834
无法正常open
Completed: ALTER DATABASE MOUNT Tue May 22 09:26:44 2018 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 15 processes Started redo scan Completed redo scan read 12232 KB redo, 4787 data blocks need recovery Started redo application at Thread 1: logseq 90199, block 233846 Recovery of Online Redo Log: Thread 1 Group 3 Seq 90199 Reading mem 0 Mem# 0: +DATA/xifenfei/onlinelog/group_3.262.887465049 Completed redo application of 10.34MB Completed crash recovery at Thread 1: logseq 90199, block 258311, scn 161030851622 4787 data blocks read, 4787 data blocks written, 12232 redo k-bytes read LGWR: STARTING ARCH PROCESSES Tue May 22 09:26:45 2018 ARC0 started with pid=48, OS id=18632 Tue May 22 09:26:46 2018 ARC0: Archival started LGWR: STARTING ARCH PROCESSES COMPLETE ARC0: STARTING ARCH PROCESSES Thread 1 advanced to log sequence 90200 (thread open) Tue May 22 09:26:46 2018 ARC1 started with pid=49, OS id=18636 Tue May 22 09:26:46 2018 ARC2 started with pid=50, OS id=18640 Tue May 22 09:26:46 2018 ARC3 started with pid=51, OS id=18644 ARC1: Archival started ARC2: Archival started ARC1: Becoming the 'no FAL' ARCH ARC1: Becoming the 'no SRL' ARCH ARC2: Becoming the heartbeat ARCH Thread 1 opened at log sequence 90200 Current log# 5 seq# 90200 mem# 0: +DATA/xifenfei/onlinelog/group_5.280.887465135 Successful open of redo thread 1 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Tue May 22 09:26:46 2018 SMON: enabling cache recovery [18512] Successfully onlined Undo Tablespace 2. Undo initialization finished serial:0 start:2704839736 end:2704839986 diff:250 (2 seconds) Verifying file header compatibility for 11g tablespace encryption.. Verifying 11g file header compatibility for tablespace encryption completed SMON: enabling tx recovery Database Characterset is AL32UTF8 Archived Log entry 84347 added for thread 1 sequence 90199 ID 0x103430df dest 1: No Resource Manager plan active replication_dependency_tracking turned off (no async multimaster replication found) Tue May 22 09:26:47 2018 Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_p019_18664.trc (incident=624628): ORA-00600: internal error code, arguments: [17182], [0x7F7A4A50DBF8], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_624628/xifenfei_p019_18664_i624628.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. ARC3: Archival started ARC0: STARTING ARCH PROCESSES COMPLETE Starting background process QMNC Tue May 22 09:26:48 2018 QMNC started with pid=71, OS id=18737 Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x97ECF6C, kghalo()+570] [flags: 0x0, count: 1] Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_p019_18664.trc (incident=624629): ORA-00600: internal error code, arguments: [17182], [0x7F7A4A50DBF8], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_624629/xifenfei_p019_18664_i624629.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Tue May 22 09:26:49 2018 Tue May 22 09:26:50 2018 Starting background process EMNC Tue May 22 09:26:50 2018 EMNC started with pid=76, OS id=18814 Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x97ECF6C, kghalo()+570] [flags: 0x0, count: 2] Completed: ALTER DATABASE OPEN Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_p019_18664.trc (incident=624630): ORA-07445: exception encountered: core dump [kghalo()+570] [SIGSEGV] [ADDR:0x0] [PC:0x97ECF6C] [SI_KERNEL(general_protection)] [] ORA-07445: exception encountered: core dump [kghalo()+570] [SIGSEGV] [ADDR:0x0] [PC:0x97ECF6C] [SI_KERNEL(general_protection)] [] ORA-00600: internal error code, arguments: [17182], [0x7F7A4A50DBF8], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_624630/xifenfei_p019_18664_i624630.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Tue May 22 09:27:01 2018 Block recovery from logseq 90200, block 59 to scn 161030851961 Recovery of Online Redo Log: Thread 1 Group 5 Seq 90200 Reading mem 0 Mem# 0: +DATA/xifenfei/onlinelog/group_5.280.887465135 Block recovery stopped at EOT rba 90200.935.16 Block recovery completed at rba 90200.935.16, scn 37.2117062009 Starting background process CJQ0 Tue May 22 09:27:01 2018 SMON: slave died unexpectedly, downgrading to serial recovery Tue May 22 09:27:01 2018 CJQ0 started with pid=56, OS id=18922 Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x9823AA3, kghalo()+567] [flags: 0x0, count: 1] Errors in file /u01/app/diag/rdbms/posdg/posdg/trace/posdg_p019_11656.trc (incident=1136658): ORA-07445: exception encountered: core dump [kghalo()+567] [SIGSEGV] [ADDR:0x0] [PC:0x9823AA3] [SI_KERNEL(general_protection)] [] ORA-00600: internal error code, arguments: [17182], [0x7F813F61DBF8], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/posdg/posdg/incident/incdir_1136658/posdg_p019_11656_i1136658.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. 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 /u01/app/diag/rdbms/posdg/posdg/trace/posdg_ora_10925.trc: ORA-00600: internal error code, arguments: [2252], [49410], [2147581953], [3726], [1009467392], [], [], [], [], [], [], [] Errors in file /u01/app/diag/rdbms/posdg/posdg/trace/posdg_ora_10925.trc: ORA-00600: internal error code, arguments: [2252], [49410], [2147581953], [3726], [1009467392], [], [], [], [], [], [], [] Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_smon_18434.trc (incident=624292): ORA-00600: internal error code, arguments: [17182], [0x7F7488BDD7A0], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_624292/xifenfei_smon_18434_i624292.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x97E64D7, kghalf()+537] [flags: 0x0, count: 1] Errors in file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_smon_18434.trc (incident=624293): ORA-07445: exception encountered: core dump [kghalf()+537] [SIGSEGV] [ADDR:0x0] [PC:0x97E64D7] [SI_KERNEL(general_protection)] [] ORA-00600: internal error code, arguments: [17182], [0x7F7488BDD7A0], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/diag/rdbms/xifenfei/xifenfei/incident/incdir_624293/xifenfei_smon_18434_i624293.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Tue May 22 09:27:03 2018 Dumping diagnostic data in directory=[cdmp_20180522092703], requested by (instance=1, osid=18434 (SMON)), summary=[incident=624292]. PMON (ospid: 18383): terminating the instance due to error 474 Tue May 22 09:27:05 2018 opiodr aborting process unknown ospid (18839) as a result of ORA-1092 System state dump requested by (instance=1, osid=18383 (PMON)), summary=[abnormal instance termination]. System State dumped to trace file /u01/app/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_diag_18402_20180522092705.trc Tue May 22 09:27:05 2018 ORA-1092 : opitsk aborting process Instance terminated by PMON, pid = 18383
通过对于启动过程的观察,比较明显,由于数据库无法正常回滚,导致smon进程异常,从而使得数据库无法启动成功.恢复方法比较简单,就是对异常事务进行提交或者跳过即可
ORA-19821故障分析
数据库报错
数据库启动报ORA-00283和ORA-19821错
SQL> recover database; ORA-00283: recovery session canceled due to errors ORA-19821: an intentionally corrupt log file was found SQL> recover datafile 1; ORA-00283: recovery session canceled due to errors ORA-19821: an intentionally corrupt log file was found
Thu May 03 12:06:51 2018 Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0 Mem# 0: D:\APP\SOHTDB\ORADATA\xifenfei\REDO01.LOG Media Recovery failed with error 19821 Errors in file d:\app\sohtdb\diag\rdbms\xifenfei\xifenfei\trace\xifenfei_pr00_660.trc: ORA-00283: recovery session canceled due to errors ORA-19821: an intentionally corrupt log file was found Slave exiting with ORA-283 exception Errors in file d:\app\sohtdb\diag\rdbms\xifenfei\xifenfei\trace\xifenfei_pr00_660.trc: ORA-00283: recovery session canceled due to errors ORA-19821: an intentionally corrupt log file was found ORA-283 signalled during: ALTER DATABASE RECOVER database ...
ORA-19821报错原因
这个错误相对比较少见,查询mos,由于设置了_disable_logging = TRUE导致该问题
检查alert日志,_disable_logging参数确实被认为设置为true了.
解决方法
根据官方的描述,这样的情况无法常规恢复,但是我们知道设置这个参数是为了不产生日志,因此出现这种情况,只能通过隐含参数,禁止数据库进行实例恢复,强制打开数据库.在这样的过程中非常容易遭遇类似ORA-600 2662的错误.
设置这个参数是为了不产生日志,当数据库非干净关闭(主机断电,数据库crash,shutdown abort等),就非常可能导致数据库无法正常启动.***千不可万不能在生产环境中设置_disable_logging = TRUE***
参考文档:Ora-19821 during the recovery (Doc ID 1217143.1)
Init.ora Parameter “_DISABLE_LOGGING” [Hidden] Reference Note (Doc ID 29552.1)
ORA-00333 故障恢复
数据库启动报错
SQL> startup ORACLE instance started. Total System Global Area 1241513984 bytes Fixed Size 1219136 bytes Variable Size 218105280 bytes Database Buffers 1006632960 bytes Redo Buffers 15556608 bytes Database mounted. ORA-00333: redo log read error block 48641 count 8192
数据库启动报ORA-00333错误,官方解释为读redo log发生错误.
00333, 00000, "redo log read error block %s count %s" // *Cause: An IO error occurred while reading the log described in the // accompanying error. // *Action: Restore accessibility to file, or get another copy of the file.
alert日志
Sat Apr 14 00:39:13 2018 alter database open Sat Apr 14 00:39:13 2018 Beginning crash recovery of 1 threads parallel recovery started with 7 processes Sat Apr 14 00:39:13 2018 Started redo scan Sat Apr 14 00:39:14 2018 Errors in file /oracle/admin/oa/udump/oa_ora_5659.trc: ORA-00333: redo log read error block 54785 count 2048 ORA-00312: online log 1 thread 1: '/oracle/oradata/oa/redo01.log' ORA-27072: File I/O error Linux Error: 5: Input/output error Additional information: 4 Additional information: 54785 Additional information: 957952 Sat Apr 14 00:39:14 2018 Errors in file /oracle/admin/oa/udump/oa_ora_5659.trc: ORA-00333: redo log read error block 48641 count 8192 ORA-00312: online log 1 thread 1: '/oracle/oradata/oa/redo01.log' ORA-27091: unable to queue I/O ORA-27072: File I/O error Linux Error: 5: Input/output error Additional information: 4 Additional information: 54785 Additional information: 957952 Sat Apr 14 00:39:14 2018 Aborting crash recovery due to error 333 Sat Apr 14 00:39:14 2018 Errors in file /oracle/admin/oa/udump/oa_ora_5659.trc: ORA-00333: redo log read error block 48641 count 8192 ORA-333 signalled during: alter database open...
由于硬件异常,数据库在启动的时候读取redo异常,从而使得数据库无法正常启动
检查系统日志
Apr 14 11:14:58 oa kernel: Info fld=0x0, Current sda: sense key Hardware Error Apr 14 11:14:59 oa kernel: Additional sense: Internal target failure Apr 14 11:14:59 oa kernel: end_request: I/O error, dev sda, sector 190500041 Apr 14 11:14:59 oa kernel: SCSI error : <0 0 0 0> return code = 0x8000002 Apr 14 11:14:59 oa kernel: Info fld=0x0, Current sda: sense key Hardware Error Apr 14 11:14:59 oa kernel: Additional sense: Internal target failure Apr 14 11:14:59 oa kernel: end_request: I/O error, dev sda, sector 190500049 Apr 14 11:14:59 oa kernel: SCSI error : <0 0 0 0> return code = 0x8000002 Apr 14 11:14:59 oa kernel: Info fld=0x0, Current sda: sense key Hardware Error Apr 14 11:14:59 oa kernel: Additional sense: Internal target failure Apr 14 11:14:59 oa kernel: end_request: I/O error, dev sda, sector 190500057 Apr 14 11:14:59 oa kernel: SCSI error : <0 0 0 0> return code = 0x8000002 Apr 14 11:14:59 oa kernel: Info fld=0x0, Current sda: sense key Hardware Error Apr 14 11:14:59 oa kernel: Additional sense: Internal target failure Apr 14 11:14:59 oa kernel: end_request: I/O error, dev sda, sector 190500065 Apr 14 11:14:59 oa kernel: SCSI error : <0 0 0 0> return code = 0x8000002
大量类似I/O error, dev sda, sector错误,很可能是由于硬件方面异常导致.
损坏redo为当前redo
针对这样的情况,由于是硬件故障,先要通过dbv或者rman检查其他数据文件是否正常,如果有数据文件不能读,那需要对数据文件进行特殊处理.本次恢复的中,客户相对比较幸运,所有数据文件全部可以正常访问,只是当前redo异常,通过隐含参数强制拉库,然后导出数据,重建库解决.类似文章:又一起存储故障导致ORA-00333 ORA-00312恢复