有朋友找到我,数据库报ORA-60016703错误,这个本来是一个比较常见的破坏故障(警告：互联网中有oracle介质被注入恶意程序导致—ORA-60016703数据库启动报错如下:修复tab$启动库报ORA-00704ORA-00922错误SQL>alterdatabaseOpen;alterdatabaseOpen*第1行出现错误:ORA-01092:ORACLEinstancetermina

Oracle数据库还原恢复后，执行alterdatabaseopenresetlogs时遇到下面错误。如下所示：SQL> alter database open resetlogs;alter database open resetlogs*ERROR at line 1:ORA-00603: ORACLE server session terminated by fatal errorORA-0

节前帮网友打开了一套断电后无法正常启动的10.2.0.1数据库，该库使用非归档模式且没有任何备份。主机断电后，该网友尝试重启数据库实例，但是遇到了ORA-00600:[kccpb_sanity_check_2]内部错误:SQL>selectstatusfromv$instance;STATUS------------STARTEDSQL>SQL>shutdownimmediate;ORA-0150

在很大程度上，人们所做的选择，源于一种想要构建、保持个人或群体认同的心理动机。dba最怕什么：最怕数据库起不来，或者数据库数据丢失！今天，听朋友说自己一套oracle数据库因突然断电起不来，并发来日志：启动过程报错截图：alert日志报错：SMON:enablingcacherecoveryErrorsinfile/u01/app/oracle/diag/rdbms/siteps/siteps/t

场景：通过rman做一个数据库的异机恢复，进行到最关键的一步，打开数据库的时候报了错误，详细如下SQL>startupmount;Oracle例程已经启动。TotalSystemGlobalArea6797832192bytesFixedSize2241264bytesVariableSize3523218704bytesDatabaseBuffers3254779904bytesRedoBuff

本文开头说明一下，产生此问题是由于迁移文件之前没有查看源oracle和目标oracle的版本而导致的，源：11.2.0.3.0目标：11.2.0.1.0，只需要将源电脑上的时区文件拷贝到目标电脑后，再执行oracle提供的更新脚本即可，1、时区文件一般在以下路径，一般是最新的那个，无法拷贝就网上搜索更新时区文件版本的SQL吧：E:\app\Administrator\product\11.2.0\

18081072613微信、QQ：18081072613转载就注明出处1，故障现象今天一个客户的数据库在启动时报ORA-00600[kkdlcob-objn-exists],[37]错误，数据库不能打开，同时伴随着有ORA

升级oracle10g，启动oracle时出现以下错误：ORA-00704:引导程序进程失败ORA-39700:必须用UPGRADE选项打开数据库网上搜索了一下,发现需要配置一下才能启动oracle。

有时候数据库挂掉，起库会出现ORA-00704错误，而导致ORA-00704错误的根本原因是访问OBJ$的时候，ORACLE需要回滚段中的数据，而访问回滚段的时候需要的undo数据已经被覆盖，此时我们可以通过

 今天安装Oracle10.2.0.4碰到的错误。新机器先安装10.2.0.1，安装完后先创建数据库后再升级到10.2.0.4.升级过程都没问题，可是在启动数据库就报错。错误如下ORA-01092:ORACLEinstanceterminated.Disconnectionforced解决方法：SolutionToimplementthesolution,pleaseexecutethefollo

今天安装Oracle10.2.0.4碰到的错误。新机器先安装10.2.0.1，安装完后先创建数据库后再升级到10.2.0.4.升级过程都没问题，可是在启动数据库就报错。错误如下ORA-01092:ORACLEinstanceterminated.Disconnectionforced解决方法：SolutionToimplementthesolution,pleaseexecutethefollow

今天刚好遇到这个问题，不过没有这么严重，我的仅仅是在没有备份的情况下数据文件丢失，数据块还没有坏，呵呵幸运啊！我用的这是通过alterdatabasecreatedatafileas‘丢失数据文件路径’的方式来重新创建数据文件，然后通过设置参数_allow_resetlogs_corruption='true'让oracle不进行数据文件头和控制文件的scn的验证来启动数据库，不过最后就发生下面文

节前帮网友打开了一套断电后无法正常启动的10.2.0.1数据库，该库使用非归档模式且没有任何备份。主机断电后，该网友尝试重启数据库实例，但是遇到了ORA-00600:[kccpb_sanity_check_2]内部错误: SQL>selectstatusfromv$instance; STATUS ------------ STARTED SQL> SQL>shutdownimmediate;

Fri May 6 14:50:01 2011 Errors in file /opt/oracle/app/oracle/admin/bks/udump/bks_ora_5111.trc: ORA

   一个星期前在linux上安装好oracle10g，并且已经在使用，今天从ORACLE官网下载10.2.0.4补丁进行升级，安装好后，启动报错： SQL> startup ORACLE instance started. Total System Global Area 285212672 bytes Fixed Size

10.2.0.x版本的Oracle,打补丁或不打补丁都没有出现过数据库不可用的情况(在win2003sp2下),今天意外碰到刚装的数据库用PL/SQL连接时竟然提示Oracle不可用，查看了下警告日志，提示ORA

ORA-00704: bootstrap process failure ORA-1092 signalled during: alter database open... --- 进行如下操作后OK

，文件名：p5337014_10203_WINNT.zip，然后解压，运行SETUP安装，注意要先把数据库停掉并做好备份，运行完后，登陆SQLPLUS运行直接startup会报错，提示如下 ORA

;    今天将由 10.2.0.1.0 升级为 10.2.0.3.0 的 Standby DB Active 起来之后 , 在 open DB 时系统报如下错误 : ORA