备份恢复:使用 dbms_backup_restore 如何指定多个备份片 Posted by eygle at 2018-07-16 【内容摘要】在很多异常恢复中，我们经常使用 dbms_backup_restore 包去提取备份集中的文件，最近有朋友问，是否可以输入多个备份片，执行自动恢复。
Oracle数据库中 MISSING 文件名称的出现和处理 Posted by eygle at 2017-05-17 【内容摘要】在数据库中，异常情况下，你可能会看到某些文件带有MISSING的名称，这是如何出现的？又可以怎样处理呢？
不以规矩不成方圆：Digital Ocean也删除了他们的数据库 Posted by eygle at 2017-04-18 【内容摘要】上周（2017-04-05），位于纽约的云服务商 Digital Ocean 遭遇了一次长达4小时56分钟的停机事故，事故的原因竟然是：主数据库被删除了（primary database had been deleted）。
Oracle 12c 多租户：PDB 支持 abort 关闭么？ Posted by eygle at 2016-12-01 【内容摘要】对于PDB来说，不存在ABORT模式，如果ABORT了PDB，那么Redo或者归档必须几乎无限期保留，以确保下次启动可以完成PDB的介质恢复，这是不可接受的。
Oracle DataGuard对跨平台数据迁移的支持 Posted by eygle at 2015-08-27 【内容摘要】在Oracle数据库之中，实现跨平台迁移一直是一项较为复杂的任务。Oracle的DataGuard技术一直在进步，不仅仅作为容灾，在数据迁移中也承担了重要的使命。
自10g开始，Oracle的DG开始有限度的支持跨平台的DataGuard环境搭建，从而简化数据迁移的过程，现在从AIX迁移至Solaris Sparc平台已经发布了成功的实施过程。
Oracle数据恢复 - 注意Expdp导出文件可能初始写入损坏 Posted by eygle at 2014-01-07 【内容摘要】最近一个客户遭遇到了一次非常意外的数据损失，客户在维护时重建系统，先通过expdp备份了数据，结果当进行导入恢复数据时，发现部分重要的数据表无法恢复，出现错误。这个案例提示我们：不能尽信expdp等导出文件备份，必须通过多重手段协同，全面保障数据安全。
Oracle数据库恢复:数据库黑客攻击案例一则 Posted by eygle at 2013-04-16 【内容摘要】这个案例告诉我们，将Oracle数据库直接开放在公网上是极其危险的，尤其是陈旧的数据库版本中可能存在很多已知的安全漏洞，可能被轻易的攻击渗透。常规的做法是将数据库隐藏在应用服务器的后端，同时要确保及时修正Oracle严重警告的安全漏洞，另外及时的备份是确保数据留存的最后手段。
ORA-00600 Kcfrbd_3 出现在查询 DBA_EXTENTS Posted by eygle at 2012-08-14 【内容摘要】在某些异常情况下，查询数据库的dba_extents字典表时，可能遇到ORA-600 kcfrbd_3错误，这个错误是由于文件大小和控制文件不符合导致的，触发原因可能是数据库写异常，通常可以通过重建控制文件来消除错误。
但是，如果是数据文件头部的信息记录错误，和数据文件本身不符合，则需要修改数据文件头部的文件大小信息，才能够解决该问题。
Where is the backup of ASM disk header block? Posted by eygle at 2012-06-29 【内容摘要】在Oracle 10.2.0.5之前，ASM磁盘的头块并没有自己的备份，因此一旦头块损坏，如果没有以前kfed read备份出来的信息，恢复ASM磁盘头块的操作就会非常麻烦。但是从Oracle 10.2.0.5之后，ASM磁盘的头块会自动备份在另外一个块中，这实际上是Oracle 11g出现的功能，在Oracle 10.2.0.5版本中，这个备份也是存在的。
Event 38003 与 C_OBJ#_INTCOL# 对象清理 Posted by eygle at 2012-05-28 【内容摘要】在很多朋友的数据库中，聚簇对象 C_OBJ#_INTCOL# 占用了大量空间，有时候希望通过TRUNCATE清理这个对象，注意，当然最好不要这么做，风险太高。
ORA-00600 kclchkblk_4 错误恢复案例一则 Posted by eygle at 2012-05-21 【内容摘要】最近客户在恢复数据库时遇到了ORA-600 kclchkblk_4错误，这个错误在MOS上有官方的解释和解决方案。
Oracle数据恢复-慎用OEM误操作数据文件删除案例 Posted by eygle at 2012-05-07 【内容摘要】这则案例警示我们：尽量少用OEM等图形工具进行数据库重要的管理和维护操作，如果你不清楚前台的一个操作在后台会如何执行，那么一定要谨慎使用这样的工具。
对于这样的案例，如果用户能够及时的保护现场，通过存储级别的恢复是可以找回数据文件的。
ORA-00600 ktspReadExtents:range 的错误猜测 Posted by eygle at 2012-04-06 【内容摘要】这个错误号，在MOS上没有解释，在Google上也找不到，但是从错误号上，我们可以大致猜出这个错误的原因：
KTSP - Kernel Transaction SPace Transaction
ReadExtents - Read segments Extents info
Range - Extents Range
数据恢复:ORA-600 kccpb_sanity_check_2解决 Posted by eygle at 2012-03-30 【内容摘要】最近在客户的数据库恢复中再次遇到了ORA-00600 kccpb_sanity_check_2错误，这个错误是因为控制文件不一致导致的。
出现这个错误时，数据库将无法Mount挂载，影响数据库服务。
这个错误，多数是因为存储故障，丢失了数据写。
Oracle SCN exhaustion BUG - CPU Jan 2012 Posted by eygle at 2012-03-22 【内容摘要】在2012第一季度，Oracle发布的CPU补丁中，包含了两个BUG修正，其中一个与SCN有关。
这个BUG的BUG号是：13489660 - DB-10.2.0.5-MOLECULE-020-CPUJAN2012
该BUG修正了SCN的问题，我们先从文件影响上来看看,大量内核相关的文件被更新
Oracle数据恢复:ORA-00600 6002错误的解决 Posted by eygle at 2012-03-19 【内容摘要】错误现实，在执行SYS.DBMS_HA_ALERTS_PRVT包的内部任务时出现问题。
而 ORA-00600 6002 错误和索引相关，具体内容是指：
当Oracle试图去插入一个索引键值时，首先需要找到合适的位置，并且去进行相关校验，校验内容包括索引列数量、数据大小等，一旦发现不一致，则将出现ORA-600 的 6002错误。
Oracle数据恢复:kcbz_check_objd_typ_3 错误处理 Posted by eygle at 2012-03-16 【内容摘要】首先 kcbz_check_objd_typ_3 这个错误的含义是：
当Oracle在检查内存中的数据块时，发现数据块上的对象号是错误的，随之抛出kcbz_check_objd_typ_3 这个异常。
通常这个错误意味着存在着数据损坏。
Oracle数据恢复:ORA-00600 6749与ORA-8102 Posted by eygle at 2012-03-12 【内容摘要】最近，在帮助用户进行数据恢复之后遇到了一个ORA-00600 6749问题，这个错误实际上有多种可能，在这个客户系统中，也并不是因为恢复问题导致的，只是这个问题以前并没有被注意到。
多年以前，在ITPUB上就曾经探讨过这个问题， Oracle有一个BUG，在某行记录上，会将ROWID指向自身，这样当读取到这条记录时就可能产生死循环，无法跳出这条记录。
Oracle数据恢复:AMDU恢复ASM磁盘组数据 Posted by eygle at 2012-03-07 【内容摘要】在Oracle 10g中，ASM磁盘组的信息需要在Mount之后才能通过内部视图查询，如果磁盘组因为故障无法正常加载，那么信息将不可用，这为诊断带来了诸多不便。
从Oracle 11g开始，Oracle提供了一个工具AMDU用于协助诊断，通过这个工具可以在磁盘组加载之前将ASM的元数据抽取出来，用于数据库诊断，这个工具可以向后兼容，引入到10g中。
Oracle数据恢复:异常中断的操作都很危险 Posted by eygle at 2012-03-05 【内容摘要】最近遇到的一则案例，由于一个失败的操作，导致了数据库崩溃和不可启动，最后的处理过程非常复杂。
但是我想说的是，对于一个DBA需要学习去避免问题而不是陷入问题之中，以下一个简单的测试就可以重现类似的问题。
DBA应当存在一种基本的常识，那就是：每一个异常中断的操作都可能极为危险，我们应当尽量避免，思虑周全是对于DBA的基本要求。
Oracle数据恢复：SYSTEM表空间的重要性 Posted by eygle at 2012-02-29 【内容摘要】[Oracle数据恢复]在数据库创建时，SYSTEM通常都写在磁盘最开始的位置，而在很多误操作如格式化、ASM故障时，都会从磁盘开始写起，这就会导致SYSTEM无可恢复，如果SYSTEM能够让出磁盘开始的位置，则很多故障的恢复就简单多了。USER表空间太小，UNDO还有用，TEMP是稀疏文件，所以最佳选择是SYSAUX。
年终难终 - 记年底前的几则数据恢复案例 Posted by eygle at 2011-12-25 【内容摘要】每到年底，很多数据库就开始动荡不安起来，这是一个数据库故障的多发期，大家都应当提高警惕。
以下收录了最近我在微博上发布的关于数据库恢复的案例，供大家参考警示。
Oracle数据恢复 - Linux / Unix 误删除的文件恢复 Posted by eygle at 2011-12-22 【内容摘要】今天有客户的数据库意外被删除了整个目录中的数据文件，操作系统级别的删除，然而幸运的是这个数据库没有崩溃，仍然处于open状态的时候，客户就发现了问题，求助到我们，最终完整地恢复了所有数据文件。
Oracle数据恢复 - 使用 lsof 查看进程打开的文件列表 Posted by eygle at 2011-12-21 【内容摘要】对于Oracle数据库来说，如果有文件被删除，只要文件句柄未关闭，则就可以在lsof的输出中看到标记为deleted的状态标记.
通过 proc 下的文件目录，可以找到文件句柄信息，这个就是Oracle的数据文件
Oracle数据恢复:格式化,Raid损坏,文件覆盖恢复 Posted by eygle at 2011-11-23 【内容摘要】某客户为了重新部署系统，将数据导出备份到移动硬盘，然后将Raid重新格式化，重新安装系统，当进行Oracle数据库重建，导入数据时发现，移动硬盘上的数据无法正确读取，文件缺失一半。数据灾难形成。
DB2 数据库活动日志故障 - SQLOGCTL.LFH Posted by eygle at 2011-11-22 【内容摘要】DB2数据库启动的环节中有一个步骤是检查SQLOGCTL.LFH.1文件，这个文件中记录了数据库的活动日志情况。很多人由于没有深刻理解活动日志的作用，而有可能误删除活动日志。如果误删除了活动日志，那么数据库将无法连接。这也属于数据库损坏的一种情况，因为数据库的完整一致性受到了破坏。出现这种情况后，首先考虑是否有可以恢复的备份，如果有，可以从备份恢复，然后前滚到日志的末尾，以完全恢复该数据库。如果没有可用的备份来恢复，可以通过IBM的技术支持中心来协助解决(IBM内部通过一条命令db2lfh去修改SQLOGCTL.LFH.1文件)。如果想自己解决那就只有使用db2dart工具了。
Oracle DataGuard跨平台支持列表 - 2011 Posted by eygle at 2011-11-17 【内容摘要】Oracle支持在某些平台之间，进行跨平台的Dataguard环境架设，虽然存在这样一种可能性，但是选择这样的解决方案时，应当极为慎重。
数据安全 - 从陕西手机用户信息泄露谈数据安全 Posted by eygle at 2011-10-31 【内容摘要】企业应当认识到数据安全的重要性，不断完善管理，通过技术和非技术手段提升数据安全；而数据从业人员也应当提高自身素质及安全意识，遵守行业道德及法律规范。
Oracle数据恢复:错误叠加导致灾难不可恢复 Posted by eygle at 2011-09-29 【内容摘要】这个故事给我们的警戒是：备份，备份，备份，再多一份也不算多；故障处理，再加一万个小心也不算多。
最初的一个简单故障，在层层错误之后，彻底不可挽回，这是多年来我见到最富有戏剧性的恢复案例。最后软件厂商为补录数据开出的价码高达7位数，而客户DBA也选择了离开。
Oracle数据恢复:SYSTEM回滚段损坏案例一则 Posted by eygle at 2011-08-05 【内容摘要】注意,以下一段SQL非常著名:
select /*+ rule */ name,file#,block#,status$,user#,undosqn,xactsqn,scnbas,scnwrp,DECODE(inst#,0,NULL,inst#),ts#,spare1 from undo$ where us#=:1
这是启动过程中对于undo$的递归读取,获得其中的回滚段信息.如果某个回滚段上存在活动事务,则该事务必须被读取回滚,以便保证事务的一致性.
Oracle数据恢复:ORA-600 4097错误解决案例一则 Posted by eygle at 2011-07-19 【内容摘要】在客户数据库恢复过程中,遇到ORA-600 4097号错误,这个错误是比较少见的.
在Oracle进行延迟块清除时,会去查询回滚段头,以确认事务状态,然而,由于一些损坏或强制性恢复手段的采取,获得的回滚段信息来自与未来,超前于当前数据库状态.这样就出现了4097号错误.
这个错误明确的由于事务清除和回滚段问题导致.
Oracle数据恢复:ORA-600 kdsgrp1错误解决案例 Posted by eygle at 2011-07-12 【内容摘要】在客户的数据库中,恢复之后打开数据库后遇到如下问题,ORA-00600 kdsgrp1错误,这个错误主要指对应索引ROWID,在数据表中找不到记录,这表明出现了数据一致性问题.
我们可以通过重建索引来解决,以下错误提示表明问题出现在file 3 block 32538号数据块上.
Oracle数据恢复:断电导致的ORA-600 6006错误 Posted by eygle at 2011-07-06 【内容摘要】上周,有个客户的系统,因为机房停电,预先关闭数据库,但是启动后却遭遇了ORA-600 6006 错误,数据库无法启动.
这是比较郁闷的事情,经过我们的恢复,最后成功启动数据库,恢复了数据库应用,但是整个过程值得记录一下.
同时提醒大家:断电对于数据库系统的伤害极大,应当做好充分的准备和预防工作.
Oracle数据恢复：文件 数据错误(循环冗余检查) 解决 Posted by eygle at 2011-06-21 【内容摘要】当从系统访问文件时，出现"循环冗余检查"，无法读取和复制文件，数据库也无法访问该文件，数据库使用受损，导致了严重的业务故障。
在这种情况下，通常的手段就无能为力了，然后我们可以通过DD等工具，将该文件完好的部分DD出来，还原成一个独立的文件或文件碎片，然后修复该文件，可以完成数据恢复。
在这个案例中，坏块位于数据文件头部，我们复制了其他部分之后，使用BBED修复了数据文件头块（Header Block）就完成了数据恢复。
Oracle数据恢复：数据文件头的SCN与时间校验 Posted by eygle at 2011-06-15 【内容摘要】近日在恢复一个数据库时，用到BBED修改数据文件头信息，更加明确了以下内容，与大家分享。
在数据库加载一个数据文件时，需要对文件头的文件创建SCN进行校验，与数据字典（file$）比较, 如果数据文件信息与数据字典不符，则出现ORA-01203错误
Oracle数据恢复:6008 及事务回滚错误恢复 Posted by eygle at 2011-06-13 【内容摘要】近日，帮助某用户恢复了一个重要的生产数据库。数据库由于异常宕机导致故障，重启后无法正常运行，出现ORA-00600 6008错误，数据库Open之后，很快会Crash。6008错误通常出现在索引块上。
用户数据库定期做了逻辑备份，但是在这样的时候，并不认可通过逻辑备份的恢复，因为会损失较多数据。值得我们借鉴的是，逻辑备份绝对不能作为唯一的数据库备份手段，这是相当危险的。
Oracle数据恢复:RAC系统Redo/Undo损坏恢复 Posted by eygle at 2011-06-02 【内容摘要】昨天，一个客户的数据库系统出现故障，RAC无法启动，大量的错误信息，经过分析检查，最后我们通过强制手段打开数据库，帮助用户挽回了数据损失。
期待与拥抱变化 - 谈谈技术人的技术路 Posted by eygle at 2011-05-19 【内容摘要】这里边说出了我最近的一些想法，做技术的很容易陷入墨守的成规之中，而我真诚的喜爱变化，从变化中寻找机会，这就是我想说的。
使用 ASM 存储 expdp 导出文件(ORA-39070) Posted by eygle at 2011-05-06 【内容摘要】在客户系统中，由于空间问题，想要将expdp的逻辑导出文件存储到ASM磁盘组中。
经过测试，expdp导出文件完全可以放在ASM磁盘组中，但是日志文件需要放在文件系统上。
Max Extents越界导致故障的Oracle数据库恢复 Posted by eygle at 2011-04-20 【内容摘要】今天接收到一则Oracle 8i的数据库故障，恢复数据过程并不特别复杂，只是Oracle 8i的东西基本上快忘的差不多了。
数据库是在一个ORA-1631错误持续报出后出现的问题， Oracle的一个数据对象的最大区数量超过，数据段将无法扩展。
主机断电文件丢失的 Oracle数据库恢复 Posted by eygle at 2011-03-28 【内容摘要】不清楚为何一次简单的断电导致了如此严重的后果，庆幸的是，客户有一份及时的备份，通过备份和归档日志，成功的恢复了数据库。
有备份，一切很简单。
ASM元数据备份与恢复:md_backup和md_restore Posted by eygle at 2011-03-22 【内容摘要】在Oracle Database 11gR2 中，asmcmd有了大量的改进和增强，即使11.2.0.2和11.2.0.1比较，也有很多不同。
在ASM元数据的备份与恢复方面，Oracle增加了两个命令：md_backup 和 md_restore。
md 是 metadata的缩写，这一工具极大的简化了ASM的元数据维护。
ORA-27069 文件数据块损坏 数据库恢复一则 Posted by eygle at 2011-03-11 【内容摘要】在Oracle数据库中，不同平台上存在的种种限制，可能导致数据库异常，我认为这是Oracle数据库的不足，这些确定性的约束，应当在软件中体现出来，并且应当能够进行一定程度的避免，当然可能要 付出一点代价。
在客户的Windows 2000 Server + Oracle 8.1.7 环境中，遭遇到文件越界（ > 16G ），导致读写失败的案例。
参数_smon_internal_errlimit与数据库恢复 Posted by eygle at 2011-03-08 【内容摘要】前一段时间，在帮助用户恢复一个数据库时，用到了_smon_internal_errlimit参数。
客户数据库遭受存储损坏无法打开，数据文件存在大量坏块，我们强制打开数据库后遇到了如下错误
DBA手记:X$KTUXE与Oracle的死事务恢复 Posted by eygle at 2011-03-07 【内容摘要】X$KTUXE是数据库中非常神秘的一个对象表，当然其本质上是C定义的一个结构体，在数据库中可以看到其结构
DBA手记:Cache-Low RBA与On-Disk RBA的恢复 Posted by eygle at 2011-02-24 【内容摘要】在最近（2010年9月6日）的一次培训中，有位朋友问起上节案例，该如何证明和验证Oracle介于Cache-Low RBA和On-Disk RBA之间的恢复过程？我们可以通过如下的过程来做一些观察和证明。
首先执行一个建表的CTAS操作，这个操作是为了多生成一些脏块（Dirty Buffer）,然后紧接着执行两次控制文件转储，两次转储是为了确认对比一下控制文件的检查点没有变化，然后紧接着执行强制关闭数据库（Abort方式），再启动数据库
EXPDP 过程中的 SYS_XMLGEN 性能影响 Posted by eygle at 2011-01-06 【内容摘要】在EXPDP执行数据导出时，其中一个过程要调用SYS_XMLGEN执行XML文件生成，这个过程可能会产生性能问题，所以需要关注相应时段的AWR报告相关信息。
在一个客户的性能诊断中，发现类似如下的SQL，手工在SQL*Plus中执行该类SQL可以评估其性能，如果其性能存在较大问题，则需要介入研究起原因。
cursor_sharing参数对于expdp的性能影响 Posted by eygle at 2011-01-01 【内容摘要】客户的数据库使用了cursor_sharing=similar参数，经过测试，发现这一参数极大影响了expdp的性能。
其本质原因是SQL的执行计划发生了改变。
在正常情况下28分钟完成的EXPDP操作，在similar模式下用了整整1个小时
EXPDP:使用ESTIMATE_ONLY参数评估ESTIMATE性能 Posted by eygle at 2010-12-30 【内容摘要】在使用Expdp进行导出时，Expdp需要计算导出数据大小容量，Oracle可以通过两种方式进行容量估算，一种是通过数据块数量、一种是通过统计信息中记录的内容估算。两者在不同版本中，可能有巨大的性能差异，尤其是在Oracle 10g的早期版本中，一些Bug严重影响了性能。
Oracle数据库恢复: 存储及系统故障导致文件丢失 Posted by eygle at 2010-12-04 【内容摘要】对于数据库不太大的用户，我强烈建议用户在主机上多配备几块硬盘，将备份存放到本地，一是获得性能，二可以加快恢复，保证恢复时间。
最后客户在一块移动硬盘上找到了一份临时分离出去的备份文件，最终靠这个偶然留存的备份挽救了数据库。
数据备份，再多一份也不为过！
Oracle数据库恢复 : 存储故障导致的数据损坏 Posted by eygle at 2010-12-03 【内容摘要】最近帮助用户恢复了一个由于存储故障导致的数据库灾难，整个数据库容量4TB，浪潮的存储设备，控制器损坏导致数据库故障。
Oracle数据库恢复：归档日志损坏案例一则 Posted by eygle at 2010-11-16 【内容摘要】最近在帮助用户恢复数据库时遇到了一则罕见的归档日志损坏案例
帮助用户恢复数据块损坏的海量数据库 Posted by eygle at 2010-10-23 【内容摘要】上周在上海出差时，有用户找到我们，请求帮住恢复一个因为硬盘损坏导致的数据库故障，数据库是Oracle 10g的RAC集群，存储使用的是ASM管理。
主要问题是SYSTEM表空间存在大量的坏块，DBV检查，很多关键数据块出现问题，收录一下DBV的检测输出，看一看RAID硬盘损坏类故障会导致多少故障吧
Oracle数据库恢复:解决ORA-600 2831错误 Posted by eygle at 2010-07-28 【内容摘要】一个数据库，不知怎样就陷入了ORA-600 2831 和 kcfofl_01错误中，表空间无法删除，频繁出现如下错误
Oracle数据恢复:强制Resetlogs的可能数据损失 Posted by eygle at 2010-06-30 【内容摘要】很多时候，在强制打开数据库之后，比如使用了_allow_resetlogs_corruption等隐含参数，可能会导致数据库丧失一致性，损坏部分数据，如果损失的是部分DML数据，则数据库可能仍然可以运行良好，但是如果损失的是元数据，则可能数据库会出现一些其他的异常，当时这些异常也仍然是可以修复的，只是成本或代价会比较高昂。
最近的一则案例中，恢复数据之后，用户动态创建的某些临时表出现问题，无法成功导出，这就是强制Resetlogs的后果之一。
Oracle数据恢复:格式化、ASM及字典损坏案例三则 Posted by eygle at 2010-06-28 【内容摘要】客户原系统使用的是ASM存储管理，两块硬盘组成的大约2T的存储设备，这样在恢复时，我们必须通过两块硬盘来进行数据重组，ASM缺省的AU大小是 1M，在两块磁盘之间进行均衡（Balance）,存储均衡是Oracle的一项性能提升技术，然而在故障时，你会发现这一技术让人倍感折磨，通常使用文件系统，一个文件会在单个系统上存储，而ASM是分散的，这就导致哪怕是最早创建的SYSTEM表空间，也必然在两个磁盘之间跨越交替存储。
恩墨科技成功帮助某金融用户恢复ASM故障 Posted by eygle at 2010-06-17 【内容摘要】学会如何规避风险往往比解决问题更重要，因为数据库的风险太多且无处不在。
ORA-00600 kcratr1_lostwrt之解决与原理分析 Posted by eygle at 2010-05-10 【内容摘要】客户的一个数据库因为断电遇到了ORA-600 kcratr1_lostwrt错误，数据库无法启动。
错误信息类似：
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kcratr1_lostwrt], [], [], [], [], [], [], []
Current SQL statement for this session:
alter database open
这个错误不难解决，但是其具体成因有点意思
讨论: 无备份的数据库如何应对故障? Posted by eygle at 2010-03-10 【内容摘要】近期，在为一个客户的数据库制定紧急预案，这个数据库数据量大约在1.4T左右。由于客户没有额外的存储资源用于备份，所以数据库目前存在了很大的安全风险。
虽然存储级别有一定的安全防范，但是如果遇到数据损失、坏块、文件损坏等问题，将无法应对。
kcbgtcr 错误小记 Posted by eygle at 2010-03-04 【内容摘要】kcbgtcr 是Oracle数据库最重要的函数之一，其含义为：Kernal Cache Buffer GeT Cosistents Read,也就是数据库的一致性读操作，后面的代码有很多种，代表在不同的层面上出现问题。
Metalink 的 Note 415773.1 - Diagnostics and Solutions for kcbgtcr() Related Internal Errors记录了与此相关的很多问题。
ORA-00600 3020 错误案例一则 Posted by eygle at 2010-03-02 【内容摘要】出现这个错误后，恢复中断，无法继续，3020错误在Metalink上的解释，主要原因是在恢复时发现Redo里面记录的信息和被恢复的数据块信息不一致，导致恢复无法继续。比如Update Some record from 3 to 2,结果发现该记录根本不是3，恢复无法继续。
SMON: recover undo segment与事务恢复 Posted by eygle at 2010-02-23 【内容摘要】在一些系统异常之后，尤其是一场Down机之后，数据库里可能会看到类似如下的提示信息：
SMON: about to recover undo segment 23
SMON: mark undo segment 23 as available
这些信息意味着，数据库需要这些回滚段的信息去恢复一些未完成事务，多数情况下，这些事务都能够得到恢复，但是如果不幸，在异常宕机时丢失了部分 Write操作，则可能无法完成恢复，出现灾难。
Cache-low rba 与 on-disk rba - 恢复笔记 Posted by eygle at 2010-02-12 【内容摘要】我们都知道在恢复过程中，Cache-Low RBA和On-Disk RBA主导了恢复过程，Oracle的恢复从上一次成功的写出开始，也就是以Cache-Low RBA为起点，恢复至日志的最后成功记录，也就是以On-Disk RBA为终点。
ORA-00600 4000 及 4194 错误小记 Posted by eygle at 2010-02-04 【内容摘要】在初期恢复时出现了ORA-600 4000号错误，这个错误以前写过几个案例，一般没有好的办法，只能通过bbed修复。
不过4000号错误不一定非要用bbed修改坏块，有时候经过反复几次重新启动数据库，就可以暂时规避，尝试将数据导出。
使用RMAN验证备份的有效性 Posted by eygle at 2010-01-26 【内容摘要】RMAN提供VALIDATE的命令，可以用于校验备份集的有效性，常用命令如下
ORA-600 kcbzpbuf_1 坏块的恢复案例一则 Posted by eygle at 2010-01-13 【内容摘要】明确了所有的细节之后，处理起来就有底了。在现场遇到了blue_stone同学，这是意外的收获，在越来越多的场合可以遇到ITPUB里熟悉的ID，这是网络生活给我们的馈赠与惊喜。blue_stone准备好了DUL，准备在最坏的情况下进行数据抽取。而我现在越来越少使用DUL、AUL、ODUL了，因为一遇到这样的恢复就会抵触，特别是在失去SYSTEM之后的恢复。而事实上，很多情况下都还是有办法可想的。
Exp 导出与 Expdp 的速度与时间对比 Posted by eygle at 2009-09-24 【内容摘要】虽然expdp是Oracle 10g推荐的逻辑导出方式，但是仍然有很多人并不习惯这一方式，这与expdp的使用复杂度有关，我觉得expdp的directory方式应当简化，由参数行定义就好了，后台由数据库自动去维护。
一个TB级数据库的备份时间及备份记录 Posted by eygle at 2009-09-12 【内容摘要】昨晚，为一个客户的数据库做了一次临时性的备份留存，数据库的整体容量大约在1.5T左右
使用ora_rowscn识别误操作数据时间点 Posted by eygle at 2009-09-08 【内容摘要】如果没有明显的字段可以识别，那么ora_rowscn可以作为一个参考，以下这个查询就可以通过SCN和数据识别，将后来增加的记录找出来
恩墨科技为某企业SAP数据库提供紧急援助服务 Posted by eygle at 2009-09-07 【内容摘要】最近已经遇到了多次SAP备份失败导致的故障，有的甚至要求从数月之前的归档开始恢复，导致客户的业务遭受影响和损失。
RMAN排除备份 Exclude带来的Obsolete影响 Posted by eygle at 2009-09-01 【内容摘要】Oracle在Bug 3736736修正中澄清，修正后，如果有效备份中不包含排除表空间，则备份将不保留用于恢复排除表空间的归档。
恩墨科技为济南某大学提供数据恢复服务 Posted by eygle at 2009-08-23 【内容摘要】根据最近几次的恢复经验看，BBED是恢复一些棘手故障的利器，几乎无往不胜，现在还存在的问题是Fractured block的修复问题。
然后备份总是王道，做好备份，万事无忧；没有备份，心惊胆跳！
断电故障导致 ASM DiskGroup 故障及恢复案例 Posted by eygle at 2009-07-09 【内容摘要】ASM在RAC环境中的使用已经极其广泛，但是往往由于对ASM的认识不够，很多时候在处理故障时会陷入谜团，前一段在客户环境中就遇到了一个ASM的棘手问题。
恩墨科技为某企业提供紧急数据恢复服务 Posted by eygle at 2009-07-07 【内容摘要】由于数据块出现了损坏，其中的数据不可避免的遭到了损失，我们可以通过BBED等工具修复数据块，虽然可以骗过数据库，强制启动数据库，但是无法骗过自己，其中的数据难免遭到损失。
Export ORA-00904: "Ifreepool": Invalid Identifier Posted by eygle at 2009-06-08 【内容摘要】这是因为版本不一致导致的，在遇到包含LOB对象的表时触发，这是因为10.2.0.4中，管理LOB对象发生了变化，在字典中引入了一些新的字段，如'IFREEPOOL'.
10.2.0.3中不包含相应字段，在EXP时就出现了错误。
ORA-01157 - Mount状态下的文件存在性校验 Posted by eygle at 2009-06-05 【内容摘要】虽然在Mount状态，数据库并不会主动校验文件的存在性，但是会被前台进程触发，去判断文件的存在性，从而报出出错信息
IMP-00009 abnormal end of export file Posted by eygle at 2009-05-14 【内容摘要】这中情况通常是因为导出文件异常，当导如最后发现异常时，会回退所有操作。
回退在数据库处理是正常的，因为导出文件异常可能导致局部数据丢失，数据的一致性和完整性是无法确保的。
可是在用户环境下，数据是为了导入测试环境进行测试，而且导入据说花费了4个小时，漫长等待得到的是回退的答案，这在用户看来是不可接受的。
如何快速找到备份过最近、最大序号的归档日志 Posted by eygle at 2009-04-23 【内容摘要】这里我们可以用另外一个命令： LIST BACKUP OF ARCHIVELOG FROM SEQUENCE seq_no [THREAD thread_no];
选择一个合适的SEQuence号，接下来这个命令会将备份过的日志按照序号展现出来，非常便于观察。
对于RAC环境不同的Thread可以加上不同的Thread号。
RMAN结合Read Only、Exclude的备份策略 Posted by eygle at 2009-04-22 【内容摘要】RMAN结合Read Only、Exclude的备份策略制定，特定条件下非常有用的备份手段之一。
ORA-00600 [2662]错误解决过程 Posted by eygle at 2005-10-19 【内容摘要】ORA-600 [2662] "Block SCN is ahead of Current SCN"，说明当前数据库的数据块的SCN早于当前的SCN，主要是和存储在UGA变量中的dependent SCN进行比较，如果当前的SCN小于它，数据库就会产生这个ORA-600 [2662]的错误了。这个错误一共有五个参数，分别代表不同的含义
数据文件SCN的一致性问题 Posted by eygle at 2005-08-06 【内容摘要】回答几个留言板上的问题
如何从备份集中恢复归档日志 Posted by eygle at 2005-07-03 【内容摘要】这一类的操作是因为丢失了所有的控制文件，而RMAN的备份信息又存储在控制文件之中。
所以只能使用DMBS_BACKUP_RESTORE从备份集中恢复数据文件、归档日志等进行恢复。
使用Oracle9i的新特性Flashback Query恢复误删除数据 Posted by eygle at 2005-06-22 【内容摘要】下午接到研发工程师的电话，说误删除了部分重要数据，并且已经提交，需要恢复。
登陆到数据库上查看，由于是Oracle9iR2，首先尝试使用flashback query闪回数据。
使用Oracle9i的blockrecover新特性修复数据库中的坏块 Posted by eygle at 2005-06-12 【内容摘要】1.备份数据库 D:\>rman target / 恢复管理器: 版本9.2.0.6.0 - Production Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved. 连接到目标数据库: EYGLE (DBID=1365961916)...
使用dbv和RMAN检查数据文件中的坏块 Posted by eygle at 2005-06-11 【内容摘要】1.使用dbv检查 D:\oradata\eygle>dbv file=EYGLE.DBF blocksize=8192 DBVERIFY: Release 10.1.0.4.0 - Production on 星期六 6月 11 17:36:37 2005 Copyright (c) 1982, 2004, Oracle....
Oracle10g已经废弃log_archive_start参数 Posted by eygle at 2005-04-13 【内容摘要】在Oracle10g中，log_archive_start参数已经被废弃，只要启动数据库的归档模式，Oracle就会启用自动归档，从而避免了10g以前由于用户疏忽所带来的一系列问题
Oracle10g新增的用以简化用户管理备份的命令 Posted by eygle at 2005-04-06 【内容摘要】Oracle10g新增命令用以简化用户管理的备份，可以通过 alter database begin/end backup来进行数据库备份模式的切换。 $ sqlplus "/ as sysdba" SQL*Plus: Release 10.1.0.2.0 - Production on Wed Apr 6 22:31:33...
使用Oracle10g新特性,跨越Resetlogs时间点进行恢复 Posted by eygle at 2005-04-05 【内容摘要】在Oracle10g以前，在进行了不完全恢复使用resetlogs选项打开数据库以后，Oracle建议你要立即进行全备份。
因为日志序号会被置位，以防止后续日志被应用。resetlogs之前的备份将不能用于进行跨域resetlogs时间点的恢复。
如何把数据导入不同的表空间? Posted by eygle at 2005-04-05 【内容摘要】很多人在进行数据迁移时，希望把数据导入不同于原系统的表空间，在导入之后却往往发现，数据被导入了原表空间。
使用Rman进行不完全恢复 Posted by eygle at 2005-04-05 【内容摘要】1.模拟数据损失 $ sqlplus "/ as sysdba" SQL*Plus: Release 10.1.0.2.0 - Production on Tue Apr 5 09:26:04 2005 Copyright (c) 1982,...
使用RMAN进行基于表空间的恢复 Posted by eygle at 2005-03-30 【内容摘要】示范案例，仅供参考: 1.察看备份文件 $ rman target / Recovery Manager: Release 10.1.0.2.0 - 64bit Production Copyright (c) 1995, 2004, Oracle. All rights...
如何从自动备份中恢复控制文件和SPFILE文件 Posted by eygle at 2005-03-30 【内容摘要】启用了自动控制文件备份功能之后，在数据库发生重要改变或备份完成之后，会自动进行控制文件备份，同时备份SPFILE文件
通过Oracle10g的flashback transaction query新特性进行事务撤销 Posted by eygle at 2005-03-30 【内容摘要】具备了flashback version query查询的基础，我们就可以进行基于flashback version query的恢复.
这就是flashback transaction query。flashback transaction query可以从FLASHBACK_TRANSACTION_QUERY中获得指定事务的历史信息以及Undo_SQL，通过这个UNDO_SQL，我们就可以恢复特定的事务。
Oracle10g的Flashback version Query Posted by eygle at 2005-03-30 【内容摘要】Oracle10g通过Flashback Version Query提供查看对数据库事务级改变的方法.当闪回事务处理查询与闪回版本查询同时使用时，我们可以轻易地从用户或者应用程序错误恢复。
使用Oracle10g的Flashback Query进行数据闪回 Posted by eygle at 2005-03-30 【内容摘要】Oracle10g对于闪回查询进行了增强，支持更简单的SQL操作，允许对误删除、误更新等DML操作进行闪回。 看一下以下测试: 1.原表记录 $ sqlplus eygle/eygle SQL*Plus: Release 10.1.0.2.0 - Production on Wed Mar 30 08:52:04 2005 Copyright (c) 1982,...
使用Oracle10g提供的flashback drop 新特性 Posted by eygle at 2005-03-29 【内容摘要】为了加快用户错误操作的恢复，Oracle10g提供了flashback drop的功能。
而在以前的版本中，除了不完全恢复，通常没有一个好的解决办法。
Oracle 10g的flashback drop功能，允许你从当前数据库中恢复一个被drop了的对象，在执行drop操作时，现在Oracle不是真正删除它，而是将该对象自动将放入回收站。对于一个对象的删除，其实仅仅就是简单的重令名操作。
使用Oracle10g Flashback database功能恢复用户错误 Posted by eygle at 2005-03-29 【内容摘要】Flashback Database是Oracle10g的新增功能，在启动Flashback Database之后，它定期将已发生变化的块写入闪回日志的日志文件中。这些日志不是由传统的Log Writer (LGWR) 过程写入，而是由一种称作Recovery Writer (RVWR)的新过程写入。这是Oracle10g的新增进程。
如何启用Oracle10g闪回数据库特性 Posted by eygle at 2005-03-29 【内容摘要】1.确认当前模式 SYS AS SYSDBA on 29-MAR-05 >select flashback_on from v$database; FLA --- NO 2.检查/修改恢复区设置 SYS AS SYSDBA on 29-MAR-05 >show...
启用Block Change Tracking-10g新特性 Posted by eygle at 2005-03-29 【内容摘要】Block chage tracking是Oracle10g的一个新特性，Block change tracking进程记录自从上一次备份以来数据块的变化，并把这些信息记录在跟踪文件中。RMAN使用这个文件判断增量备份中需要备份的变更数据。这极大的促进了备份性能，RMAN可以不再扫描整个文件以查找变更数据。
使用Oracle10g新特性简化数据库镜像COPY Posted by eygle at 2005-03-28 【内容摘要】镜像拷贝是单个数据文件、归档日志或者控制文件的额外拷贝，不以RMAN的格式存储。镜像拷贝的文件和执行操作系统级拷贝的文件一样，RMAN进行重建或者恢复操作时，可以使用镜像拷贝，当然手工操作也可以使用。
重建控制文件恢复丢失表空间一例 Posted by eygle at 2005-03-25 【内容摘要】以下案例用以说明重建控制文件的恢复机制。 案例假设在备份之后，新建表空间，然后crash丢失所有控制文件和数据文件。 拥有所有日志及归档文件进行恢复。 1.数据库状态 [oracle@standby oracle]$ sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.4.0 - Production on Fri Mar 25 13:56:54...
使用Oracle9i的自动控制文件备份功能 Posted by eygle at 2005-03-09 【内容摘要】在启用了自动备份以后，在数据库发生文件变化或备份等任务时，数据库会自动备份控制文件。
如果丢失了所有的控制文件及数据文件，我们可以尝试从自动备份中恢复控制文件及spfile文件。
如何重建UNDO TABLESPACE Posted by eygle at 2005-03-04 【内容摘要】MSN上有朋友问到，在迁移(同平台)的时候由于空间问题，他不打算要现在的UNDO文件，想要重建一个。他打算使用_corrupted_rollback_segments参数。
Oracle基于时间点的恢复 Posted by eygle at 2005-01-17 【内容摘要】Oracle基于时间点的恢复能够精确到什么样的精度? 这是一个需要关心的问题。 以下测试用于进行一点说明。 1.首先做好冷备份 2.创建测试数据 D:\>sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.6.0 - Production on Mon Jan 17 11:56:43 2005...
Rman Crosscheck删除失效归档 Posted by eygle at 2004-12-20 【内容摘要】当手工删除了归档日志以后，Rman备份会检测到日志缺失，从而无法进一步继续执行。
所以此时需要手工执行crosscheck过程，之后Rman备份可以恢复正常。
丢失所有文件、拥有全备份,缺少后增加的文件 Posted by eygle at 2004-10-14 【内容摘要】此案例丢失控制文件，从备份控制文件进行恢复，在进行恢复中，会向控制文件中以缺省规则增加文件，我们可以通过CREATE AS方式修改控制文件中记录.继续应用所有归档和日志文件可以完成恢复.
无文件备份、拥有所有归档的恢复 Posted by eygle at 2004-10-13 【内容摘要】此案例拥有当前控制文件，控制文件中包含了丢失文件信息，所以可以通过create datafile方式重新创建文件...
Use RMAN to Manage BackupSet Posted by eygle at 2004-10-12 【内容摘要】With Oracle 9iR2, We have a new way to let RMAN to manage backupset better.
That is CONFIGURE RETENTION POLICY command .
Oracle中模拟及修复数据块损坏 Posted by eygle at 2004-06-24 【内容摘要】通过试验模拟及解决数据块损坏...
