恢复数据库遇到ORA-0600故障

Errors in file /u01/admin/UIDB/udump/uidb_ora_59394.trc:
ORA-00600: internal error code, arguments: [krbrrd_bz2_ksfqrd_noblks], [/u01/test/db_0_UIDB_dlq7rlus_1_1], [576000], [], [], [], [], []
Full restore complete of datafile 33 /u01/oradata/CCSDATA/rdata_charge.  Elapsed time: 0:00:08
  checkpoint is 11698057536124
  last deallocation scn is 11352553399034
Full restore complete of datafile 50 /u01/oradata/CCSDATA/jcccbarmanagerdata1.  Elapsed time: 0:00:02
  checkpoint is 11698057536124
  last deallocation scn is 10310851317885
Mon May 25 22:11:16 2015

Errors in file /u01/admin/UIDB/udump/uidb_ora_59392.trc:

ORA-00600: internal error code, arguments: [krbrrd_bz2_ksfqrd_noblks], [/u01/test/db_0_UIDB_dnq7rlus_1_1], [589952], [], [], [], [], []

Mon May 25 22:13:00 2015

Using STANDBY_ARCHIVE_DEST parameter default value as /u01/oradata/archive_uidb

Error: Controlfile was changed externally while mounted

       Please check if another Oracle database is running

       and accessing the same controlfile

进行RMAN恢复的时候遇到如上的报错信息。从跟踪文件中查看大量内存被dump出来，暂时看不出什么。这个应该是备份的时候，备份集有问题。所以对于这种问题干脆重新备份数据库。问题保留以后再分析

时间： 2024-08-29 15:10:04

恢复数据库遇到ORA-0600故障的相关文章

恢复数据库可用性组成员服务器

简单看了下technet恢复数据库可用性组成员服务器,ex2013跟ex2010过程是一致的.可参考如下: http://blog.sina.com.cn/s/blog_6ecd398f0100mrwf.html 环境:2台mailbox 服务器构成的DAG,其中一台down机,恢复方法如下.我测试环境如下:一台DC(winosr201),同时做DAG仲裁, IP:172.16.1.1一台Exchange3角色(winosr202)(在实验环境快

Dell R710服务器磁盘恢复数据库一例（记录）

现场环境有两台06年产早过保Dell R710服务器,RHEL5.4操作系统,一台应用服务器,一台Oracle数据库服务器,硬件配置,操作系统一样,独立阵列卡.一次机房停电,空调不工作,机房服务器UPS供电,因温度太高纷纷关机\死机,数据库服务器关机并报黄灯. E1000 Failsafe voltage error.Contact support1910 intrusion detected check chassis coverE1216 3.3V REGULATOR FAILURE RES

RMAN备份数据库与恢复数据库(整库)

1 准备 2 1.1 检查数据库归档状态 2 1.2 RMAN登陆目标 2 2 备份全库 2 2.1 创建备份数据存储目录 2 2.2 RMAN备份全库 2 2.3 试验(备份后,改变数据) 5 2.4 试验(模拟删除控制文件) 7 3 恢复数据库 8 3.1 假定没有设置ORACLE_SID,设置ORACLE_SID启动一个伪实例 8 3.2 恢复SPFILE 9 3.3 恢复控制文件 9 3.4 恢复数据库 10 目录 1 准备 1.1 检查数据库归档状态 [[email prote

使用rman异地恢复数据库试验（RAC恢复到单实例数据库）

前言 rman在实际应用中用到的不多,很多时候一个项目开始设置好备份策略,后续基本上都用不到了,除非数据库出现异常,可以说,rman是一个不常用但是却非常重要的技能,但是又非常容易忘记.为了不在关键时刻掉链子,做了一个rman异地恢复数据库的试验. 试验环境介绍操作系统数据库版本 RAC? 源系统 CentOS 6.3 x64 11.2.0.4 2节点目标系统 RedHat 6.4 x64 11.2.0.4 单节点 Rman备份: 0级数据库全备操作步骤将rman备份文件从源库上面拷贝

ORACLE中采用rman备份异机恢复数据库详细过程

场景: 有一个生产库的用户下面所有的表都不见了,怀疑人为被删除了,现在需要用备份去恢复下,找出原来的表,线上是oracle dataguard环境,有全库备份文件,准备去测试库恢复一下. 1,从生产库上copy好全备份文件恢复数据库需要准备的文件:rman完整备份(包括数据文件.日志文件.控制文件.参数文件),记录源数据库的DBID 安装的测试数据库ORACLE数据库软件并创建跟源数据库同名和数据库SID并修改数据库DBID跟源数据库DBID一样,创建跟源数据库服务器相同的数据文件

Oracle RMAN 恢复数据库到不同主机（二）

我们在recover database时报一个错误: RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 149 and starting SCN of 3507749 这里是提醒恢复到一个未知的scn号.我们在备份时只有148号归档,149号还是online redo,所以没有copy过来,如果我们不指定recover的结束时间,最后就会提示我们上面的信息:RMAN-0605

异地rman恢复数据库

Source db端: ORACLE_BASE=/u01/app/oracle ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1 ORACLE_SID=ygdg 数据文件位置:/u01/app/oracle/oradata/ygdg Target db端: ORACLE_BASE=/u01/app/oracle ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1 ORACLE_SID=ygdg 数据文件位置

SQL中利用脚本恢复数据库

SQL中利用脚本恢复数据库编写人:CC阿爸 2014-6-15 在日常SQL数据库的操作中,如何恢复数据库 use master drop database SCS1 RESTORE DATABASE SCS1 from disk='C:\Documents and Settings\kevinzhang\桌面\eee.bak' USE master RESTORE DATABASE SCS1 from disk='C:\Documents and Settings\kevinzhang\

SQL Server 2005恢复数据库详细图文教程

不少需要用到sql2005的程序,有很多新手还是会操作,这里写个详细的图文教程送个菜鸟们,高手请飘过.适用于独立主机的朋友使用,如果你还没安装,请按照这个教程来安装 SQL Server 2005图文安装教程,超详细下面是SQL Server 2005恢复数据库的详细过程 1:打开SQL Server Management Studio并登录,这个一般在开始--程序里面找到 2:鼠标右键单击数据库--新建数据库 3:弹出来的框里,填写数据库名称,我这里填写的是sqlqtdy,这个根据自己需求来

Exchange2013使用拨号音恢复恢复数据库

1.模拟数据库损坏这个时候数据库已经损坏了,用户无法登录到邮箱,也不能接收或者发送邮件.如下图所示. 2.创建拨号音数据库当务之急,先恢复用户的邮件收发,可以创建一个拨号音数据库,让用户先能够正常收发邮件.创建给拨号音数据库使用的文件夹. 创建拨号音数据库将原来DB1上的所有用户暂时迁移到DTB1上,使得用户能够正常收发. 装载DTB1数据库检查原来DB1中的用户是否能够正常收发邮件(但是无法查看之前的过往邮件) 创建还原数据库RDB1 创建RDB 将DB1中的所有日志文件复制到RDB1