12
返回列表 发新帖
楼主: zhoumange

惨了 ORA-01200

[复制链接]
论坛徽章:
0
11#
 楼主| 发表于 2005-3-14 22:31 | 只看该作者
真的没救了,血的教训哦,顺便问一下smartcobra怎么用,偶是菜菜:)

使用道具 举报

回复
论坛徽章:
0
12#
发表于 2005-3-15 08:24 | 只看该作者
没有备份的话,我想恢复应该是非常困难的!

使用道具 举报

回复
论坛徽章:
14
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-02-18 11:43:36生肖徽章2007版:牛
日期:2009-02-20 15:06:152009新春纪念徽章
日期:2009-01-04 14:52:28生肖徽章2007版:龙
日期:2008-12-25 11:27:31生肖徽章2007版:鼠
日期:2008-01-02 17:35:53生肖徽章2007版:鸡
日期:2008-01-02 17:35:53数据库板块每日发贴之星
日期:2006-05-24 01:01:36会员2006贡献徽章
日期:2006-04-17 13:46:34ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07
13#
发表于 2005-3-15 09:02 | 只看该作者
吃一堑长一智 下一次小心些吧!

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2009-02-02 10:53:59
14#
发表于 2005-3-15 09:12 | 只看该作者
楼住说在做imp的时候发生故障,imp是否表示有逻辑备份啊

使用道具 举报

回复
论坛徽章:
26
ITPUB元老
日期:2005-02-28 12:57:00生肖徽章:兔
日期:2006-09-26 21:29:55生肖徽章:兔
日期:2006-09-07 17:01:32生肖徽章:兔
日期:2006-09-07 17:02:25生肖徽章:兔
日期:2006-09-07 17:02:46生肖徽章:兔
日期:2006-09-07 17:06:29生肖徽章:兔
日期:2006-09-18 05:26:00生肖徽章:狗
日期:2006-10-06 13:28:27生肖徽章:狗
日期:2006-10-08 05:28:34生肖徽章2007版:鸡
日期:2008-01-02 17:35:53
15#
发表于 2005-3-15 09:58 | 只看该作者
这个就不好恢复了,建议在做offline drop 的时候将目前的数据库做一个备份,

试试在mount的状态下recover database;

也许数据库会根据目前的redofile来恢复数据库呢,原来的问题是数据文件和控制文件不一致了,估计可以根据redofile来恢复,但是现在你已经将数据文件offline drop了,估计是没有什么帮法来恢复了

使用道具 举报

回复
论坛徽章:
2
ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:372013年新春福章
日期:2013-02-25 14:51:24
16#
发表于 2005-3-15 10:26 | 只看该作者
你是在做imp时出现这种故障,那你那个imp的备份应该是好的吧。
另外,从文件名来看,应该是你的索引表空间所在的数据文件,把这个文件offline然后drop,再打开数据库,如果这个表空间里只有索引,那就重建过好了。你offline再drop这个数据文件,打开数据库后,可以看到这个表空间中有些什么对象的,到时候再决定怎么做好了。因为你目前的情况,想直接一下子弄好不大现实。我建议你做个冷备份后,在这么打开数据库看看,再决定怎么做

使用道具 举报

回复
论坛徽章:
2
ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:372013年新春福章
日期:2013-02-25 14:51:24
17#
发表于 2005-3-15 10:29 | 只看该作者
最初由 zhoumange 发布
[B]mount后将其offline drop 后又提示
ORA-01122: ????? 8 ????
ORA-01110: ???? 8: 'D:\ORACLE\ORADATA\SZGFDB\EBILLS_SMALLTABLE_A01.DBF'
ORA-01200: 439800?????????440958??????
也offline drop 后
可以打开数据库,EBILLS_SMALLTABLE_A01.DBF'里面可是有数据的哦,以后可不可以恢复呢,谢谢! [/B]


EBILLS_SMALLTABLE_A01.DBF这个不能恢复了,希望你的exp备份出来的东西是好的

使用道具 举报

回复
论坛徽章:
13
授权会员
日期:2005-12-23 19:56:14鲜花蛋
日期:2013-04-18 22:03:042013年新春福章
日期:2013-02-25 14:51:24迷宫蛋
日期:2013-02-15 19:14:57ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:37茶鸡蛋
日期:2012-01-08 17:37:03ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282010新春纪念徽章
日期:2010-03-01 11:20:00祖国60周年纪念徽章
日期:2009-10-09 08:28:00ITPUB元老
日期:2009-09-18 14:16:35
18#
发表于 2005-3-15 22:12 | 只看该作者

Re: 惨了 ORA-01200

最初由 zhoumange 发布
[B]SQL> alter database open;
alter database open
*
ERROR 位于第 1 行:
ORA-01122: 数据库文件 6 检验失败
ORA-01110: 数据文件 6: 'D:\ORACLE\ORADATA\SZGFDB\INDX01.D
ORA-01200: 219040的实际文件大小小于219520块的正确大小

没有冷背,数据库没有归档模式,有救吗,跪求高手。里面的数据很重要,在做一个IMP时机器突然篮屏,重启后打不开数据库,可以MOUNT。
ORACLE8。16  WIN2000 [/B]


做imp操作,说明你有exp出的文件啊,可以重新建立那个丢失数据文件所属的表空间,进行imp。
最大的教训是:1.一定重视数据库备份工作 2。做任何恢复操作前,都要把当时的数据库状态做一个备份,以便可以再使用其它恢复方法。

祝好运

使用道具 举报

回复
论坛徽章:
84
2015年新春福章
日期:2015-03-06 11:57:312012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:33
19#
发表于 2005-3-16 21:52 | 只看该作者
以前给客户做服务的时候做过类似的一个恢复,也许可以恢复,那个文件如果存在也许可以恢复

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表