eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 恩墨学院集训实验室(OCM 数据库方向)即将投入使用 | Blog首页 | 我是如何说服儿子剪头发的 »

Oracle数据库恢复:风险意识缺乏导致的数据风险

这是发在微信账号上( OraNews )的文章,收录在这里。

Risk-Management.jpeg

【数据库的风险逐渐升级】最近有客户遇到了一则数据库故障,起因是当进行一个数据表创建时遭遇到限制约束。

该数据表来自MySQL数据库,在MySQL中,表名的长度限制是64个字符,但是Oracle的表名( table_name )不能超过30个字符,这是数据库的内在限制。

然后如何解决呢?应该说是数据库知识已经足够普及了,程序员们找到了数据字典表,将限制字段的长度改掉了。大家能够评估后果么?数据字典被修改,整个数据库开始出现ORA-600错误,就此触发一次故障。

很多时候我们说,无知者无畏,当动手能力太过于强大时,也会使数据库遭遇不测。而对于企业数据库环境来说,内部的风险往往大于外部。

不以规矩,不成方圆。做任何事都要遵循一定的守则和规范。

【Raid 并非安全无忧】最近两周,收到了两则关于Raid损坏的数据恢复请求。都是来自较为偏远的地区,客户使用RAID 5磁盘冗余,但是没有数据备份。时至今日,仍然有很多客户相信仅仅凭借磁盘级别的Raid保护就已经足够保障数据安全了。而现实是残酷的。

在技术快速发展的今天,一方面是大城市、中心地区的IT技术更新及时,另一方面则是很多二三线城市的信息和技术传播严重滞后。

这两个案例,一个是Raid 5中损坏了2块硬盘,只能从残存的盘片上恢复局部的数据;另一则是Raid 5中损坏了1块硬盘,但是恢复后发现Windows上的文件部分变为0字节,无法打开,这种情况可以通过底层扫描恢复文件,再校验完好性进行数据级别的恢复。

但是无论如何,在Raid的保护之外,有效的备份和容灾机制是必不可少的,无论我们技术人身在何处,不要忘了及时更新自己的技术知识。


历史上的今天...
    >> 2009-05-08文章:
           Oracle的SQL可以有多长?
    >> 2007-05-08文章:
    >> 2006-05-08文章:

无觅

By eygle on 2013-05-08 08:54 | Comments (0) | Case | 3100 |


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com