根据统计聚合服务Statistica的数据，到2020年，企业平均使用80个云应用程序，而三年前只有16个。由于这种程度的投资和对基于云的服务的依赖，用户和公司都将不可避免地希望从一个云服务转移到另一个云服务。

我以前曾写过云供应商如何反复无常地改变他们的策略和定价，以及云依赖如何导致锁定。一旦您完全投资于云计算(因此完全依赖于云计算)，这可能是一个真正的问题。

但是，仅仅因为云在锁定和转换成本方面可能是一个具有挑战性的地方，这并不意味着你必须被锁定。本文向您展示了我们挑选的服务，这些服务可以帮助您对抗锁定并切换到其他提供商。

b谷歌和Microsoft方式的消息传递迁移

我们将以b谷歌和微软各自提供的服务开始我们的云迁移“最好的”服务，以从他们的竞争对手那里吸引客户。谷歌有一个吸引微软用户的工具。微软有一个吸引100万用户的工具。它们都不是超级简单或超级方便的，但它们是整个平台提供的一部分。之后，我们将向您展示一个可以为您完成所有迁移的付费服务。但是现在，让我们看看本地解决方案。

谷歌Microsoft Exchange的工作空间迁移(GWMME)

将Exchange移动到谷歌

• 支持的服务器:Microsoft Exchange Server 2000、2003、2007、2010、2013或2016。
• 支持的云服务:交换啊在线(Office 365)。
• IMAP支持:符合RFC 3501的IMAP服务器(包括Exchange、Novell GroupWise、Cyrus、Courier、Dovecot、SunMail、Zimbra或Gmail)。

GWMME支持将Office 365、Microsoft Exchange和部分IMAP服务器中的电子邮件、日历和联系人数据迁移到谷歌Workspace。有趣的是，迁移并不发生在云中。相反，您需要在本地设置一台Windows机器，这台机器可以吸收微软的数据，然后将其推入谷歌工作区。

优点:

• 包含在工作区计划的成本中
• 有b谷歌的支持吗
• 适度的可配置

缺点:

• 必须在本地客户机上运行
• 设置比较复杂
• b谷歌的有限支持

现在在b谷歌观看

Microsoft Exchange管理中心(EAC)

移动谷歌到Exchange

• 工作空间迁移:邮件、联系人、日历
• 脚本:支持PowerShell

微软有自己的迁移工具。您可以选择使用Exchange管理中心或使用PowerShell设置自己的脚本。两者都需要一些定制和调整。

还有一些重大的迁移限制。共享日历、云附件和事件颜色不会被迁移。微软还表示:“每个联系人最多迁移三个电子邮件地址，Gmail标签、联系人url和自定义标签不会从谷歌联系人迁移。”此外，附件限制为35MB，但如果调整设置，可以将其调整为150MB。

优点:

• 提供了许多不同的方法
• 可多次运行

缺点:

• 迁移不适用于Office 365 US Government GCC High或DoD
• 附件限制为150MB(设置调整后)
• 迁移工具不能与记录管理(MRM)或存档策略一起工作

现在在微软查看

可以帮助迁移的服务

在本节中，我们将重点介绍可以帮助您迁移或为您执行迁移的服务。通常，这些服务按迁移的每个用户、移动的数据量或两者收费。但是，由于您是在为特定的迁移服务付费，而这些供应商就是这么做的，因此，与上面所示的解决方案相比，您有更好的机会获得更多的指导和支持。

迁移消息传递系统的最佳工具

Transend

• 微软:Microsoft 365, Exchange/Outlook, PST, OST, Outlook MSG
• 谷歌:G Suite/Gmail legacy，谷歌Workspace
• HCL/IBM: Notes Domino, NSF, SmartCloud
• 微焦点:团队智慧
• AWS: Amazon WorkMail
• IMAP等:communicate, EML, Eudora, First Class, GoDaddy, Kerio, Mdaemon, mirpoint, MBOX, Netmail XML Archive, Oracle Communication Server, Pegasus, POP Server, Rackspace, Sun/Oracle JES/iPlanet/One, Thunderbird/Netscape, Yahoo, Zimbra，通用IMAP

如果您有想要移动的消息，此服务可以为您做到这一点。我认识Transend公司的人已经有十多年了，他们提供移民服务至少也有十多年了。当我还是DominoPower杂志的编辑时(在我加入ZDNet之前)，Transend曾经帮助Domino用户迁移到Exchange。

今天，他们的服务范围非常广泛，如上所示。基本计划支持电子邮件、日历、联系人、任务、档案，而他们的企业计划和专业服务还可以转换房间、资源、组、通讯组列表、委托、别名和其他活动目录属性。

优点:

• 非常广泛的co反转源和目标
• 经验丰富

缺点:

• 一些高级的反转需要企业或专业日常服务计划
• 成本最低的计划需要对每个邮箱进行最终用户身份验证

现在在Transend查看

移动帮助台系统的最佳工具

Help-Desk-Migration.com

• 支持平台:超过170个
• 定价:英航查看正在移动的记录

当一家销售技术支持软件的公司拥有糟糕的技术支持时，这是很奇怪的。但这就是Awesome Support的情况，它为WordPress提供了一个很棒的技术支持插件，却没有任何支持。在运行这个产品几年之后——并且建立了一个相当大的用户数据库和他们的问题单——我决定是时候换一个了。我选择了帮助童子军，但真正的挑战是我不想失去所有的帮助台历史。

因为与主流云帮助台公司相比，Awesome Support相对较小，所以我没有期望能够迁移我所有的票据。然后我发现了help-desk-migration。他们不仅完成了迁移，而且在迁移过程中提供了帮助。

优点:

• 我的迁移非常成功
• 支持大量平台
• 很好，非常感谢全面的支持

缺点:

• 希望他们支持帮助台之外的其他类型的SaaS软件

现在在Help-Desk-Migration.com查看

迁移到Salesforce或从Salesforce的最佳工具

Trujay

• 支持的CRM平台:180+
• #免费测试记录:10条

Trujay支持数量惊人的CRM系统。众所周知，CRM数据很难迁移，因为每个供应商实现公司和个人之间的关系以及他们在公司中的角色都不同。但是Trujay有一个迁移向导，允许您选择源和目标CRM，然后运行迁移。Trujay将运行一个示例导入，不需要付费，所以你可以测试你是否喜欢这项服务。

优点:

• 支持大量的CRM平台
• 提供additioNal备份和导出服务

缺点:

• 网站上没有公布价格
• 试验尺寸为0只有10个项目

现在在Trujay上查看

迁移云存储云到云的最佳工具

MultiCloud

• 支持的业务:30+
• 数据缓存:不缓存文件或数据

云文件存储对于个人和企业来说都是一个非常有用的工具。它不仅提供了从任何地方访问文件的功能，而且还可以作为一种出色的异地备份机制。但是，当您因为遇到存储上限或当前供应商的价格暴涨或某些东西不断出现故障而决定更改服务时，会发生什么情况呢?

你会下载所有内容然后再上传吗?如果你有几gb的存储空间，这没什么大不了的。但是，当您开始将数据推进到tb范围时(我在云存储中有27TB左右的数据)，它就会出现问题。下载可能还不错，但上传可能要花很长时间。

更好的解决方案是进行云到云的迁移，这样您的数据就不必返回到本地。MultiCloud提供这样的服务，允许您将文件从各种云存储提供商移动到其他云存储提供商。定价取决于你每月使用多少数据，但120美元/年的计划允许无限数量的服务和无限数量的数据。当然，“无限”从来不是真正的“无限”，所以请查看他们的服务条款，看看是否有漏洞。

优点:

• 每月120美元的无限套餐是一项大胆而强大的计划
• 业务支持调度和过滤
• 通过FTP方式支持非公有云

缺点:

• 如果公共云供应商包括这些功能，那就太好了
• 用户报告一些传输“卡住”
• 没有移动应用程序

现在在MultiCloud查看

常见问题解答

什么是布特安全?我能把我的数据托付给这些公司吗?

这是一个非常好的问题。让我们明确一点:我们没有对这些公司中的任何一家进行安全审计。有些公司位于不同的国家，这些国家可能有不同的数据完整性法规。如果您担心安全性，请与供应商开始对话，但也要查看讨论板和论坛，以获取任何用户报告。如果可以的话，要求进行独立审计。做你的勤奋工作，直到你感到相当安全为止。但不要忘记:你的数据将遍历这些公司的服务器，这意味着它很可能存在一些风险。另一方面，在将数据放到云端之前，你们做了多少尽职调查?

转帐有多快?

这个问题没有固定的答案。这取决于您正在使用和迁移到什么云，以及您需要迁移多少数据。我曾为我的小公司做过几次电子邮件迁移和一次大型服务台迁移。这一切大约花了一个星期。大部分时间都花在了与迁移供应商的来回沟通上，以确保迁移的正确性。数据移动本身相对较快。但是，无论使用什么服务，移动我目前在云存储中的27TB文件肯定要花很长时间。

如果我有特殊需要怎么办?

同样，这将取决于需求是什么和供应商。我有一些非常特殊的领域迁移需求，从我的帮助台迁移到新的供应商，我在helpdeskmigration.com上讨论了这个问题。我要求的一些调整对他们来说很容易实现，而另一些则过于雄心勃勃。这一切都是关于您和迁移供应商之间的良好沟通，在沟通中保持清晰，并做足够的预先计划，以便您能够使用他们提供的任何帮助。

你的选择方法是什么象征式互动?

就像这些列表中经常出现的情况一样，我将个人经验和同行意见结合起来。我以前也走过这条路，所以我试着分享我的个人经历。我也会向IT经理和专业人士寻求建议和意见。对于这个列表，我试图找到那些有大量转换选项的供应商。

我的理由是，能够从大量CRM转换为大量CRM的公司将理解CRM的通用数据结构。服务台也是如此。这意味着当他们移动数据时，他们必须构建带有上下文的应用程序迁移机制，而不仅仅是一组字段传输。此外，除了一个例外(Trujay)，我避免列出任何不公布价格的供应商。我之所以选择Trujay，是因为没有其他供应商支持他们所提供的大量CRM平台。

最后有什么建议吗?

是的。不要追求完美。以足够好为目标。提前计划，了解“足够好”对你的组织意味着什么。我发现总会有一些边缘案例记录把工作搞得一团糟，试图让每一件事都完美是不现实的。愿意手动输入或更新少量记录，或者删除一些不是关键任务的记录。所有这些都要付诸计划。找出你正在处理的事情，计划好你将如何行动，决定什么是重要的，什么是绝对关键的任务。不要混淆关键任务和拥有就好。要有耐心。对卖主好一点。尽可能清晰地沟通。

那你呢?您是否迁移了云数据?你是否被云服务提供商所困?请在下面的评论中告诉我们。

参见:

• 云计算:将这些锁定和转换成本考虑到云计算计划中
• 太紧了?小企业要小心云存储的天花板  
  

你可以在社交媒体上关注我每天的项目更新。一定要关注我的推特账号@DavidGewirtz, Facebook账号Facebook.com/DavidGewirtz, Instagram账号Instagram.com/DavidGewirtz, YouTube账号YouTube.com/DavidGewirtzTV。