【.com快言】尽管十多年前企业就开始迁移到云端，但仍有大量数据在本地运行。这并不奇怪，因为即使在相似的系统之间迁移数据也是复杂、缓慢的，并且会增加日常操作的风险。迁移到云会增加额外的管理开销，引入网络连接和带宽问题，以及与运行云数据库相关的可变成本。部分问题在于我们倾向于将云服务视为本地系统的副本。这导致了与云的不匹配：我们采用了已准备好使用多年的服务器，具有额外容量以应对突然增加的需求，然后将此硬件规格直接移至云基础架构。结果通常是虚拟机未得到充分利用，计算预算远高于需要。我们需要考虑充分利用云服务，将它们视为平台而不是数据中心，而不是转换整个基础设施。Azure数据库迁移服务简介将数据库从本地迁移到云端并不一定很困难，尤其是在类似环境之间迁移时。Azure的数据库迁移服务支持大部分流程，并提供一组向导来指导您完成迁移过程。与大多数本地迁移一样，当您将数据库从一台服务器移动到另一台服务器时，您可以选择离线迁移和在线迁移。如果你正在使用数据，那么热迁移是一个更好的选择，因为它可以最大限度地减少两个数据库移交时的停机时间。该过程的核心是数据迁移助手，用于将数据从一个SQLServer实例移动到另一个实例，分析数据库并作为迁移过程的一部分提高性能。这需要使用VPN或高带宽ExpressRoute连接在本地数据库和Azure环境之间建立虚拟网络连接。到位后，需要将其配置为AzureVNet，并为目标数据库、Azure服务总线和Azure存储提供适当的端点。在本地设置迁移服务设置Azure数据库迁移服务的一些要求可能看起来有点像打破你学到的所有安全规则，尤其是在涉及数据库网络时。但是，所有流量都将通过VNet连接，因此即使暂时降低数据库安全性，您也处于整体安全范围内。现在本地数据库和Azure之间的连接已配置，可以评估SQLServer迁移。在创建用于保存评估结果的项目之前，请选择SQLServer作为源服务器，并选择AzureSQL数据库作为目标。迁移评估将提供两种类型的报告，一种详细说明数据库兼容性，另一种详细说明功能等效性。您可以选择一项、两项或两者都不选。我建议两者都选；如果两个平台之间存在任何可能影响您的应用程序代码以及任何存储过程或触发器的差异，您将需要查看对源数据库进行了哪些更改。评估完成后，您将看到一份可能需要解决的问题清单。虽然大多数是次要的功能等效问题，但可能会阻止迁移的兼容性问题以及可能的缓解措施都已详细说明。它还详细介绍了Azure的潜在功能（它们是本机功能的替代品），以及如何在数据库中使用它们。微软最近推出了AzureSQLManagedInstance作为AzureSQL的替代品。这些是SQLServer的PaaS实现，将它们用作迁移目标可以简化将数据库迁移到Azure的过程，因为兼容性问题更少。与AzureSQL不同，与使用IaaS虚拟机托管SQLServer不同，您不需要定义服务器计算和内存——Azure会处理这一切。如果没有更多的操作要执行，您就可以迁移数据了，您可以转到下一步：使用数据迁移助手迁移数据库架构。创建一个新的迁移项目，选择将数据库架构从本地迁移到Azure。连接到两台服务器，选择要迁移的对象，并生成运行迁移的脚本。签出脚本，然后运行脚本以将架构从数据库部署到Azure实例。设置Azure门户迁移的下一阶段要求您登录到Azure门户，您可以在其中将Azure数据迁移助手添加到您的帐户并创建服务。这将设置一个Azure数据库迁移服务实例，将其连接到为数据迁移设置的VNet。作为配置服务的一部分，您需要选择适合您的迁移的价格层。一次性使用，选择免费的标准层，支持最多四核和离线迁移；高级价格层，用于需要尽可能少的停机时间的迁移，支持四核服务器上的在线迁移，每小时0.37美元（前六个月免费）。选择定价模型后，使用虚拟网络上的完全限定域名添加源服务器的连接详细信息。对目标AzureSQL实例执行相同的操作。建立连接后，将待迁移的数据库映射到目标数据库。该服务将自动选择目标服务器上存在的空表，它们应该完全匹配，因为您已经迁移了模式。该服务提供了一个验证选项；完成迁移设置填写后，它将运行迁移并报告迁移过程中可能出现的任何问题。您可以监控操作并留意来自服务门户的错误。迁移完成后，您可以切换应用程序，指向新的云托管端点，继续云迁移，并将数据迁移到托管服务。AzureSQL服务可以根据需要进行扩展，异地复制可降低中断风险。您不受带宽VPN或ExpressRoute连接的限制；在AzureDataBox的帮助下，大规模迁移可以将数十TB的数据从您的数据中心物理移动到Azure。原标题：使用AzureDataMigration将数据移动到云端，作者：SimonBisson
