本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:mapid溢出导致Oracle RAC 节点重启某客户的CRM数据库在2015年9月17号11:38分左出现其中一个节点宕机的情况。其中节点1报错信息如下：Thu Sep 17 11:38:10 2015 Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. NOTE: ASMB terminating Errors in file /oracle/app/oracle/diag/rdbms/crm2db/crm2db1/trace/crm2db1_asmb_11141424.trc: ORA-15064: communication failure with ASM instance ORA-00600: internal error code, arguments: [ORA_NPI_ERROR], [600], [ORA-00600: internal error code, arguments: [kffilCreate01], [crm2 ...继续阅读 (43)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:11.2.0.4 RAC CRS diskgroup auto dismount问题这几天出差到甘肃，某客户的集群有点小问题。其中节点的crs检测发现有点异常，不过怪异的是业务却没有受到任何影响。如下是我检测的结果：[grid@tysy1 bin]$ ocrcheck PROT-602: Failed to retrieve data from the cluster registry PROC-26: Error while accessing the physical storage [grid@tysy1 bin]$ crsctl query css votedisk ## STATE File Universal Id File Name Disk group -- ----- ----------------- --------- --------- 1. ONLINE 6fe50eed90fe4f44bf68c2da8459bfc1 (ORCL:OCR_VOTE01) [CRS] 2. ONLINE 7afb21a9c8c94f27bf6 ...继续阅读 (67)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:非归档数据文件头损坏的案例这是某网友的问题，数据库为非归档，硬件故障导致数据文件头损坏，如下是部分日志：Tue Sep 01 09:38:29 2015 Errors in file d:\oracle\diag\rdbms\dbhx\dbhx\trace\dbhx_ckpt_2984.trc: ORA-01242: 数据文件出现介质故障: 数据库处于 NOARCHIVELOG 模式 ORA-01122: 数据库文件 19 验证失败 ORA-01110: 数据文件 19: 'H:\ORADATA\HXSC_IDX01.DBF' ORA-01251: 读取了文件号 19 的未知文件标头版本 Errors in file d:\oracle\diag\rdbms\dbhx\dbhx\trace\dbhx_ckpt_2984.trc: ORA-01242: 数据文件出现介质故障: 数据库处于 NOARCHIVELOG 模式 ORA-01122: 数据库文件 19 验证失败 ORA-01110: 数据文件 19: 'H:\ORADATA\HXSC_IDX01.DBF' ORA-01251: 读取了文件号 19 的未知文件标头版本 CKPT (osp ...继续阅读 (44)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:LMHB terminating RAC instance due to ora-29770前段时间某客户的一套核心系统Oracle RAC节点实例突然被重启，如下是简单的分析过程，供参考。节点1 alert log如下：Sun Aug 02 12:00:13 2015 Archived Log entry 7156 added for thread 1 sequence 3618 ID 0x46c8ccfe dest 1: Sun Aug 02 14:06:13 2015 LMS1 (ospid: 3867316) waits for event 'gcs remote message' for 95 secs. Sun Aug 02 14:06:28 2015 Errors in file /u01/app/oracle/diag/rdbms/abs/abs1/trace/abs1_lmhb_4456870.trc (incident=180130): ORA-29770: global enqueue process LMS1 (OSID 3867316) is hung for more than 70 seconds Inciden ...继续阅读 (245)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:oracle 9201 for windows 恢复一例这是最近我们处理的某客户的数据恢复案例，客户环境为windows，Oracle 版本为9201。由于磁盘故障最后导致数据库无法打开。经过了解才知道，该客户在6月份就出故障了，期间找过多个厂家进行恢复，均未解决问题。最后客户通过很早之前的一个exp 备份恢复了业务，虽然目前业务已经正常，然而差了半年的数据，因此仍然需要进行恢复。我们首先来看下数据库的告警日志信息，如下所示：Tue May 26 18:00:18 2015 Database Characterset is US7ASCII replication_dependency_tracking turned off (no async multimaster replication found) Completed: ALTER DATABASE OPEN Wed May 27 07:59:36 2015 Thread 1 advanced to log sequence 1059 Current log# 3 seq# 1059 mem# 0: D:\ORACLE\ORADATA\SJYYKF\REDO03.LOG Wed May ...继续阅读 (26)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:11.2.0.4 ASM RAC 恢复一个例子这是一个朋友的客户的数据库，数据库出故障之后，无法顺利打开，如下是数据库在open的时候所报的错误:ORA-279 signalled during: ALTER DATABASE RECOVER database using backup controlfile until cancel ... ALTER DATABASE RECOVER CONTINUE DEFAULT Media Recovery Log /space/sys_software/oracle/app/product/11.2.0/db_1/dbs/arch1_1_885005686.dbf Errors with log /space/sys_software/oracle/app/product/11.2.0/db_1/dbs/arch1_1_885005686.dbf Errors in file /space/sys_software/oracle/app/diag/rdbms/bexasmdb/bexasmdb1/trace/bexasmdb1_pr00_43377.trc: ORA-00308: cannot ...继续阅读 (89)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:关于enq: TX – row lock contention的测试和案例分析1、主键或唯一index---session 1 SQL> select sid from v$mystat where rownum=1; SID ---------- 130 SQL> create table t1_tx(id number primary key,name varchar2(20)); Table created. SQL> insert into t1_tx values(1,'roger'); 1 row created. SQL> commit; Commit complete. SQL> insert into t1_tx values(2,'xxoo'); 1 row created. ---session 2 SQL> conn roger/roger Connected. SQL> select sid from v$mystat where rownum=1; SID ---------- 69 SQL> insert into t1_tx ...继续阅读 (40)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:Oracle Recover Case: 50TB ASM crash case某客户50 TB的ASM发生故障，经过合力拯救，恢复正常，在此简单记录一下！实际上最后发现比我想象中的简单的多。如下是关于该故障的详细描述情况。–db alert log信息Mon Jul 6 15:17:43 2015 Errors in file /oraclehome/admin/xxxx/udump/xxxx_ora_262606.trc: ORA-27063: number of bytes read/written is incorrect IBM AIX RISC System/6000 Error: 6: No such device or address Additional information: -1 Additional information: 1048576 ORA-19502: write error on file "+DG_xxxx/xxxx/datafile/xxxx_load_1.679.847025081", blockno 3136352 (blocksize=32768) ORA-27063: number o ...继续阅读 (211)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:记一次12TB 测试库的恢复过程本来是一件很简单的事情，restore文件，然后recover归档，恢复到某个点，然后open resetlogs 打开数据库，但是居然报错，ora-600 [4097],很常见的一个错误，不过比较怪异的是，这里并没有直接提示是哪个回滚段有问题，如下是trace内容：ksedmp: internal or fatal error ORA-00600: internal error code, arguments: [4097], [], [], [], [], [], [], [] Current SQL statement for this session: update undo$ set name=:2,file#=:3,block#=:4,status$=:5,user#=:6,undosqn=:7,xactsqn=:8,scnbas=:9,scnwrp=:10,inst#=:11,ts#=:12,spare1=:13 where us#=:1 ----- Call Stack Trace ----- calling call entry arg ...继续阅读 (46)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:ORA-03137: TTC protocol internal error : [3113] in 11.2.0.4端午节刚过，下午本来是想vpn登录客户刚迁移的系统，看看最近是否正常的，突然发现之前迁移的一套系统，在我们打了几个patch之后，这次发现alert log又出现了新的错误，不过这个错误并不致命。如下是alert log的信息：Fri Jun 19 16:19:01 2015 Errors in file /u01/app/oracle/diag/rdbms/acct/xxxx/trace/xxxx_ora_18010.trc (incident=1239675): ORA-03137: TTC protocol internal error : [3113] [] [] [] [] [] [] [] Incident details in: /u01/app/oracle/diag/rdbms/acct/xxxx/incident/incdir_1239675/xxxx_ora_18010_i1239675.trc Fri Jun 19 16:19:04 2015 Dumping diagnostic data in dire ...继续阅读 (200)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:Another one recover database case！朋友反馈其客户的一个库系统损坏，导致oracle 崩溃，最后通过安全模式将数据文件拷贝出来，发现无法启动，非归档环境，而且只有dmp 备份，之前他们通过dmp 备份进行了恢复，但是发现部分dmp 可能存在问题，导致部分表无法恢复，又尝试使用ODU进行数据文件的抽取，也发现部分表无法抽取（可能是system损坏较为严重，dbv检测有1000多个坏块）。如下是尝试open时的alert log信息：Wed Jun 17 17:31:00 2015 Database Characterset is ZHS16GBK Wed Jun 17 17:31:00 2015 Hex dump of (file 1, block 53319) in trace file /spacedb/oracle/app/admin/workflow/bdump/workflow_smon_10972.trc Corrupt block relative dba: 0x0040d047 (file 1, block 53319) Fractured block found during buffer read ...继续阅读 (36)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:ocssd.log:clssgmpcBuildNodeList: nodename for node x is NULL之前2个客户的环境中，我们按照了11.2.0.4.6这个最新PSU，都发现ocssd.log的信息比较异常。总的来讲，没有什么影响，但是由于日志输出非常快，每5秒一次，这导致ocssd.log的其他信息可能都被这些无关紧要的信息给淹没了，不便于日后的问题分析。我们发现，目前在Solaris Sparc，Linux都存在这个问题。大家可以看到ocssd.log的信息更新时间都很短，如下：oracle@xxxxdb1:/u01/app/11.2.0/grid/log/xxxxdb1/cssd $ls -ltr total 1100608 -rw-rw-r-- 1 grid oinstall 222656 Jun 7 00:38 cssdOUT.log -rw-r--r-- 1 grid oinstall 52496701 Jun 11 06:15 ocssd.l10 -rw-r--r-- 1 grid oinstall 52501775 Jun 11 09:19 ocssd.l09 -rw-r- ...继续阅读 (47)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:goldengate 学习系列8–当主键遇上keycols—源端主库说明：源端数据库:  11.2.0.4   ogg版本12.1.2目标端数据库:10.2.0.5   ogg版本11.2.1.0.1SQL> create table s1 (a number primary key, b number, c char(32)); Table created. SQL> create table s3 (a number, b number); Table created. SQL> insert into s1 values (1,1,1); 1 row created. SQL> insert into s3 values(1,1); 1 row created. SQL> commit; Commit complete. SQL> select a,b,c,rowid from s1; A B C ROWID ---------- ---------- ------------------------- ...继续阅读 (66)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:今年6月30号又将面临闰秒(leap seconds)的影响什么是闰秒？闰秒是在协调世界时（UTC）中增加或减少一秒，使它与平太阳时贴近所做调整。UTC，是透过广播作为民用时的官方时间基础，它使用非常精确的原子钟来维护。要保持UTC与平太阳时的一致性，偶尔需要调整，也就是”跳个”1秒来做调整，就是所谓添加闰秒（请参阅ΔT）。闰秒时间现在是由国际地球自转和参考座标系统服务（IERS）来确认，而在1988年1月1日之前是由国际时间局（BIH）承担这项职责。当要增加正闰秒时，这一秒是增加在第二天的00:00:00之前，效果是延缓UTC第二天的开始。当天23:59:59的下一秒被记为23:59:60，然后才是第二天的00:00:00。如果是负闰秒的话，23:59:58的下一秒就是第二天的00:00:00了，但目前还没有负闰秒调整的需求。需要时的日长度必须低于1750-1892年的平均日长度，才会累积足够调整1秒所需要的时间。除了每天4毫秒的波动外，日长度自1700年以来都保持一样[1]。然而，从历史上的日食观测则显示，自公元前700年以来，每个世纪的日长度大约增加1.7毫秒[2]。(来自维基百科)闰秒的出现时间闰秒的影响从当前所了解 ...继续阅读 (68)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:goldengate 学习系列7-ogg 12c support read standby redoGoldengate 12c support redo standby redo1. source1) 配置好active dg（略）1) active dataguard [oracle@11g_adg ~]$ sqlplus roger/roger@roger SQL*Plus: Release 11.2.0.4.0 Production on Tue Jun 9 16:25:07 2015 Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> select database_role,open_mode from v$database; ...继续阅读 (77)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:library cache lock引发的一个案例美女同事说某个客户有个问题，系统出现了大量的library cache lock. 导致业务严重受阻，具体表现是所有访问某个表的SQL语句都会挂起. 首先我们来看hanganalyze 的结果：PORADEBUG END ORIGINATING INST:1 SERIAL:0 PID:38076802 ******************************************************************** Found 341 objects waiting forsidsess_srno/proc_ptr/ospid/wait_event> <1/1513/11901/library cache lock> Found 341 objects waiting forsidsess_srno/proc_ptr/ospid/wait_event> <1/1148/42016/library cache lock> Found 341 objects waiting forsidsess_srno/proc_ptr/ospid/wait_event> ...继续阅读 (95)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:_optimizer_null_aware_antijoin引发的SQL性能问题前几天某客户联系我说之前我们进行存储迁移的系统，有个SQL跑的极慢，根本跑不出来结果。通过VPN登录看了下，SQL确认跑的很慢。开始我很难理解，我们仅仅是进行了存储迁移，数据库基本上没动，为什么会有SQL性能问题呢？  我们先来看看有问题的SQL：SYS@rptdb1> set autot traceonly exp SYS@rptdb1> select a.*,b.rate TAX_RATE,round(a.charge*b.rate/(1+b.rate),0) tax,a.charge-round((a.charge*b.rate/(1+b.rate)),0) charge_flh,1 flag,b.tax_rule_id 2 from statrpt.rpt_offer_rate b,statrpt.tmp_item_aggr_ex_691 a 3 where a.acct_item_type_id = b.acct_item_type_id 4 and a.off ...继续阅读 (35)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:2015年第2季度PSU更新(OJVM PSU更新）从2015年1月的补丁发布开始，OJVM PSU 就集成了JDBC Patch（2014年10月份的补丁并不包括）。2015年第2季度的PSU更新主要是4个版本：12.1.0.2，12.1.0.1、11.2.0.4、11.2.0.3以及11.1.0.7。我们也可以看到,Oracle 10gR2 已经不再提供patch，都赶紧升级吧！++++10.2.0.4 Oracle Database PSU Unix Comments Includes Cpu 10.2.0.4.1 8576156 Bash 10.2.0.4.0 includes CPU Jul 2009 10.2.0.4.2 8833280 Bash 10.2.0.4.0 includes CPU Oct 2009 10.2.0.4.3 9119284 Bash 10.2.0.4.0 includes CPU J ...继续阅读 (80)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:Oracle 10.2.0.4+版本最新PSU列表（不断更新)从2015年1月的补丁发布开始，OJVM PSU 就集成了JDBC Patch（2014年10月份的补丁并不包括）。2015年第3季度的PSU更新主要是4个版本：12.1.0.2，12.1.0.1、11.2.0.4、11.2.0.3以及11.1.0.7(11.1.0.7,11.2.0.1,11.2.0.2 已经不再更新PSU）。++++10.2.0.4 Oracle Database PSU Unix Comments Includes Cpu 10.2.0.4.1 8576156 Bash 10.2.0.4.0 includes CPU Jul 2009 10.2.0.4.2 8833280 Bash 10.2.0.4.0 includes CPU Oct 2009 10.2.0.4.3 9119284 Bash 10.2.0.4.0 includes CP ...继续阅读 (329)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:利用XTTS增量进行跨平台迁移遭遇Bug在某客户这里进行XTTS的增量测试，大概10TB的样子，脚本挂后台运行，发现只完成了2T多一点，看日志有很多error。这让我非常不解，部分文件能够转换成功，部分转换不成功，提示数据库为非归档模式，为如下类型错误：[ora1124@cszwadb1 xtts_l_2]$ rman target / debug trace=/tmp/xtts_debug.log Recovery Manager: Release 11.2.0.4.0 - Production on Wed Mar 18 10:40:07 2015 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. RMAN-06006: connected to target database: XTT (not mounted) RMAN> convert from platform 'AIX-Based Systems (64-bit)' datafile '/test/oracle/accta/oradata/vgacctdb02/lv_v ...继续阅读 (72)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:某客户的5TB RAC 恢复小记某客户的核心数据库存储问题导致数据库重启后无法正常启动，根据客户反馈最开始在启动数据库时报错控制文件IO错误，如下：Sun Mar 15 11:59:37 2015 Errors in file /oracle/app1/oracle/admin/xxxx/bdump/xxxx2_arc1_630876.trc: ORA-00204: error in reading (block 1, # blocks 1) of control file ORA-00202: control file: '/xxx/xxxx/control01.ctl' ORA-17500: ODM err:ODM ERROR V-41-4-2-43-6 No such device or address Sun Mar 15 11:59:37 2015 Errors in file /oracle/app1/oracle/admin/xxxx/bdump/xxxx2_arc1_630876.trc: ORA-00204: error in reading (block 1, # blocks 1) of control file ORA-00 ...继续阅读 (63)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:XTTS(Cross Platform Incremental Backup)的测试例子对于数据库的跨平台迁移，大家所熟悉的方法有很多，例如传统的传输表空间技术（TTS），如果是10gR2+版本，字节序相同的话，那么还能进行rman convert database。甚至使用其他的第三方数据同步软件，例如GoldenGate，DSG,DDS,shareplex等等。对于上述的技术，各有相互的优势，对于数据的逻辑迁移，后面的数据校对工作是比较麻烦的。因此，对于数据迁移，我个人还是更倾向去使用物理迁移。convert database功能限制太多，必须要去源端和目标端字节序一致，如果是字节序不同，例如从AIX迁移至Linux（x86），那么只能通过TTS来操作。对于传统的TTS，如果数据量较大的情况下，很难满足要求，为此Oracle提供了增强版的XTTS功能，可以进行增量操作，这可以最大程度的降低停机时间。这一功能之前Oracle仅仅针对exadata开发，后面对于非exadata环境也可以进行使用了。对于XTTS的增量操作，Oracle提供了2种方式来进行，分别如下：1）dbms_file_transfer2）RMAN 备份对于第一种方法，要求目标端 ...继续阅读 (49)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:PMON crash the instance of RAC这是某个网友的问题，其一套rac的某个节点被重启了，通过分析日志我们可以看到其中一个rac节点crash了，如下：Errors in file /opt/oracle/diag/rdbms/cspora/cspora2/trace/cspora2_pmon_57410148.trc (incident=584434): ORA-00600: internal error code, arguments: [kjucvl:!busy], [8], [], [], [], [], [], [], [], [], [], [] Incident details in: /opt/oracle/diag/rdbms/cspora/cspora2/incident/incdir_584434/cspora2_pmon_57410148_i584434.trc Thu Feb 05 10:24:04 2015 Trace dumping is performing id=[cdmp_20150205102404] Errors in file /opt/oracle/diag/rdbms/cspor ...继续阅读 (70)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:ORA-15196: invalid ASM block header [kfc.c:26076] [hard_kfbh]这是某个网友的数据库，11g ASM环境. 其中ASM元数据出现损坏，导致DiskGroup无法mount。不过比较万幸的存储有镜像。即使是这样，据说存储工程师恢复也花了1天多，对于我们的业务系统来讲，这是不可接受的。我这里将该数据库case的信息贴出来，供大家参考！（备注：我们提供完善的数据库各种解决方案，详情请看:云和恩墨)WARNING: cache read a corrupt block: group=3(DATAVG) dsk=27 blk=1 disk=27 (DATAVG_0018) incarn=4042368416 au=0 blk=1 count=1 Errors in file /u01/app/grid/diag/asm/+asm/+ASM1/trace/+ASM1_ora_2711.trc: ORA-15196: invalid ASM block header [kfc.c:26076] [hard_kfbh] [2147483675] [1] [0 != 130] NOTE: a corrupt ...继续阅读 (79)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:A RAC node crash due to ora-00481这是某个客户的案例，这里分享给大家! 在2015/1/13号凌晨3:44分左右，XXXX集群数据库的节点1出现出现crash。通过分析XXXX1节点的告警日志，我们发现如下内容：Tue Jan 13 03:44:43 2015 Errors in file /home/oracle/app/admin/XXXX/bdump/XXXX1_lmon_10682988.trc: ORA-00481: LMON process terminated with error Tue Jan 13 03:44:43 2015 USER: terminating instance due to error 481 Tue Jan 13 03:44:43 2015 Errors in file /home/oracle/app/admin/XXXX/bdump/XXXX1_lms0_27525728.trc: ORA-00481: LMON process terminated with error .......省略部分内容 Errors in file /home/oracle/app/admin ...继续阅读 (94)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:2015年第一季度PSU更新(OJVM PSU更新）Oracle的Patch越来越复杂了，从2014年10月份发布的补丁集开始，引入了新的几个补丁集概念，即：JDBC Patch，针对jdbc客户端(Instant Client, Database and Grid ORACLE_HOMES).Oracle JavaVM Component Database PSU,简称OJVM PSU(仅仅是针对ORACLE_HOMEs).Combo Patch：可以理解为是OJVM PSU（DB PSU/GI PSU)一样的东西，只不过其允许我们去进行选择安装其中的部分Patch，而OJVM PSU是不行的，要么都安装，要么都不安装。Combo Patch更加灵活。从2015年1月的补丁发布开始，OJVM PSU 就集成了JDBC Patch（2014年10月份的补丁并不包括）。2015年第1季度的PSU更新主要是4个版本：12.1.0.2，12.1.0.1、11.2.0.4、11.2.0.3以及11.1.0.7。++++10.2.0.4 Oracle Database PSU Unix Comments ...继续阅读 (50)

本站文章除注明转载外，均为本站原创：转载自love wife & love life —Roger 的Oracle技术博客本文链接地址:某客户ERP系统Oracle 8.0.5恢复一例某客户的ERP数据库出现异常，数据库版本比较老，是Oracle 8.0.5。 问题本身并不复杂，简单记录一下。主要的问题是客户的应用访问报错，通过分析客户传的alert log发现出现了大量的IO错误，如下：Thu Dec 25 13:29:42 2014 ORACLE Instance PROD (pid = 78) - Error 1115 encountered while recovering transaction (28, 23). Thu Dec 25 13:29:42 2014 Errors in file /u04/dbcommon/PROD/udump/prod_ora_23181.trc: ORA-01115: IO error reading block from file 2 (block # 262144) ORA-01110: data file 2: '/u03/oradata/PROD/rbs1.dbf' ORA-27072: skgfdisp: I/O error SVR4 Error: 2: No such file or directory Additional ...继续阅读 (28)