评估在线处理和后处理去重的恢复时间
2009-07-26 12:16:20 来源:WEB开发网清楚什么时候构成重复数据删除文件的必要元数据被复制也十分重要。否则你无法将文件从灾难恢复站点恢复,除非这些元数据(关于数据仓库的数据,指在数据仓库建设过程中所产生的有关数据源定义,目标定义,转换规则等相关的关键数据)也处在灾难恢复站点上。
一些方法将元数据与文件同时进行复制,然而其他做法却不会对整个文件的元数据进行复制,除非特殊的备份工作的复制过程结束,或一些情况下甚至更晚些的时候才会同时复制。对于大的数据传输任务来说,完成复制需要的时间的不同决定了什么时候开始从远程站点进行文件的恢复,这之间可能会有几个小时的差距。这将对TTR产生明显的影响。
将数据复制与重复数据删除设备进行功能上的整合而不是使用独立的复制能力来完成任务是有很大的好处的,例如基于阵列的复制。随着元数据传输的结束,综合的选择可让文件立刻适用于灾难恢复站点的只读要求,但是更加静态的选择例如基于阵列的复制,会要求该文件在允许访问之前被手动安装到服务器上。整合的做法让重复数据删除之后的数据的完整性的管理工作变得更加容易,但是即使这样你往往想知道厂商是怎样解决数据完整性问题的。在重复数据删除后的环境中,大块数据的丢失可能会影响几百或几千的不同的文件,因此,你一定要确保你对厂商在此方面的做法的可靠性是满意的。
恢复的时间
在比较恢复时间的时候,厂商显然想告诉用户他们可提供很快的恢复能力。在线的做法不会将数据隐藏为原本的格式,然而大多数后期处理厂商建议至少要维持最新的备份数据的原本的格式,以便促进更快的恢复。(据统计,如果可行,大多数恢复来自于最新的备份)
在比较恢复时间的时候,要确保你已经清楚了数据从远程站点被恢复所需的时间,无论被隐藏在主站点上还是非主站点上。维持主站点的一个大的缓存可能会导致更佳的恢复时间,例如已被传输到灾难恢复站点的数据,但是这可能不是恢复种类(你必须在你的环境中操作)的现实的代表。
赞助商链接