尽管业务灾难恢复计划转向云计算,但传统灾难恢复(DR)的关键要素,如位置和测试仍然很重要。
在过去几年中,人们已经逐渐放弃了一种被动的业务恢复计划,那就是采用磁带存储现场数据,并通过磁带数据将数据恢复到新的计算设备,这转变为一种更加活跃的模型。云备份是转型过程中的第一步,内部部署和站外磁带使得在线云存储成为可能。
简单化的云备份方法使人们陷入了在哪里恢复的困境。人们仍然需要找到可以正常运行,并能够获取数据给他们的应用程序。由于全球互联网(WAN)速度仍然远远低于局域网(LAN)性能,因此将数据上传到恢复站点可能需要几天的时间。
明显的答案是通过运行在云中的应用程序恢复移动的数据。这种业务恢复规划方法可能是说起来容易,但做起来难。因为有效的性能通常需要应用程序是云就绪的,使它们适合多实例操作。基于云计算恢复所谓的遗留应用程序是非常困难的,尤其是在大型机上运行COBOL程序。
实现全云恢复的一个中间步骤可能是在电信设施签订备用安排。这些通常具有连接到主要云数据中心速度非常快的光纤链路,并且还具有可用的主机设备。这将使数据访问延迟降低到可接受的水平。
基于硬盘驱动器的云存储
备份和业务恢复计划的另一个重大变化是由云供应商使用磁盘或固态硬盘,而不是使用磁带。从备份中恢复,甚至是灾难恢复,可能只涉及几个文件的恢复。搜索磁带是非常耗时的,基于硬盘驱动器的存储在云中允许个别文件被迅速拉取,从而改变恢复的方式。
与往常一样,请记住有一个可行的灾难恢复(DR)计划,并定期测试。数据中心宕机有各种原因,从工作人员忘记补充发电机燃料,到一场强烈风暴导致同在一个城市的两个数据中心宕机。良好的业务恢复计划需要在异地存储。最好是使用一个远离当地的云区。
这也适用于云到云备份和灾难恢复。由于电源或天气问题,数据中心业务可能会关闭,因此需要确保一个数据副本位于另一个地理区域的数据中心,并注意邻近建筑物中的多个区域。