现在是评估、测试和关注备份的时候了。目前令人纠结的问题是对云进行评测，以判断我们自己是否需要去担忧云备份。如果真是那样的话，我们又该如何做呢？
我对云服务的现状了解得越深，我对我所发现的现象就越担忧。每一家厂商都有完全不同于其他厂商的备份政策，有些厂商甚至没有备份政策。
服务型基础设施(IaaS)厂商在这方面做得似乎是最差的。我们经常认为公共云上的虚拟机和存储服务是所向无敌的。
当巨人陨落之时
这与事实相差甚远。即使是最强大的亚马逊也曾在一年前丢失过客户的数据。
试想一下，连亚马逊也丢失过客户数据啊。我们说的可不是古老的Co-Lo和数据托管服务。 这可是一家刚刚从IBM手中抢走了中情局数据中心合同订单的公司。
亚马逊也不能保证客户数据百分之百不丢失，但它可是云技术领域中的精英。
你可以将你的数据交给亚马逊云平台的多个区域托管，但是如果你的运气不好的话，仍有可能遇到多个区域的服务同时宕机的事故。
你也许能够找到一家公共云厂商为你提供足够多的备份副本，而且那些备份分布在很多存储层级上以保证你的数据万无一失，但这只是针对工作区的保障措施，而不是真正的备份。
工作区技术比如高效率、容错等等可以在基础设施出现故障时对数据进行保护。它们并不能防止数据输入时出现巨大错误或意外删除。
我们只是人
在现实世界里，仅仅避免基础设施故障是不够的。你不可避免地会在很多时候遇到一些情况，必须提取和使用以前某个时间点的数据备份。
你将永远也不能用技术取代人在数据收集过程中所发挥的作用。如果不是McFumblefingers将信息压缩成一种形式并提交，那就是能与API通讯的脚本或从常用文件夹读取输入文件。 随着API的不断发展，输出格式也变得各不相同了。
在某些情况下，修改是为了解决安全方面的问题。在其他情况下，它可能只是一个政客修改夏时制以节约时间或某些国家宣布独立。 总是有些东西需要更新。更新最终是要由人来完成的，因此犯错将是难免的。
这意味着需要对版本进行控制，也就是对增量备份进行控制。如果你是在自己的基础设施上运行自己的云，那么备份将是非常容易的一件事。VSphere可以拍下正在运行的虚拟机的快照，Unitrends或类似的服务可以将一切都备份下来。
你甚至可以利用Asigra等软件将数据或数据副本备份到公共云上。我选择Asigra是因为它似乎可以提供几种不同类型的云备份。
我不想将我的数据保存在美国。Asigra可以满足我这方面的要求，作为一家受控服务供应商，我可以将客户的数据备份在我这里。
