-
编辑 删除
ASM磁盘组异机迁移
环境：Source：OS:redhat6.3DB:OralceRAC11.2.4.0destination：OS:redhat6.3DB:OralceRAC11.2.4.0背景:客户的PC机上面有两个实例，压力太大，需要迁移出一个实例。数据量TB级别，因为同平台，同版本，外挂存储。所以这里采用直接迁
-
编辑 删除
shutdown abort模式丢失redo，使用隐含参数启库
shutdownabort模式丢失redolog无法open数据库通过告警报错ORA-00354:corruptredologblockheader从该错误可以看出当前日志的redoblock的header出现问题，导致oracle无法读取redo进行恢复。通过以下检查发现数据库文件头都一致，没有需
-
编辑 删除
oradebug推进scn
有时候我们遇到如下错误：ORA-01092:ORACLEinstanceterminated.DisconnectionforcedORA-00600:internalerrorcode,arguments:[2662],[0],[5685940],[0],[5685970],[4194432],[
-
编辑 删除
一个表空间使用率查询sql的优化
话不多说，直接上执行计划：SQL>setlines500;SQL>setpagesize9999;SQL>setlong9999;SQL>select*fromtable(dbms_xplan.display_cursor('41348610',null,'advanced'
-
编辑 删除
BBED标记坏块以及修复坏块
创建测试表：ZBDBA@orcl11g>select*fromzbdba;NAME------------------------------------------------------------zbdbahuihuiZBDBA@orcl11g>ZBDBA@orcl11g>Z
-
编辑 删除
一次数据文件头不一致恢复
SYS@orcl11g>alterdatabasedatafile6online;alterdatabasedatafile6online*ERRORatline1:ORA-01113:file6needsmediarecoveryORA-01110:datafile6:'/opt/oracl
-
编辑 删除
bbed修改undo段状态(ORA-01578)
ZBDBA@orcl11g>select*fromzbdba;select*fromzbdba*ERRORatline1:ORA-01578:ORACLEdatablockcorrupted(file#3,block#1449)ORA-01110:datafile3:'/opt/oracle/
-
编辑 删除
跳过丢失归档进行恢复
在我们恢复的时候，发现中间缺失归档，大部分dba认为从缺失的归档开始以后的归档都无法进行恢复。但是我们从非常规的方式，修改数据文件对应的信息是可以跳过该缺失的归档，并且利用后面的归档进行恢复的。SYS@orcl11g>recoverdatafile6;ORA-00279:change20543
-
编辑 删除
使用bbed修改数据
bbed是一个强大的工具，允许我们绕过oracle直接从数据文件中修改对应的内容ZBDBA@orcl11g>select*fromemp;EMPNOENAMEJOBMGRHIREDATESALCOMMDEPTNO-----------------------------------------
-
编辑 删除
一张6亿条数据表引发的事故
业务人员告诉我某系统磁盘IO持续高达300MB/s，系统平台为AIX，遂topas查看果然如此。用下面脚本到Oracle数据库中看了一下：SELECTDisk_ReadsDiskReads,Executions,SQL_ID,SQL_TextSQLText,SQL_FullTextSQLFullTe
