免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
› 论坛 › 数据库技术 › Oracle › 这个错误大概什么情况呢？
最近访问板块 发新帖
查看: 2146 | 回复: 2
打印 上一主题 下一主题

这个错误大概什么情况呢？ [复制链接]

jiangxiaoyu

论坛徽章:
1
2015年迎新春徽章 日期:2015-03-03 17:33:52
跳转到指定楼层
1楼 [收藏(0)] [报告]
发表于 2011-01-20 10:35 |只看该作者 |倒序浏览


我的这个情况大概什么情况呢？


V10 STYLE FILE HEADER:
Compatibility Vsn = 169870080=0xa200300
Db ID=305124054=0x122fd2d6, Db Name=XXXXXX
Activation ID=0=0x0
Control Seq=1508452=0x170464, File size=896000=0xdac00
File Number=62, Blksiz=8192, File Type=3 DATA
Tablespace #5 - TS_XXXX_D01 rel_fn:62
Creation at scn: 0x0a9b.4e1b7c39 11/25/2010 15:30:35
Backup taken at scn: 0x0a9e.44a2e058 01/19/2011 08:40:29 thread:1
reset logs count:0x29350716 scn: 0x0000.00000001 reset logs terminal rcv data:0x0 scn: 0x0000.00000000
prev reset logs count:0x0 scn: 0x0000.00000000 prev reset logs terminal rcv data:0x0 scn: 0x0000.00000000
recovered at 01/01/1988 00:00:00
status:0x4 root dba:0x00000000 chkpt cnt: 30796 ctl cnt:30795
begin-hot-backup file size: 896000
Checkpointed at scn: 0x0a9e.44a2e058 01/19/2011 08:40:29
thread:1 rba0x17f47.1a2.10)
enabled threads: 01000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000
Backup Checkpointed at scn: 0x0a9e.44a2e058 01/19/2011 08:40:29
thread:1 rba0x17f47.1a2.10)
enabled threads: 01000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000
External cache id: 0x0 0x0 0x0 0x0
Absolute fuzzy scn: 0x0000.00000000
Recovery fuzzy scn: 0x0000.00000000 01/01/1988 00:00:00
Terminal Recovery Stamp 01/01/1988 00:00:00
Platform Information: Creation Platform ID: 3
Current Platform ID: 3 Last Platform ID: 3
DATA FILE #62:
(name #84) /XXXX/XXX/YYY_d01_20.dbf
creation size=38400 block size=8192 status=0xe head=84 tail=84 dup=1
tablespace 5, index=5 krfil=62 prev_file=61
unrecoverable scn: 0x0000.00000000 0
file, HEADER, file, HEADER
renxiao2003

论坛徽章:
59
2015七夕节徽章 日期:2015-08-24 11:17:25ChinaUnix专家徽章 日期:2015-07-20 09:19:30每周论坛发贴之星 日期:2015-07-20 09:19:42ChinaUnix元老 日期:2015-07-20 11:04:38荣誉版主 日期:2015-07-20 11:05:19巳蛇 日期:2015-07-20 11:05:26CU十二周年纪念徽章 日期:2015-07-20 11:05:27IT运维版块每日发帖之星 日期:2015-07-20 11:05:34操作系统版块每日发帖之星 日期:2015-07-20 11:05:36程序设计版块每日发帖之星 日期:2015-07-20 11:05:40数据库技术版块每日发帖之星 日期:2015-07-20 11:05:432015年辞旧岁徽章 日期:2015-07-20 11:05:44
2楼 [报告]
发表于 2011-01-20 13:51 |只看该作者
什么操作情况下出现的。
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
jiangxiaoyu

论坛徽章:
1
2015年迎新春徽章 日期:2015-03-03 17:33:52
3楼 [报告]
发表于 2011-01-20 15:19 |只看该作者
这个情况是一个BCV mount的库在做rcover出现的。上面的信息一般还看不到，在startup mount之后如果没有用recover database using backup controlfile 而是用了recover database出错以后用" alter database backup controlfile to trace" 在udump的最近的一个trace文件中才看到的,如果一开始用了recover database using backup controlfile 然后再alter database backup controlfile to trace 则在trace文件就看不到这样的信息了，只能看到重新创建控制文件的脚本。
实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？
返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号：11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们：huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP