你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

Azure Database for MySQL 单一服务器将发生什么情况？

项目
06/26/2024

适用于： Azure Database for MySQL 单一服务器

重要

Azure Database for MySQL - 单一服务器即将停用，计划于 2024 年 9 月 16 日之前停用。

在停用过程中，我们将从 2023 年 1 月 16 日开始不再支持从 Azure 门户创建新的单一服务器实例的功能，从 2024 年 3 月 19 日开始不再支持从 Azure CLI 创建新的单一服务器实例的功能。如果仍需要创建单一服务器实例以满足业务连续性需求，请创建 Azure 支持票证。你仍然可以为现有的单一服务器实例创建只读副本并执行还原（PITR 和异地还原），这将继续受到支持，直到 2024 年 9 月 16 日停用为止。

Azure Database for MySQL 单一服务器服务在经过多年发展后，无法再处理所有新特性、功能和安全需求。建议升级到 Azure Database for MySQL 灵活服务器。

Azure Database for MySQL 灵活服务器是一种完全托管的生产就绪数据库服务，旨在针对数据库管理功能和配置设置提供更精细的控制和更大的灵活性。有关灵活服务器的详细信息，请访问 Azure Database for MySQL - 灵活服务器。

如果你当前拥有托管生产服务器的 Azure Database for MySQL 单一服务器服务，我们很高兴地通知你，可以使用 Azure Database for MySQL Import、就地自动迁移或 Azure 数据库迁移服务（经典）将 Azure Database for MySQL 单一服务器服务免费迁移到 Azure Database for MySQL 灵活服务器服务。请在以下部分查看不同的迁移方法。

从单一服务器迁移到灵活服务器

了解如何从 Azure Database for MySQL 单一服务器迁移到 Azure Database for MySQL 灵活服务器。

场景	工具	详细信息
脱机/联机	Azure Database for MySQL 导入和 Azure CLI	教程：使用 Azure CLI 的 Azure Database for MySQL Import
离线	数据库迁移服务(经典)与 Azure 门户	教程: Azure 门户与 DMS (脱机)
联机	数据库迁移服务(经典)与 Azure 门户	教程: Azure 门户与 DMS (联机)
脱机	就地自动迁移提名从	从 Azure Database for MySQL 单一服务器就地自动迁移到灵活服务器

若要详细了解如何使用其他迁移工具从单一服务器迁移到灵活服务器，请访问为迁移到 Azure Database for MySQL 选择合适的工具。

注意

从 Azure Database for MySQL 单一服务器到灵活服务器的就地自动迁移是在计划内维护时段进行的服务启动型就地迁移，适用于特选单一服务器数据库工作负载。符合条件的服务器由服务标识，并会提前收到通知，该通知会详细说明查看迁移详细信息的步骤。如果你拥有单一服务器工作负载并且所用数据存储 <= 100 GiB 且未启用复杂功能（CMK、Microsoft Entra ID、只读副本、虚拟网络、双重基础结构加密、服务终结点/VNet 规则），则现在可以通过此表单提交你的服务器详细信息，指定自己（如果尚未由服务计划）进行自动迁移。对于所有其他单一服务器工作负载，建议使用 Azure 提供的用户启动型迁移工具（Azure DMS、Azure Database for MySQL 导入）来进行迁移。在此处详细了解就地自动迁移。

从单一服务器迁移到灵活服务器时的先决条件检查

如果源 Azure Database for MySQL 单一服务器具有引擎版本 v8.x，请确保将源服务器的 .NET 客户端驱动程序版本升级到 8.0.32，以避免迁移到灵活服务器后出现任何编码不兼容问题。
如果源 Azure Database for MySQL 单一服务器的引擎版本为 v8.x，请确保在迁移之前将源服务器的 TLS 版本从 v1.0 或 v1.1 升级到 TLS v1.2，因为较旧的 TLS 版本已对灵活服务器弃用。
如果源 Azure Database for MySQL 单一服务器使用非默认端口（例如 3308、3309 和 3310），请将连接端口更改为 3306，因为灵活服务器不支持上述非默认端口。
Azure Database for MySQL 灵活服务器上不支持出站规则中的服务标记 (SQL)。在为灵活服务器配置防火墙设置时，请使用出站规则中的完全限定的域名 (FQDN)。

停用日期（2024 年 9 月 16 日）后会发生什么？

在日落日期后运行单一服务器实例将存在安全风险，因为已弃用的单一服务器平台上不会有安全和错误修复维护。为了确保我们承诺在日落日期后在可信且安全的平台上运行托管实例，我们会分阶段将你的单一服务器实例及其数据文件强制迁移到对应的灵活服务器实例。强烈建议在 2024 年 9 月 16 日之前使用 Azure Database for MySQL 导入 CLI 或 Azure 数据迁移服务迁移到 Azure Database for MySQL - 灵活服务器（请阅读常见问题解答以了解更多信息），以避免强制迁移造成的任何中断并确保业务连续性。

注意

在日落日期后，单一服务器实例将不再享受 SLA、错误修复、安全修复或实时支持。

日落日期后强制迁移

在日落日期之后，你的单一服务器实例及其数据文件将分阶段强制迁移到对应的灵活服务器实例。这可能会导致功能可用性受限，因为某些高级功能无法在不向灵活服务器实例提供客户输入的情况下强制迁移。请阅读下文，详细了解强制迁移后重新配置此类功能的步骤，以充分降低潜在影响。

无法强制迁移以下功能，因为它们需要客户输入进行配置，并且不会在迁移的灵活服务器实例上启用：

专用链接
数据加密 (CMK)
Microsoft Entra 身份验证（以前的 Microsoft Entra ID）
服务终结点
基础结构双重加密
只读副本
Microsoft Defender for Cloud

强制迁移后需要执行的操作

强制迁移后，必须在迁移后的灵活服务器实例上重新配置上述功能，以保证业务连续性：

专用链接 - 在此处了解有关如何配置的更多信息
数据加密 (CMK) - 在此处了解有关如何配置的更多信息
Microsoft Entra 身份验证（以前的 Microsoft Entra ID）- 在此处了解有关如何配置的更多信息
服务终结点 – Azure Database for MySQL 灵活服务器不支持服务终结点（虚拟网络规则）。建议配置专用链接以满足功能奇偶一致性。在此处了解有关如何配置专用链接的更多信息
基础结构双重加密 – Azure Database for MySQL 灵活服务器不支持基础结构双重加密。建议配置数据加密以满足功能奇偶一致性。在此处了解有关如何配置数据加密 (CMK) 的更多信息
在此处了解有关如何配置只读副本的更多信息

重要说明：启用网络和安全功能的单一服务器将被强制迁移到处于禁用状态且具有公共访问权限的灵活服务器实例，以保护客户数据。强制迁移后，必须开启适当的访问权限，以保证业务的连续性。

注意

如果服务器位于不支持 Azure Database for MySQL - 灵活服务器的区域，则在日落日期之后，你的单一服务器实例将可以通过有限的操作来访问数据并能够迁移到灵活服务器。实例不会强制迁移到灵活服务器。强烈建议在日落日期之前使用以下选项之一进行迁移，以避免业务连续性发生任何中断：

使用 Azure DMS 跨区域迁移到合适的 Azure 区域中的灵活服务器。
如果由于合规性问题而无法更改区域，请迁移到该区域中虚拟机上托管的 MySQL 服务器。

在灵活服务器中配置 Microsoft Defender for Cloud 属性

从 Azure Database for MySQL 单一服务器迁移到启用了 Defender for Cloud 的灵活服务器时，将保留启用状态。要在灵活服务器中实现可在单一服务器中配置的属性的奇偶校验，请考虑下表中的详细信息。

属性	配置
抑制特定警报类型	使用 Microsoft Defender for Cloud 平台禁用特定警报类型。有关详细信息，请访问“抑制来自 Microsoft Defender for Cloud 的警报”指南。单一服务器用户可使用 API 属性： `properties.disabledAlerts`
电子邮件通知	为订阅中的所有资源定义 Microsoft Defender for Cloud 警报的电子邮件通知。有关详细信息，请访问为安全警报配置电子邮件通知。单一服务器用户可使用 API 属性： `properties.emailAccountAdmins`、 `properties.emailAddresses`
导出警报以供进一步处理和/或存档	警报存储在 Microsoft Defender for Cloud 平台中，并通过 Azure Resource Graph 公开。可以将警报导出到其他存储，并单独管理保留期。有关详细信息，请访问在 Azure 门户中设置连续导出 - Microsoft Defender for Cloud。单一服务器用户可使用 API 属性： `properties.retentionDays`、 `properties.storageAccountAccessKey`、 `properties.storageEndpoint`

常见问题解答 (FAQ)

问：为什么 Azure Database for MySQL 单一服务器即将停用？

A. Azure Database for MySQL 单一服务器在 2018 年正式发布 (GA)。但是，鉴于客户反馈和 Azure 数据库环境中计算、可用性、可伸缩性和性能功能方面的新进展，单一服务器产品/服务需要停用，并升级为新的体系结构 - Azure Database for MySQL 灵活服务器，以充分利用 Azure 的开源数据库平台。

Q. 为什么要求我迁移到 Azure Database for MySQL 灵活服务器？

A.Azure Database for MySQL - 灵活服务器是在 Azure 上运行所有 MySQL 工作负载的最佳平台。 Azure MySQL 灵活服务器经济实惠，在所有服务层级提供更好的性能，并提供了更多控制成本的方法，可实现更便宜、更快的灾难恢复：

更多优化成本的方法，包括对可突发层级计算选项的支持。
改进了业务关键型生产工作负载的性能，这些工作负载需要低延迟、高并发性、快速故障转移和高可伸缩性。
改进了运行时间，能够配置相同或不同区域中的热备用服务器状态，以及一小时的计划服务器维护时间。

问：我需要在多久之内将单一服务器迁移到灵活服务器？

A. Azure Database for MySQL 单一服务器计划于 2024 年 9 月 16 日停用，因此强烈建议尽早将单一服务器迁移到灵活服务器，以确保有足够的时间运行迁移生命周期，应用灵活服务器提供的优势，并确保业务连续性。

问：现有 Azure Database for MySQL 单一服务器实例会发生什么？

A. 现有 Azure Database for MySQL 单一服务器工作负载会继续像以前一样运行，在停用日期之前仍会受到官方支持。但是，将不会为单一服务器发布任何新更新，我们强烈建议尽早开始迁移到 Azure Database for MySQL 灵活服务器。在日落日期之后，你的单一服务器实例及其数据文件将分阶段强制迁移到对应的灵活服务器实例。

Q. 是否可以选择在停用日期之后继续运行单一服务器？

A. 很遗憾，我们不计划在停用日期 2024 年 9 月 16 日之后支持单一服务器，因此强烈建议尽快开始计划迁移。在日落日期之后，你的单一服务器实例及其数据文件将分阶段强制迁移到对应的灵活服务器实例。这可能会导致功能可用性受限，因为某些高级功能无法在不向灵活服务器实例提供客户输入的情况下强制迁移。请点击此处，详细了解强制迁移后重新配置此类功能的步骤，以充分降低潜在影响。如果服务器位于不支持 Azure Database for MySQL - 灵活服务器的区域，则在日落日期之后，你的单一服务器实例可以通过有限的操作来访问数据并能够迁移到灵活服务器。

Q. 我的单一服务器部署在不支持灵活服务器的区域中。日落日期后服务器会发生什么情况？

A. 如果服务器位于不支持 Azure Database for MySQL - 灵活服务器的区域，则在日落日期之后，你的单一服务器实例可以通过有限的操作来访问数据并能够迁移到灵活服务器。强烈建议在日落日期之前使用以下选项之一进行迁移，以避免业务连续性发生任何中断：

使用 Azure DMS 跨区域迁移到合适的 Azure 区域中的灵活服务器。
如果由于合规性问题而无法更改区域，请迁移到该区域中虚拟机上托管的 MySQL 服务器。

Q. 日落日期之后，我的单一服务器是否会丢失任何数据？

A. 不会，单一服务器实例不会丢失任何数据。在日落日期之后，你的单一服务器实例及其数据文件将强制迁移到对应的灵活服务器实例。如果服务器位于不支持 Azure Database for MySQL - 灵活服务器的区域，则在日落日期之后，你的单一服务器实例可以通过有限的操作来访问数据并能够迁移到对应地区的灵活服务器。

Q. 在单一服务器停用公告发布后，如果仍需要创建新的单一服务器来满足我的业务需求，该怎么办？

A. 在停用过程中，我们将从 2023 年 1 月 16 日开始不再支持从 Azure 门户创建新的单一服务器实例的功能。此外，从 2024 年 3 月 19 日开始，你将再也无法使用 Azure CLI 创建新的 Azure Database for MySQL 单一服务器实例。如果仍需要创建单一服务器实例以满足业务连续性需求，请创建 Azure 支持票证。

Q. 在单一服务器停用公告发布后，如果仍需要为单一服务器实例创建新的只读副本，该怎么办？

A. 你仍然可以从“复制”边栏选项卡为现有的单一服务器实例创建只读副本，这将继续受到支持，直到 2024 年 9 月 16 日停用为止。

Q. 执行迁移是否有相关的额外费用？

A. 运行迁移时，需要为目标灵活服务器和源单一服务器付费。目标灵活服务器的配置和计算决定了产生的额外费用。有关详细信息，请参阅定价。若在成功迁移后解除源单一服务器授权，则只需为正在运行的灵活服务器付费。通过 Azure 数据库迁移服务（经典）、就地自动迁移或 Azure Database for MySQL Import 迁移工具运行迁移不会产生任何费用。

Q. 与单一服务器相比，我的计费是否会受到运行灵活服务器的影响？

A. 如果为目标灵活服务器选择同一区域或区域冗余高可用性，则账单费用高于使用单一服务器。同一区域或区域冗余高可用性需要启动热备用服务器以及存储冗余备份，因此会增加成本。此体系结构可减少计划外中断和计划内维护期间的停机时间。此外，根据工作负载，灵活服务器可以提供优于单一服务器性能，这样就可以在灵活服务器上以较低的 SKU 运行工作负载，因此总体成本可能与单一服务器类似。

Q. 是否需要停机才能将单一服务器迁移到灵活服务器？

A. 若要限制可能产生的任何停机时间，请联机迁移到灵活服务器，从而最大程度缩短停机时间。

问：将来是否会更新单一服务器以支持最新的 MySQL 版本？

A. 单一服务器版本 8.0 的最后一个次要版本升级是 8.0.15。请考虑迁移到灵活服务器以使用最新版本升级的优势。

问：灵活服务器的 99.99% 可用性 SLA 与单一服务器的该 SLA 有何不同？

A. 灵活服务器的区域冗余部署提供 99.99% 的可用性，具有区域级复原能力，而单一服务器在单个可用性区域中提供复原能力。灵活服务器的高可用性 (HA) 体系结构部署具有冗余计算和存储的热备用服务器（每个站点数据存储在 3 倍的副本中），而单一服务器的 HA 体系结构则没有被动热备用状态，无法帮助从区域性故障中恢复。此灵活服务器的 HA 体系结构可减少计划外中断和计划内维护期间的停机时间。

问：可以使用哪些迁移选项来帮助将单一服务器迁移到灵活服务器？

A. 可以使用 Azure Database for MySQL Import（推荐）进行迁移。此外，可以使用数据库迁移服务（经典）运行联机或脱机迁移。

Q. 我的单一服务器部署在不支持灵活服务器的区域中。应如何继续执行迁移？

A. Azure 数据库迁移服务(经典)支持跨区域迁移，因此可以为目标灵活服务器选择合适的区域，然后继续执行 DMS (经典)迁移。

Q. 我为单一服务器配置了查询存储，而灵活服务器不支持此功能。如何迁移？

A. 可以按照此处的步骤在迁移后的目标灵活服务器上配置慢速查询日志，以实现与查询存储的功能奇偶一致性。然后，可以使用工作簿模板查看查询见解。

Q. 我为单一服务器配置了服务终结点（VNet 规则），而灵活服务器不支持此功能。如何迁移？

A. Azure Database for MySQL 灵活服务器不支持服务终结点（虚拟网络规则）。建议在迁移的灵活服务器实例上配置专用链接以满足功能奇偶一致性。在此处了解有关如何配置专用链接的更多信息。

Q. 我为单一服务器配置了基础结构双重加密，而灵活服务器不支持此功能。如何迁移？

A. Azure Database for MySQL 灵活服务器不支持基础结构双重加密。建议在迁移的灵活服务器上配置数据加密以满足功能奇偶一致性。在此处了解有关如何配置数据加密 (CMK) 的更多信息。

Q. 我为 v8.0 单一服务器配置了 TLS v1.0/1.1，而灵活服务器目前不支持此功能。如何迁移？

A. 为了支持新式安全标准，MySQL 社区版从版本 8.0.28 开始，不再支持通过传输层安全性 (TLS) 1.0 和 1.1 协议进行通信。建议升级客户端驱动程序来支持 TLSv1.2，以便安全地连接到 Azure Database for MySQL 单一服务器，然后继续迁移到灵活服务器。

问：是否有能回滚“单一服务器到灵活服务器”迁移的选项？

A. 可以执行任意数量的测试迁移，在通过测试建立信心后再执行最终迁移。测试迁移不影响源单一服务器，单一服务器仍保持运行并持续复制，直到你执行实际迁移为止。如果在测试迁移期间出现任何错误，你可以选择推迟最终迁移，并使源服务器保持运行。解决错误后，可以重试最终迁移。在执行完到灵活服务器的最终迁移并关闭源单一服务器后，无法执行从灵活服务器到单一服务器的回滚。

Q. 我的数据库的大小大于 1 TB，我应如何继续迁移？

A. 你可以使用 Azure Database for MySQL Import（推荐）进行迁移，这对于较繁重的工作负载来说性能很高。

Q. 是否支持跨区域迁移？

A. Azure 数据库迁移服务支持跨区域迁移，因此可以使用 DMS 将单一服务器迁移到部署在不同区域中的灵活服务器。

问：是否支持跨订阅迁移？

A. Azure 数据库迁移服务支持跨订阅迁移，因此可以使用 DMS 将单一服务器迁移到部署在不同订阅中的灵活服务器。

问：是否支持跨资源组订阅？

A. Azure 数据库迁移服务支持跨资源迁移，因此可以使用 DMS 将单一服务器迁移到部署在不同资源中的灵活服务器。

问：是否有跨版本支持？

A. 是的，支持通过 Azure 数据库迁移服务迁移从较低版本的 MySQL 服务器（不低于 v5.6 的版本）迁移到更高版本。

Q. MyAzure Database for MySQL 单一服务器使用非默认端口，例如 3308、3309 和 3310，而灵活服务器不支持这些端口。迁移到灵活服务器时，应如何确保建立连接？

A. 如果源 Azure Database for MySQL 单一服务器使用非默认端口（例如 3308、3309 和 3310），请将连接端口更改为 3306，因为灵活服务器不支持上述非默认端口。

Q. 我有关于停用的其他疑问。如何获取相关帮助？

A. 如果有疑问，请从 Microsoft Q&A 中的社区专家那里获取解答。如有支持计划并需要技术帮助，请创建支持请求：

对于“摘要”，请键入问题说明。
对于“问题类型”，选择“技术” 。
对于“订阅”，请选择自己的订阅。
对于“服务”，请选择“我的服务”。
对于“服务类型”，请选择“Azure Database for MySQL 单一服务器”。
对于“资源”，请选择你的资源。
对于“问题类型”，请选择“迁移”。
对于“问题子类型”，请选择“从单一服务器迁移到灵活服务器”

有关使用 Azure 数据库迁移服务(经典)从 Azure Database for MySQL - 单一服务器迁移到灵活服务器的信息，请访问 常见问题解答。

我们知道迁移服务可能会带来令人沮丧的体验，对于可能由此给你带来的任何不便，我们提前表示歉意。你可以选择最适合你和你的环境的方案。

通过