标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-00742 ORA-01110 ORA-01555 ORA-01578 ORA-01595 ORA-08103 ORA-600 2131 ORA-600 2662 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)
- 操作系统 (103)
- 数据库 (1,748)
- DB2 (22)
- MySQL (75)
- Oracle (1,594)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (162)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (68)
- Oracle Bug (8)
- Oracle RAC (54)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (28)
- Oracle备份恢复 (584)
- Oracle安装升级 (96)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (84)
- PostgreSQL (30)
- pdu工具 (6)
- PostgreSQL恢复 (9)
- SQL Server (30)
- SQL Server恢复 (11)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (38)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (21)
-
最近发表
- Oracle 19c 202504补丁(RUs+OJVM)-19.27
- Oracle Recovery Tools修复ORA-600 6101/kdxlin:psno out of range故障
- pdu完美支持金仓数据库恢复(KingbaseES)
- 虚拟机故障引起ORA-00310 ORA-00334故障处理
- pg创建gbk字符集库
- PostgreSQL运行日志管理
- ora-600 kdsgrp1 错误描述
- GAM、SGAM 或 PFS 页上存在页错误处理
- ORA-600 krhpfh_03-1208
- VMware勒索加密恢复(vmdk勒索恢复)
- ORA-39773: parse of metadata stream failed故障处理
- sql数据库备份失败—失败: 23(数据错误(循环冗余检查)
- vmdk文件被加密恢复(虚拟机文件加密)
- 差点被误操作的ORA-600 kcratr_nab_less_than_odr故障
- win平台19c 打patch遭遇2个小问题汇总
- pg单个数据库目录恢复-pdu恢复单个数据库目录数据
- pg删除数据恢复—pdu恢复pg delete数据
- .[OnlyBuy@cyberfear.com].REVRAC勒索mysql恢复
- 表dml操作权限授权给public,导致只读用户失效
- 21c数据库恢复遭遇ora-600 ktugct: corruption detected
分类目录归档:数据库
ora-600 kdsgrp1 错误描述
当 fetch作找不到预期的行时,会引发 ora-600 [kdsgrp1] 错误。该错误在内存中命中,因此可能是仅内存错误或由磁盘损坏导致的错误。
此错误可能表示(但不限于)以下任何情况:
- 丢失写入
- 并行 DML 问题
- 索引损坏
- 数据块损坏
- 一致性读取 [CR] 问题
- 缓冲区缓存损坏
说明 285586.1 - ORA-600 [kdsgrp1] 中
提供了已知问题的完整列表:
每个错误都有一个简短描述,指示遇到它的情况。可以通过选择您的数据库版本来缩短 bug 列表,以仅显示可能影响您的问题。
此问题可能是间歇性的,也可能持续存在,直到修复底层磁盘级别损坏为止。间歇性问题可能是基于内存的(但是,对损坏的间歇性访问可能会与间歇性内存问题相混淆)。
常见的解决方法
如果问题仅在内存中,我们可以尝试通过刷新缓冲区缓存来立即解决问题,但请记住考虑对生产系统的性能影响:
更改系统刷新buffer_cache;
如果我们遇到间歇性一致性读取问题,我们可以尝试禁用 rowCR,这是一种优化,通过在初始化文件中设置 _row_cr=FALSE 来减少查询期间的一致性读取回滚。但是,这可能会导致查询的性能下降。请检查“RowCR hits”/“RowCR attempts”这两个统计信息的比率,以确定是否要使用解决方法。
如果这是索引损坏的结果,那么我们可以删除并重新构建索引。请注意,这将需要在 生产系统上有一个 maintenance window。
根本原因确定
现在让我们看看我们如何发现问题的根本原因:查找此问题根本原因的第一步是检查生成的跟踪文件。ora-600 将在跟踪目录中生成跟踪文件,并在事件目录中的事件 ID 下生成事件文件。
跟踪文件的顶部告诉我们遇到错误时正在运行的 SQL:
—–此会话的当前 SQL 语句 (sql_id=9mamr7xn4wg7x) —–
这立即向我们显示了访问的数据对象。在跟踪文件中搜索文本字符串 ‘Plan Table’ 将找到此跟踪文件中转储的 SQL 执行计划。对于持久性问题,这允许我们确定哪些索引已被访问,从而确定应验证以检查块损坏的索引:
SQL>分析索引 <OWNER>.<INDEX NAME>在线验证结构;
指数分析。
我们可以采取的另一种方法是使用 trace 文件中包含的 file 和 block 信息。在跟踪文件的顶部,我们将找到有关发现损坏的块的信息:
会话 ID:(3202.5644) 2011-03-19 04:12:16.910
行 07c7c8c7.a 在
文件# 31 块# 510151插槽 11 未找到的延续
行 07c7c8c7.a 在
文件# 31 块# 510151插槽 11 未找到的延续
此信息可用于识别 dba_extents 中的对象详细信息:
从 dba_extents 中选择 owner、segment_name、segment_type、partition_name,tablespace_name
其中 relative_fno = <文件 id>
并且 <block#> 在 block_id 和 (block_id+blocks-1) 之间;
其中 relative_fno = <文件 id>
并且 <block#> 在 block_id 和 (block_id+blocks-1) 之间;
然后我们可以验证这个对象,例如一个表和它的所有索引:
分析表 <OWNER>.<TABLE NAME>在线验证结构级联;
请记住,我们可能正在处理不在对象块本身中的永久损坏。这方面的示例包括:
- 可传输表空间作导致的字典损坏问题:检查 dba_tablespaces 以查看表空间是否已插入。
- ASM 磁盘组镜像中的写入丢失 – 最有可能在存在大量 IO 和磁盘重新同步活动时看到。要检查此内容,请运行 dbms_diskgroup.checkfile 以检测镜像差异
如果 analyze 报告没有损坏,则检查表上是否有任何链接的行。如果存在这些,则可能存在未检测到的损坏,并且每当运行 SQL 时,问题都会再次出现。导出表也会检测到此问题。
如果 analyze 和 export 表(在存在链式行的情况下)都报告没有错误,则应将其视为一致性读取问题。
了解问题的性质后,您可以查看已知 bug 列表并确定哪个 bug 与您的条件匹配。如果您无法确定哪个问题影响了您,请向 Oracle 技术支持提交服务请求,并上传所有节点的 RDBMS 和 ASM(如果适用)实例警报日志、生成的任何跟踪和事件文件以及问题性质的完整描述。
|
GAM、SGAM 或 PFS 页上存在页错误处理
有客户sql server数据库由于硬件故障,导致dbcc的时候报类似GAM、SGAM 或 PFS 页上存在页错误
kzj2025的 DBCC 结果。 Service Broker 消息 9675,状态 1: 已分析的消息类型: 14。 Service Broker 消息 9676,状态 1: 已分析的服务约定: 6。 Service Broker 消息 9667,状态 1: 已分析的服务: 3。 Service Broker 消息 9668,状态 1: 已分析的服务队列: 3。 Service Broker 消息 9669,状态 1: 已分析的会话端点: 0。 Service Broker 消息 9674,状态 1: 已分析的会话组: 0。 Service Broker 消息 9670,状态 1: 已分析的远程服务绑定: 0。 Service Broker 消息 9605,状态 1: 已分析的会话优先级: 0。 消息 8939,级别 16,状态 98,第 1 行 表错误: 对象 ID 0,索引 ID -1,分区 ID 0,分配单元 ID -2958221917649371136 (类型为 Unknown),页 (12337:808857908)。测试(IS_OFF (BUF_IOERR, pBUF->bstat))失败。值为 12716041 和 -10。 消息 8998,级别 16,状态 2,第 1 行 GAM、SGAM 或 PFS 页上存在页错误,无法对数据库 ID 6 中从 (1:186024) 到 (1:194111) 的页继续进行分配完整性检查。原因请参阅其他错误消息。 CHECKDB 发现有 2 个分配错误和 0 个一致性错误与任何单个的对象都没有关联。 sys.sysrscols的 DBCC 结果。 对象 'sys.sysrscols' 的 171 页中有 16248 行。 sys.sysrowsets的 DBCC 结果。 …………………… 对象 'gspz_pmaintainidx' 的 12 页中有 1658 行。 DiseasesMedicationsIndex_temp的 DBCC 结果。 对象 'DiseasesMedicationsIndex_temp' 的 0 页中有 0 行。 GSP_BackBill的 DBCC 结果。 对象 'GSP_BackBill' 的 0 页中有 0 行。 Gsp_L_KwGradeIndex的 DBCC 结果。 对象 'Gsp_L_KwGradeIndex' 的 0 页中有 0 行。 Web_T_Message的 DBCC 结果。 对象 'Web_T_Message' 的 0 页中有 0 行。 CHECKDB 在数据库 'kzj2025' 中发现 2 个分配错误和 0 个一致性错误。 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 完成时间: 2025-03-29T19:53:21.6977003+08:00
由于GAM、SGAM 或 PFS是和sql数据库文件的空间分配有关系,对于这种情况,一般无法直接修复,需要对库进行重构的方法进行修复,我们处理之后,dbcc检查一切正常

ORA-600 krhpfh_03-1208
最近一个客户咨询一个问题,他正常的drop tbs,结果触发ORA-600 krhpfh_03-1208 错误,导致数据库crash
Wed Mar 26 14:33:20 2025 Thread 1 cannot allocate new log, sequence 478485 Checkpoint not complete Current log# 2 seq# 478484 mem# 0: /apps/data/oracle/orcl/redo02.log Thread 1 advanced to log sequence 478485 (LGWR switch) Current log# 3 seq# 478485 mem# 0: /apps/data/oracle/orcl/redo03.log Wed Mar 26 14:35:06 2025 Wed Mar 26 14:35:06 2025 drop tablespace XFF_MON_2016 including contents and datafiles cascade constraint Read of datafile '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' (fno 17) header failed with ORA-01208 Rereading datafile 17 header failed with ORA-01208 Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_188213.trc (incident=7677): ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01122: 数据库文件 17 验证失败 ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01208: 数据文件是旧的版本 - 不能访问当前版本 Incident details in: /apps/svr/oracle/diag/rdbms/orcl/orcl/incident/incdir_7677/orcl_ora_188213_i7677.trc Wed Mar 26 14:35:07 2025 Trace dumping is performing id=[cdmp_20250326143507] ORA-600 signalled during: drop tablespace XFF_MON_2016 including contents and datafiles cascade constraint... Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_188213.trc (incident=7678): ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01122: 数据库文件 17 验证失败 ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01208: 数据文件是旧的版本 - 不能访问当前版本 Incident details in: /apps/svr/oracle/diag/rdbms/orcl/orcl/incident/incdir_7678/orcl_ora_188213_i7678.trc Wed Mar 26 14:35:08 2025 Sweep [inc][7678]: completed Sweep [inc][7677]: completed Sweep [inc2][7677]: completed Wed Mar 26 14:35:09 2025 Thread 1 cannot allocate new log, sequence 478486 Checkpoint not complete Current log# 3 seq# 478485 mem# 0: /apps/data/oracle/orcl/redo03.log Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_188213.trc (incident=7679): ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01122: 数据库文件 17 验证失败 ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01208: 数据文件是旧的版本 - 不能访问当前版本 Incident details in: /apps/svr/oracle/diag/rdbms/orcl/orcl/incident/incdir_7679/orcl_ora_188213_i7679.trc Trace dumping is performing id=[cdmp_20250326143511] Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_188213.trc: ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: 内部错误代码, 参数: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935],[],[],[],[],[] ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01122: 数据库文件 17 验证失败 ORA-01110: 数据文件 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01208: 数据文件是旧的版本 - 不能访问当前版本 Thread 1 advanced to log sequence 478486 (LGWR switch) Current log# 1 seq# 478486 mem# 0: /apps/data/oracle/orcl/redo01.log Wed Mar 26 14:35:13 2025 Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_188213.trc (incident=15551): ORA-00603: ORACLE server session terminated by fatal error ORA-00600: internal error code, arguments: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935] ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: internal error code, arguments: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935] ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: internal error code, arguments: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935] ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01122: database file 17 failed verification check ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01208: data file is an old version - not accessing current version Incident details in: /apps/svr/oracle/diag/rdbms/orcl/orcl/incident/incdir_15551/orcl_ora_188213_i15551.trc Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/incident/incdir_15551/orcl_ora_188213_i15551.trc: ORA-00603: ORACLE server session terminated by fatal error ORA-00600: internal error code, arguments: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935] ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: internal error code, arguments: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935] ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-00600: internal error code, arguments: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935] ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01122: database file 17 failed verification check ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-01208: data file is an old version - not accessing current version Trace dumping is performing id=[cdmp_20250326143514] Wed Mar 26 14:35:15 2025 Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/trace/orcl_pmon_139367.trc (incident=7224): ORA-00600: internal error code, arguments: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935] ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' Incident details in: /apps/svr/oracle/diag/rdbms/orcl/orcl/incident/incdir_7224/orcl_pmon_139367_i7224.trc Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/trace/orcl_pmon_139367.trc: ORA-00600: internal error code, arguments: [krhpfh_03-1208],[fno =],[17],[fecpc =],[454709],[fhcpc =],[402935] ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' Wed Mar 26 14:35:19 2025 drop tablespace XFF_MON_2016 including contents and datafiles cascade constraint Wed Mar 26 14:35:20 2025 DBW0 (ospid: 139390): terminating the instance due to error 472 Instance terminated by DBW0, pid = 139390
这个报错信息看,但是发起drop tbs之后,数据库应该是检查file 17号文件的状态,发现这个版本状态过旧(ORA-01208: 数据文件是旧的版本),由于某种原因报出来了krhpfh_03-1208,导致数据库crash了,然后他尝试启动数据库报ORA-01113: file 17 needs media recovery
Wed Mar 26 17:11:00 2025 Starting ORACLE instance (normal) Wed Mar 26 17:11:17 2025 LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Picked latch-free SCN scheme 3 Wed Mar 26 17:11:28 2025 Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST Autotune of undo retention is turned on. IMODE=BR ILAT =168 LICENSE_MAX_USERS = 0 SYS auditing is disabled Starting up: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production With the Partitioning, Oracle Label Security, OLAP, Data Mining, Oracle Database Vault and Real Application Testing options. Using parameter settings in server-side spfile /apps/svr/oracle/product/11.2.0/dbhome_1/dbs/spfileorcl.ora System parameters with non-default values: processes = 1000 sga_target = 0 memory_target = 66048M memory_max_target = 66048M control_files = "/apps/data/oracle/orcl/control01.ctl" control_files = "/apps/svr/oracle/flash_recovery_area/orcl/control02.ctl" db_block_size = 8192 compatible = "11.2.0.0.0" db_recovery_file_dest = "/apps/svr/oracle/flash_recovery_area" db_recovery_file_dest_size= 3882M undo_tablespace = "UNDOTBS1" remote_login_passwordfile= "EXCLUSIVE" db_domain = "" dispatchers = "(PROTOCOL=TCP) (SERVICE=orclXDB)" audit_file_dest = "/apps/svr/oracle/admin/orcl/adump" audit_trail = "DB" db_name = "orcl" open_cursors = 300 pga_aggregate_target = 0 diagnostic_dest = "/apps/svr/oracle" Wed Mar 26 17:11:29 2025 PMON started with pid=2, OS id=28315 Wed Mar 26 17:11:29 2025 VKTM started with pid=3, OS id=28317 at elevated priority VKTM running at (10)millisec precision with DBRM quantum (100)ms Wed Mar 26 17:11:29 2025 GEN0 started with pid=4, OS id=28324 Wed Mar 26 17:11:29 2025 DIAG started with pid=5, OS id=28326 Wed Mar 26 17:11:29 2025 DBRM started with pid=6, OS id=28328 Wed Mar 26 17:11:29 2025 PSP0 started with pid=7, OS id=28330 Wed Mar 26 17:11:29 2025 DIA0 started with pid=9, OS id=28334 Wed Mar 26 17:11:29 2025 MMAN started with pid=8, OS id=28336 Wed Mar 26 17:11:29 2025 DBW0 started with pid=10, OS id=28338 Wed Mar 26 17:11:29 2025 DBW1 started with pid=11, OS id=28340 Wed Mar 26 17:11:29 2025 DBW2 started with pid=12, OS id=28342 Wed Mar 26 17:11:29 2025 DBW3 started with pid=13, OS id=28344 Wed Mar 26 17:11:29 2025 LGWR started with pid=14, OS id=28346 Wed Mar 26 17:11:29 2025 CKPT started with pid=15, OS id=28348 Wed Mar 26 17:11:29 2025 SMON started with pid=16, OS id=28350 Wed Mar 26 17:11:29 2025 RECO started with pid=17, OS id=28352 Wed Mar 26 17:11:29 2025 MMON started with pid=18, OS id=28354 starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'... Wed Mar 26 17:11:29 2025 MMNL started with pid=19, OS id=28356 starting up 1 shared server(s) ... ORACLE_BASE from environment = /apps/svr/oracle Wed Mar 26 17:11:29 2025 ALTER DATABASE MOUNT Wed Mar 26 17:11:32 2025 Sweep [inc][7679]: completed Sweep [inc][7224]: completed Sweep [inc][15551]: completed Sweep [inc2][7679]: completed Sweep [inc2][7678]: completed Sweep [inc2][7224]: completed Sweep [inc2][15551]: completed Successful mount of redo thread 1, with mount id 1724539585 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER DATABASE MOUNT Wed Mar 26 17:11:34 2025 ALTER DATABASE OPEN Errors in file /apps/svr/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_28406.trc: ORA-01113: file 17 needs media recovery ORA-01110: data file 17: '/apps/data/oracle/XFF_MON/XFF_MON_2016.dbf' ORA-1113 signalled during: ALTER DATABASE OPEN...
由于现场已经破坏,无法分析当时库的情况和17号文件的具体情况做进一步判断,只能通过日志记录下这个类型的错误.
在oracle中关于ORA-600 krhpfh_03的bug也比较多