首页
技术基础
备份恢复
SQL优化
诊断案例
BLOG
留言板
服务
生活
网摘
阅读
下载
墨天轮
English
eygle.com - 留言簿 - 发表留言 - Powered by eYgLe.Com
返回留言簿
删 除 留 言
管理密码:
请输入管理密码, 只有版主才能删除留言.
编 辑 留 言
管理密码:
请输入管理密码, 只有版主才能编辑留言.
昵称:
性别:
帅哥
美女
不告诉你
Email:
来自:
QQ:
主页:
信息图标: ( 随机 )
BB 代码:
字体
宋体
黑体
隶书
楷体
幼圆
Arial
颜色
天蓝
品蓝
蓝色
深蓝
橙色
橙红
深红
红色
砖红
暗红
绿色
灰绿
海绿
粉红
果红
桃红
紫色
紫蓝
棕木
沙褐
土黄
深褐
土绿
灰色
大小
1号
2号
3号
4号
5号
留言给(谁?):
内容:
头回来这里留言,学习盖总的《深入浅出 ORACLE 备份恢复》 做实验过程中遇到点问题: 10.2.0.1在通过使用表删除前的全库备份对已删除表做基于时间点的不完全恢复后 alert日志中总有这些trc文件,如: Errors in file /opt/oracle/admin/mjoysdb/udump/mjoysdb_ora_20086.trc: .... 打开其中某个trc的内容: WARNING: Archival will be performed using 2 passes. The first pass will attempt to determine the end-of-file of the online redo logfile. The end-of-file is determined by identifying what is described as a "corrupt" block header. This will be reported as an ORA-00354 error. However, this is not really a corrupt block - it is the end of the redo data. ..... krvscm(+): kccdiflg [404001] kccdifl2 [1000] krvscm(+): kccdi2ldscn [0x0000.00000000] krvscm(+): kccdi2lrscn [0x0000.00000000] krvscm(+): Inspecting logical metadata krvscm(+): Metadata state krvscm(+): hasPrepSwitchSta [0] 请教什么原因,要紧吗? 谢谢盖总~~
Copyright © 2003~2012
eygle.com
All Rights Reserved.
Powered by:
www.eygle.com