影响灾难恢复的因素
发布时间:2005年01月12日点击数:
作者:Mike Talon 来源:Mike Talon
摘要:
大多数灾难恢复计划都包含有和复制系统相关的内容。这些系统能够在另一个地点立即恢复(商业)运作,或者能够至少创建实现最终恢复的数据副本。 然而,尽管复制系统几乎已经成为大型灾难恢复计划里必不可少的一部分,但是当你在自己的生产系统上运行某些工具软件的时候,这些软件会带来一些有意思的问题。 一个最常见的祸首是磁盘碎片整理软件。Windows系统会从这些工具软件里获得相当多的好处,而它们也正在成为生产数据中心里常见的工具。 不幸的是,复制工具并不总是能够和这些工具软件和平相处。当磁盘碎片整理程序启动,并开始在整个磁盘上读取、写入和移动数据的时候,复制工具可能认为这些数据发生了改变,因此就会把数据复制到灾难恢复系统里,这就会导致大范围的数据流量阻塞。 好消息是,这种情况的发生一般都只会限制在硬件级的复制工具上,所以那些基于虚拟主机的产品一般都不会看到广域网(WAN)上数据的巨大流量。这是因为大多数碎片整理系统都工作在磁盘这一级别——而不是在文件系统这一级别——因此基于非硬件的复制工具会忽略它们。 如果你使用的是基于硬件的复制工具,那么在使用碎片整理工具的时候,你就不得不把这种流量模式考虑进来。不幸的是,你不能简单地在运行碎片整理程序的时候关掉复制系统,否则这会在灾难恢复中心留给你一堆严重损坏了的文件。 但是,这些基于硬件的系统一般都需要大量的带宽才能够正常工作,所以你应该有足够的管线来应付碎片整理程序的负载,但是当这些工具开始工作的时候,你会看到性能大幅度地下降。由于碎片整理程序一般都安排在午夜进行,所以正确的时间安排让最终用户体会不到性能的下降,但是你还是应该知道它会发生。 另外一个常见嫌疑犯是反病毒软件。反病毒软件再一次成了Windows世界里的一个大问题,这要比在其他任何系统里都要严重,但是它仍然会在某种程度上影响所有的平台。 已经面市的反病毒系统一般都不会带来大问题,而且几乎所有的复制工具都能够和反病毒工具一起工作,而不会发生冲突。但问题会在灾难恢复系统上发生,因为对文件的不断扫描和重复扫描(不论是一块接一块还是一个字节接一个字节的复制)都会给反病毒系统造成极大的负载。 由于这种(高)负载,复制流会减慢,就像乌龟爬一样,还可能导致重复镜像或者其他不良后果。解决这个问题的方法相对简单:关闭反病毒软件对整个或者部分灾难恢复系统的扫描——而且只对灾难恢复系统。 如果你正在扫描工作网站里的所有文件,你就没有必要再在扫描灾难恢复中心里扫描相同的数据。在进行故障转移的时候,启动反病毒服务轻而易举,这样就可以在用户直接访问文件的时候对其进行扫描。 如果公司的规定不允许你完全关闭反病毒系统(或者认为这样做会让人陷入四处惊叫和过度紧张的困境),大多数(反病毒)软件都允许你对某些目录和文件不进行扫描。只用简单地忽略你正在复制的目录而扫描其他一切就行了。关闭反病毒软件听起来风险不小,但是要记住,扫描其他所有文件而排除掉正在主要设备上扫描的文件,不会置你的机构于病毒的攻击之下。 当然,这些只是影响灾难恢复计划和维护的工具的两个例子。有很多工具都可能影响到你的灾难恢复计划的实施方式,尤其当复制是整个计划的一部分的时候。 这些令人头疼的问题中没有哪一个会把灾难恢复工具从你的工具箱里排除掉。但是每个工具软件都需要你对其功能以及它们对你全盘计划的影响有所了解。
点击按钮自动加关注代码——新浪微博
上一篇:内部审计在企业风险管理中的作用
下一篇:萨班斯法案:这更将是一个机遇
相关文章
-
没有关键字相关信息!
推荐文章
- 信息系统运维预算定额参考标准研究[04-09]
- 第2章 跨文化管理理论和实践[01-14]
- 16:什么是关键成功因素法(CSF)?[06-09]
- 24:eSCM-SP(服务提供商外包能力模型)有哪些…[06-10]
- 第4章 跨文化沟通[01-14]
推荐专题
订阅
治理评论
- 治理评论第一期[01-20]
- 治理评论第二期[01-20]
- 治理评论第五期[01-20]
- 治理评论第三期[01-20]
- 治理评论第六期[01-20]
- 治理评论第四期[01-20]
- 太极凭什么中标12306? [09-26]
- 中国国际航空股份有限公司--书评[11-01]