在推出Azure云计算服务之后，微软同时还申请一项专利。这项专利和云用户的主要顾虑之一——厂商锁定有关。（另一个主要顾虑是安全性）微软的人已经申请了一项关于将数据迁移到新云的专利。迁移数据是用户离开第一家云服务提供商时所必须要做的。

　　这个专利有一些不同寻常的地方，因此请耐心听我叙述。

　　这个专利的专利号是20080080526，专利申请人是微软，专利名称是“将数据迁移到新云”。（目前的申请看起来像是对最初在2006年9月递交的一份文档的重新申请。这种重新提交是很常见的行为。）

　　读者马上会想到两件事情。首先，这个专利建议并不是非常从厂商锁定的角度来解决数据迁移的问题（你必须进行数据迁移来转移到更好的供应商），实际上，它更像是一个自动故障复原数据保护机制。（我稍后会谈第二件事情，即这个机制是自动迁移流程的一部分）

　　下面是简略介绍，用“终止通知”的语言来描述第一个故障复原方面。

　　“我们所声称的专利技术提供了一种系统和/或一个方法来简化与网络服务有关的数据和/或服务的保留与保持……一个接口组件可以收到与网络服务有关的终止通知。一个执行组件可以将至少一部分与被终止网络服务有关的数据和服务迁移到另一个替代的网络服务，以便保留相关的服务和/或数据。”

　　实际上，这个应用确实解决了云迁移问题——针对的是客户发现更好的云服务提供商而进行迁移的情况，但是微软用了比较难懂的语言来描述。就像这样：

　　“……终止通知描述了网络服务终止的情况：服务商破产、兼并、解散、网络服务消失、网络服务终止、申请破产、关门、倒闭、遭遇袭击、网络服务不复存在、计划中的倒闭、重组、用户希望拥有更好的费率、用户希望更好的服务、设备故障、病毒侵袭、设备或服务替换。”

　　那么，问题就是什么时候了。现在我们先讨论如何进行，这很简单。点击我所提供的这个专利申请的图片。这张图片显示了数据迁移流程是如何运作的。基本上，由检测组件（微软在摘要中称之为“接口组件”）收到需要传输数据的通知。然后“执行组件”开始运作并发起传输，将数据迁移到“替代的网络服务”。

　　这个专利的意思就是想让数据迁移可以自动的进行。这反过来带来了许多问题。

　　如果你希望在自动故障检测的基础上进行自动迁移，你必须事先设定好迁移到哪里。你在哪种情况下有数据备份策略，如何描述在故障情况下需要将数据自动迁移到第二个服务。此外，如果你主要的云服务提供商遇到故障，那么存储组件是否还能继续访问？

　　不用说，云服务提供商本身也提供一些内部的故障复原保护。

　　另一件事就是这个专利申请看起来没有完全考虑到这么大量的数据其实没法在某个很短的时间点内传输完的。在认真地谈到云设置的时候，你所讨论的是真正大量的数据。也就是说，可能是PB级的。

　　考虑到这一点，如果是你使用的是Amazon EC2或微软的Azure云，将PB级的数据一下子迁移完是不可能的。Sun微系统首席执行官Jonathan Schwartz曾经表示，作为一名数学家，对于大多数互联网连接来说，将这么大量的数据传输出去还不如把磁带装到船上运走来得快。

　　当然，内部的在Gb级以太网上的网络传输显然可以在几小时之内完成这种海量传输，但是这并不适用于你的数据中心和公共云服务提供商之间的情况。

　　此外，任何拥有海量数据的用户肯定会做一些备份工作，免得发生故障灾难的时候变得两手空空。

　　虽然我进行了这些讨论，不过我不是专业的专利律师。不过，我还是忍不住认为这个专利申请最让人感兴趣的方面就是它在云数据迁移领域立下了一面旗帜。