DBA警世录:谨慎操作数据字典

作者：eygle |【转载时请务必以超链接形式标明文章原始出处和作者信息及本声明】
链接：http://www.eygle.com/archives/2006/06/dba_not_modify_dictionary.html

站内相关文章|Related Articles

DBA警世录:Truncate之生产与测试环境

请问sys.file$数据字典文件被truncate掉后是否能够恢复
昨天太大意了，一不小心把file$中的内容给删除了，造成tablespace里的数据文件列表看不到了，请各位大侠帮忙！是否能用那几个建库脚本将这个表的内容恢复？

我们知道数据字典对于数据库来说至关重要,通常建议不要手工对数据字典进行任何修改和变更.因为一个简单的修改可能引发数据库内部很多潜在的问题.

除非在Oracle技术支持的指导下,对字典的手工修改实在没有必要.对于DBA来说,大家需要谨记:

绝对不要手工修改数据字典

如果发生如上意外(当然这个意外也太离奇了点),最好能够从备份中恢复(当然有些字典表是能够通过insert等简单操作恢复的),如果不存在备份,一个需要知道的经验是,千万不要关闭数据库,尝试导出数据,最后如果无法恢复,可以通过重建,imp导入数据恢复.

后来这位朋友电话给我,因为是测试环境,同时没有备份,我建议他导出重建数据库来解决.

By eygle on 2006-06-22 16:03 | Comments (1) | Posted to Beginner | Edit |Pageviews:

相关文章	随机文章
DBA警世录:Truncate之生产与测试环境成功恢复案例:解决字典表误Truncate故障 DBA警世录：职业生涯误操作之误删除篇 ITPUB年会回顾-阿里巴巴的数据库管理优化体系 DBA警世录:有些习惯DBA需要养成	DBA警世录:人祸猛于虎 sql.bsq与数据库的创建我的新房我的家如何查看Windows上文件系统块的大小 Resin、Apache、PHP与404错误

网上相关主题:

留言 (1)

每看eygle一贴，总会有所收获，谢谢！

Posted by: kongzl at September 1, 2006 10:31 PM