云备份和标准数据中心的备份有所不同（云备份和标准数据中心的备份有所不同吗）

当您需要实行某种基于云的系统恢复技术时,您有两类线路可以选择，但费用和风险各不相同。

　　备份通常都是个很好的策略。您需要有能力在某个地方备份数据和利用程序，以便在某些自然或人为灾害的情形下照旧可以保持业务的运行，避免关键系统的崩溃。

　　我们具有提供备份站点和备份技术的完全解决方案。它们可以是被动式的，这意味着您可以在短时间内恢复站点并重新开始运营。或也能够是主动式的(本钱更高)，这意味着可以在使用者不知情的情形下，用当前的数据和代码重新发布和接收被禁用的系统。

　　在云计算的环境中，灾害恢复包括了一组新的选项，它们看起来与您在本地系统中具有的选项大不一样。您终究采取的方法应当与利用程序和数据集对业务价值的大小相匹配。我建议您仔细斟酌所有这些操作选项的实用性，确保您的花费不会超过灾害恢复配置所带来的价值。

　　选项1:区域到区域的灾害恢复

　　您可以在同一个公共云提供商中设置两个或更多区域来提供灾害恢复能力。所以，如果Virginia区域被移除，那末该国其他地区就能够接收。

　　你可以花钱将数据和利用程序的精确副本复制到备份区域，这样它们就能够无缝地接收(即主动恢复)。或你可使用更经济行之有效的的方法，比如按计划备份到被动式大容量存储器，以便快捷地在另外一个区域重新开始运营(即被动恢复)。

　　选项2:云到云的灾害恢复

　　我遇到的最多见的问题是：如果全部公共云提供商被摧毁或长时间停运时，我们该如何保护自己?

　　举例来看，使用一个公共云来提供对另外一个公共云的备份，可让您使用Amazon Web服务来备份Azure，或反过来，或做一些其他的配对。

　　虽然这仿佛是灾害恢复的终纵目标——也是规避风险的终纵目标——为了支持灾害恢复，多云计算意味着需要保存两个不同的技能集，具有两个不同的平台配置，和其他本钱和风险。

　　但是,进行云对云的系统复制(又称云间复制)大大增加了出错的可能性。特别是在尝试复制主备份平台时，这绝对不是您所希望看到的。虽然并不是不可能，但云间复制可能比在同一供应商内的云内复制困难5倍。这就是为何除少数例子以外，支持云间复制的机构几近不存在的缘由。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。