免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2567 | 回复: 7

[Hive] No Archive Mode 下数据库open不了了! [复制链接]

论坛徽章:
0
发表于 2014-09-24 14:34 |显示全部楼层
本帖最后由 rdcwayx 于 2014-12-29 12:13 编辑
  1. RROR at line 1:
  2. ORA-01157: cannot identify/lock data file 159 - see DBWR trace file
  3. ORA-01110: data file 159: '/app/oracle/oradata/part10_201501_04.dbf'

  4. Database log mode              No Archive Mode
复制代码
create part10_201501_04.dbf为了扩表空间,发现放的目录不对,就把这个dbf文件删了,这个dbf文件应该没有数据。现在如何通过重建index把数据库打开???多谢了。

论坛徽章:
17
天蝎座
日期:2014-03-10 14:35:04数据库技术版块每日发帖之星
日期:2015-12-13 06:20:00IT运维版块每日发帖之星
日期:2015-12-13 06:20:00数据库技术版块每日发帖之星
日期:2015-10-20 06:20:00数据库技术版块每日发帖之星
日期:2015-08-21 06:20:00数据库技术版块每日发帖之星
日期:2015-06-17 22:20:002015年迎新春徽章
日期:2015-03-04 09:57:092015年辞旧岁徽章
日期:2015-03-03 16:54:15技术图书徽章
日期:2015-01-12 17:05:35亥猪
日期:2014-11-09 13:05:04金牛座
日期:2014-09-25 11:28:54处女座
日期:2014-09-15 19:58:36
发表于 2014-09-24 15:34 |显示全部楼层
本帖最后由 jackson198574 于 2014-09-24 15:45 编辑

回复 1# ftjn


    兄弟,你这个问题非常的严重,这个严重的问题在于你的安全意识问题,做任何操作都要三思而后行,在没有备份的情况下更要谨慎,你在做删除之前如果拿不准,一定要查阅相关文档和做好数据库的全库备份,这一次有可能会解决,但是如果不改变态度,下次还会可能发生不可预知的严重问题。



解决方法你可以尝试:

1.shutdown immediate;

2.startup mount;

3.alter database datafile  '/app/oracle/oradata/part10_201501_04.dbf' offline drop;

4.alter database open;


数据库启动以后再扩一下你真正要扩的表空间吧。




操作完以后反馈一下执行结果,说一下数据库是否正常启动。





论坛徽章:
0
发表于 2014-09-25 10:26 |显示全部楼层
感谢版主。我觉得稳妥的方法是:在controlfile里面注销被删的dbf文件,再use ANALYZE commands for cross-check data and index structures,但具体的步骤请高手指点。

论坛徽章:
17
天蝎座
日期:2014-03-10 14:35:04数据库技术版块每日发帖之星
日期:2015-12-13 06:20:00IT运维版块每日发帖之星
日期:2015-12-13 06:20:00数据库技术版块每日发帖之星
日期:2015-10-20 06:20:00数据库技术版块每日发帖之星
日期:2015-08-21 06:20:00数据库技术版块每日发帖之星
日期:2015-06-17 22:20:002015年迎新春徽章
日期:2015-03-04 09:57:092015年辞旧岁徽章
日期:2015-03-03 16:54:15技术图书徽章
日期:2015-01-12 17:05:35亥猪
日期:2014-11-09 13:05:04金牛座
日期:2014-09-25 11:28:54处女座
日期:2014-09-15 19:58:36
发表于 2014-09-25 10:59 |显示全部楼层
回复 3# ftjn


    你在描述的环境中采用的哪种方案?效果如何?

论坛徽章:
17
天蝎座
日期:2014-03-10 14:35:04数据库技术版块每日发帖之星
日期:2015-12-13 06:20:00IT运维版块每日发帖之星
日期:2015-12-13 06:20:00数据库技术版块每日发帖之星
日期:2015-10-20 06:20:00数据库技术版块每日发帖之星
日期:2015-08-21 06:20:00数据库技术版块每日发帖之星
日期:2015-06-17 22:20:002015年迎新春徽章
日期:2015-03-04 09:57:092015年辞旧岁徽章
日期:2015-03-03 16:54:15技术图书徽章
日期:2015-01-12 17:05:35亥猪
日期:2014-11-09 13:05:04金牛座
日期:2014-09-25 11:28:54处女座
日期:2014-09-15 19:58:36
发表于 2014-09-25 11:19 |显示全部楼层
回复 3# ftjn


强烈建议你不要修改控制文件!尤其不要用操作系统直接编辑控制文件!

如果要改,可以使用alter database backup controlfile to trace;命令生成脚本,然后重建。

如果你之前从未做过相关的成功案例,强烈建议你不要这么做,不要自己想当然。

不妨先试试我的方法,看看效果如何再说。

你觉得呢?

论坛徽章:
0
发表于 2014-09-25 14:18 |显示全部楼层
版主说得对,我现在的情况是DB opened了,但是 status RESTRICTED,这个也是一个比我有经验的同事作的,

SQL> select FILE#,name,STATUS,ENABLED from v$datafile;

     FILE# NAME                                                                             STATUS  ENABLED
---------- -------------------------------------------------------------------------------- ------- ----------
   ....
       158 /app/oracle/oradata/part10_201501_03.dbf             ONLINE  READ WRITE
       159 /app/oracle/oradata/part10_201501_04.dbf              RECOVER READ WRITE
下面怎么做?是不是要修改控制文件,才能恢复正常?请指教!

论坛徽章:
17
天蝎座
日期:2014-03-10 14:35:04数据库技术版块每日发帖之星
日期:2015-12-13 06:20:00IT运维版块每日发帖之星
日期:2015-12-13 06:20:00数据库技术版块每日发帖之星
日期:2015-10-20 06:20:00数据库技术版块每日发帖之星
日期:2015-08-21 06:20:00数据库技术版块每日发帖之星
日期:2015-06-17 22:20:002015年迎新春徽章
日期:2015-03-04 09:57:092015年辞旧岁徽章
日期:2015-03-03 16:54:15技术图书徽章
日期:2015-01-12 17:05:35亥猪
日期:2014-11-09 13:05:04金牛座
日期:2014-09-25 11:28:54处女座
日期:2014-09-15 19:58:36
发表于 2014-09-25 14:33 |显示全部楼层
回复 6# ftjn


这个表空间下还有其他的数据文件吗?数据库起来之后立刻做全库备份了吗?

论坛徽章:
17
天蝎座
日期:2014-03-10 14:35:04数据库技术版块每日发帖之星
日期:2015-12-13 06:20:00IT运维版块每日发帖之星
日期:2015-12-13 06:20:00数据库技术版块每日发帖之星
日期:2015-10-20 06:20:00数据库技术版块每日发帖之星
日期:2015-08-21 06:20:00数据库技术版块每日发帖之星
日期:2015-06-17 22:20:002015年迎新春徽章
日期:2015-03-04 09:57:092015年辞旧岁徽章
日期:2015-03-03 16:54:15技术图书徽章
日期:2015-01-12 17:05:35亥猪
日期:2014-11-09 13:05:04金牛座
日期:2014-09-25 11:28:54处女座
日期:2014-09-15 19:58:36
发表于 2014-09-25 14:39 |显示全部楼层
回复 6# ftjn


    如果这个问题文件所在的表空间存在其他的数据文件,可以尝试move表空间,然后删除这个表空间,然后再建一个move回来也可以;如果这个问题文件所在的表空间中只有这个文件的话,删除表空间就行。

    一定要做一个全库备份。exp导出一份,一定要有。有RMAN,NBU或者TSM的备份更好。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

DTCC2020中国数据库技术大会

【架构革新 高效可控】2020年12月21日-23日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


大会官网>>
  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP