导致结构化数据库不可用的原因分析

　　通常引起数据库不可用的原因主要有以下几点：

　　1、意外中断

　　数据库在读写过程中突然重启或者死机，重新启动计算机使用数据库时，很可能会报数据文件损坏类错误(不同数据库的提示错误有所差别，但意思一致)，这种错误的出现是因为在数据库读写过程中，计算机发生了突然的死机或重启，而导致了缓冲数据的丢失，缓冲数据的丢失将会导致数据库无法写入正确的数据，那么数据库会写入一些无关的数据，这样就会造成数据库出错。Oracle的数据库针对这种损坏可以通过归档文件进行回滚，但是运行在非归档模式下时，也一样会出现此类错误。

　　2、人为破坏

　　人为破坏直接的就是将硬盘格式化或者将数据库文件彻底删除，此时用户往往会采用世面上的硬盘恢复工具如FinalData和EasyRecovery等工具进行恢复。虽然在运气好的情况下可以将数据文件找回，但是99%是无法附加、挂载的。即使可以附加和挂载，数据库也无法使用。因为数据库在日常中经常增加和修改、删除记录，这样就会出数据库文件存储不连续的情况，而FinalData和EasyRecovery等工具都是连续取数据的，所以取到的数据必然不完整。

　　3、逻辑损坏

　　逻辑损坏是指的一些“发和内部一致性错误”、“分配错误”和无任何提示的错误。这种错误的原因比较复杂，主要是系统表、回滚空间被破坏、篡改等。因为数据库的效验比较严密，只要稍改一个关键字节，都会导致这种错误。

　　四： CDP保证数据库备份100%的可用

　　目前主流的备份方式主要有三种：一种是定时备份、一种是实时备份，一种是CDP。很多人认为实时备份就是CDP，其实两者之间存在本质的区别，镜像同步类软件可以实现实时备份，但是却不能称作是CDP，因为CDP需要满足任意时间点(Any Point In Time)恢复的特点，而镜像类的产品是无法做到的，它只有有限个的快照点。

　　试想在进行数据恢复的时候，如果我们只有250个点可以选择。谁也无法保证当数据库发生逻辑错误时，修复的点就在这250个点之中，因为历史上数据的变化远远不止250次。而如果历史上所有的变化点都做了保留，比如变化了10000次，有10000个恢复点，那么这里面肯定有一个点是发生逻辑错误前的点。这就保证了这份备份数据是可以100%的恢复到数据库的一个可用状态的。

　　上讯信息的酷备数据保险箱，支持目前主流的国外及国产数据库的备份及恢复，具备先进的持续数据保护技术，可以将用户每一次备份的文件版本都保存下来，允许恢复至任意文件版本，为数据提供了实时、可靠、连续的保护。可谓是备份容灾的上佳之选。
个人存储中心 上讯crecloud云网管监控 http://www.su***/view-314.html