这是发在微信账号上（ OraNews ）的文章，收录在这里。
【数据库的风险逐渐升级】最近有客户遇到了一则数据库故障，起因是当进行一个数据表创建时遭遇到限制约束。
该数据表来自MySQL数据库，在MySQL中，表名的长度限制是64个字符，但是Oracle的表名（ table_name ）不能超过30个字符，这是数据库的内在限制。
然后如何解决呢？应该说是数据库知识已经足够普及了，程序员们找到了数据字典表，将限制字段的长度改掉了。大家能够评估后果么？数据字典被修改，整个数据库开始出现ORA-600错误，就此触发一次故障。
很多时候我们说，无知者无畏，当动手能力太过于强大时，也会使数据库遭遇不测。而对于企业数据库环境来说，内部的风险往往大于外部。
不以规矩，不成方圆。做任何事都要遵循一定的守则和规范。
【Raid 并非安全无忧】最近两周，收到了两则关于Raid损坏的数据恢复请求。都是来自较为偏远的地区，客户使用RAID 5磁盘冗余，但是没有数据备份。时至今日，仍然有很多客户相信仅仅凭借磁盘级别的Raid保护就已经足够保障数据安全了。而现实是残酷的。
在技术快速发展的今天，一方面是大城市、中心地区的IT技术更新及时，另一方面则是很多二三线城市的信息和技术传播严重滞后。
这两个案例，一个是Raid 5中损坏了2块硬盘，只能从残存的盘片上恢复局部的数据；另一则是Raid 5中损坏了1块硬盘，但是恢复后发现Windows上的文件部分变为0字节，无法打开，这种情况可以通过底层扫描恢复文件，再校验完好性进行数据级别的恢复。
但是无论如何，在Raid的保护之外，有效的备份和容灾机制是必不可少的，无论我们技术人身在何处，不要忘了及时更新自己的技术知识。
相关文章|Related Articles