重要
Azure Database for MySQL – 单一服务器已于 2024 年 9 月 16 日停用。
Azure Database for MySQL 单一服务器服务已于 2024 年 9 月 16 日停用。 建议在 2025 年 3 月 10 日之前迁移到 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 灵活服务器服务。 请在以下部分查看不同的迁移方法。
在停用过程中，我们将从 2023 年 1 月 16 日开始不再支持从 Azure 门户创建新的单一服务器实例的功能，从 2024 年 3 月 19 日开始不再支持从 Azure CLI 创建新的单一服务器实例的功能。 你仍然可以为现有的单一服务器实例创建只读副本并执行还原（PITR 和异地还原），这将继续受到支持，直到 2024 年 9 月 16 日停用为止。
了解如何从 Azure Database for MySQL 单一服务器迁移到 Azure Database for MySQL 灵活服务器。
| 场景 | 工具 | 详细信息 |
|---|---|---|
| 脱机/联机 | Azure Database for MySQL 导入和 Azure CLI | 使用 Azure CLI 导入 MySQL 的 Azure 数据库教程 |
| 脱机 | 数据库迁移服务(经典)与 Azure 门户 | 教程: 使用 Azure 门户的 DMS (经典版, 脱机) |
| 在线 | 数据库迁移服务(经典)与 Azure 门户 | 教程: Azure 门户中的 DMS (经典版) (联机) |
| 离线 | 就地自动迁移请求（开具 Azure 支持工单） | 从 Azure Database for MySQL 单一服务器就地自动迁移到灵活服务器 |
若要详细了解如何使用其他迁移工具从单一服务器迁移到灵活服务器，请访问为迁移到 Azure Database for MySQL 选择合适的工具。
备注
从 Azure Database for MySQL - 单一服务器到灵活服务器的就地自动迁移是在计划内维护时段为选定的单一数据库工作负载进行的由服务启动的就地迁移。 符合条件的服务器由服务标识，并会提前收到通知，该通知会详细说明查看迁移详细信息的步骤。 如果你拥有未启用复杂功能（只读副本、虚拟网络、服务终结点/VNet 规则）的单一服务器工作负载，现在可以通过提交 Azure 支持工单来申请自动迁移（如果服务尚未安排）。 对于所有其他单一服务器工作负载，建议使用 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)。
在过去的两年中，我们通过公共渠道（例如 Azure 更新和博客）以及通过客户电子邮件、产品页面和 Azure 门户横幅直接推广发送了定期通知，以完成向 Azure Database for MySQL 灵活服务器的迁移。 作为我们持续沟通和协助客户安全迁移到新环境的一部分，本节提供了有关自 2024 年 9 月 16 日开始仍在生产中的任何工作负载的客户体验的更多信息。
2025 年 3 月 10 日，尚未自行迁移或无法强制迁移的无响应服务器将被删除。 请在 2025 年 3 月 10 日之前迁移实例，以避免任何数据丢失。
在日落日期后运行单一服务器实例将存在安全风险，因为已弃用的单一服务器平台上不会有安全和错误修复维护。 为了确保到期日之后继续在可信且安全的平台上运行托管实例，作为最终手段，我们会分阶段将所有符合条件的单一服务器实例及其数据文件强制迁移到对应的灵活服务器实例。
停用日期（2024 年 9 月 16 日）之后，中国区域的服务器将不会停止运行。 确保完成自动迁移所需的操作，以避免在以后进行非自愿强制迁移，这可能导致服务器不可用，因为只能迁移有限的功能。
备注
在终止日期过后，您的单一服务器实例将不再获得 SLA、错误修复、安全修复或实时支持。
在日落日期之后，你的单一服务器实例及其数据文件将分阶段强制迁移到对应的灵活服务器实例。 这会导致功能可用性受限，因为某些高级功能无法在不向灵活服务器实例提供客户输入的情况下强制迁移。 这会导致具有安全性和网络功能的服务器处于不可用状态。 请阅读下文，详细了解强制迁移后重新配置此类功能的步骤，以充分降低潜在影响。
无法强制迁移以下功能，因为它们需要客户输入进行配置，并且不会在迁移的灵活服务器实例上启用：
- 专用链接
- 数据加密 (CMK)
- Microsoft Entra 身份验证（以前的 Microsoft Entra ID）
- 服务终结点
- 只读副本
重要说明：启用了网络、安全性和数据加密功能的单一服务器将被强制迁移到灵活服务器实例，其公共访问权限处于禁用状态，以保护客户数据。 强制迁移后，必须开启适当的访问权限，以保证业务的连续性。
强制迁移后，必须在迁移后的灵活服务器实例上重新配置上述功能，以保证业务连续性：
- 专用链接 � 可以选择启用公共访问以立即连接到服务器，或删除单一服务器实例并删除关联的专用终结点，以便能够为迁移的灵活服务器实例配置相同的专用终结点。 在此处详细了解如何为灵活服务器配置专用终结点
- 数据加密 (CMK) - 在此处了解有关如何配置的更多信息
- Microsoft Entra 身份验证（以前的 Microsoft Entra ID）- 在此处了解有关如何配置的更多信息
- 服务终结点 - 在 Azure Database for MySQL 灵活服务器上，服务终结点（与虚拟网络相关的规则）不受支持。 建议配置私有链接以满足功能对等性。 在此处了解有关如何配置专用链接的更多信息
- 只读副本 - 只读副本将迁移为单独的独立服务器。 通过引用迁移的辅助独立服务器（可在配置后删除）为主服务器配置只读副本。 在此处详细了解如何配置
备注
如果服务器位于不支持 Azure Database for MySQL - 灵活服务器的区域，则在日落日期之后，你的单一服务器实例将可以通过有限的操作来访问数据并能够迁移到灵活服务器。 你的服务器将于 2025 年 2 月 10 日被设置为停止运行。 可以通过打开 Azure 支持工单来重启服务器，支持团队将帮助你重启服务器。 为了避免上述中断，我们建议尽早迁移到灵活服务器。 2025 年 3 月 10 日后，所有剩余的服务器都会被删除，以便停用该平台。 强烈建议在 2025 年 2 月 10 日之前使用以下任一选项进行迁移，以避免业务连续性发生中断：
- 使用 Azure DMS 跨区域迁移到合适的 Azure 区域中的灵活服务器。
- 如果由于合规性问题而无法更改区域，请迁移到该区域中虚拟机上托管的 MySQL 服务器。
问： 为什么 Azure Database for MySQL 单一服务器即将停用？
答： Azure Database for MySQL 单一服务器在 2018 年正式发布（正式版）。 但是，鉴于客户反馈和 Azure 数据库环境中计算、可用性、可伸缩性和性能功能方面的新进展，单一服务器产品/服务需要停用，并升级为新的体系结构 - Azure Database for MySQL 灵活服务器，以充分利用 Azure 的开源数据库平台。 在此处查找停用公告。
问： 为什么要求我迁移到 Azure Database for MySQL 灵活服务器？
答： Azure Database for MySQL 灵活服务器是运行 Azure 中所有 MySQL 工作负载的最佳平台。 Azure MySQL 灵活服务器经济实惠，在所有服务层级提供更好的性能，并提供了更多控制成本的方法，可实现更便宜、更快的灾难恢复：
- 优化成本的更多方法，包括对可突发层计算选项的支持。
- 改进了业务关键型生产工作负载的性能，这些工作负载需要低延迟、高并发性、快速故障转移和高可伸缩性。
- 改进了运行时间，能够在同一区域或不同区域配置热备用服务器，以及计划内服务器维护的一小时时间范围。
问： 我需要在多久之内将单一服务器迁移到灵活服务器？
答： Azure Database for MySQL - 单一服务器已于 2024 年 9 月 16 日 停止服务，因此强烈建议在 2025 年 3 月 10 日 之前将单一服务器迁移到弹性服务器，以避免数据丢失。
问： 现有的 Azure Database for MySQL 单一服务器实例会发生什么？
答： 2025 年 3 月 10 日后，将删除任何剩余的服务器，以便停用平台。 强烈建议在 2025 年 3 月 10 日之前迁移，以避免业务连续性发生任何中断。
问： 是否可以选择在停用日期之后继续运行单一服务器？
答： 遗憾的是，我们并不打算在2024 年 9 月 16 日的日落日期之后支持单一服务器，因此我们强烈建议尽快迁移。 2025 年 3 月 10 日后，将删除任何剩余的服务器，以便停用平台。 强烈建议在 2025 年 3 月 10 日之前迁移，以避免业务连续性发生任何中断。
问： 我的单一服务器部署在不支持灵活服务器的区域中。 停用日期后我的服务器会发生什么？
答： 如果您的服务器位于 Azure Database for MySQL 灵活服务器不支持的区域，那么在日落日期之后，您的单一服务器实例仍然可以进行有限的操作以访问数据，并且可以一直迁移到灵活服务器，直到 2025 年 3 月 10 日。 2025 年 3 月 10 日后，将删除任何剩余的服务器，以便停用平台。 强烈建议在日落日期之前使用以下选项之一进行迁移，以避免业务连续性发生任何中断：
- 使用 Azure DMS 跨区域迁移到合适的 Azure 区域中的灵活服务器。
- 如果由于合规性问题而无法更改区域，请迁移到该区域中虚拟机上托管的 MySQL 服务器。
问： 日落日期之后，我的单一服务器是否会丢失任何数据？
答： 2025 年 3 月 10 日后，将删除任何剩余的服务器，以便停用平台。 强烈建议您在 2025 年 3 月 10 日之前 进行迁移，以避免数据丢失。
问： 在单一服务器停用公告发布后，如果仍需要创建新的单一服务器来满足我的业务需求，该怎么办？
答： 在此停用过程中，将不再支持从 Azure 门户和 CLI 创建新的单一服务器实例。
问： 在单一服务器停用公告发布后，如果仍需要为单一服务器实例创建新的只读副本，该怎么办？
答： 你仍然可以从“复制”边栏选项卡为你现有的单一服务器实例创建只读副本，这项支持将持续到 2024 年 9 月 16 日停用为止。
问： 执行迁移是否有相关的额外费用？
答： 运行迁移时，需要为目标灵活服务器和源单一服务器付费。 目标灵活服务器的配置和计算决定了产生的额外费用。 有关详细信息，请参阅定价。 若在成功迁移后停用源单一服务器，则只需为正在运行的弹性服务器付费。 通过 Azure 数据库迁移服务（经典）、就地自动迁移或 Azure Database for MySQL Import 迁移工具运行迁移不会产生任何费用。
问： 与单一服务器相比，我的计费是否会受到运行灵活服务器的影响？
答： 如果为目标弹性服务器选择同一可用区或跨区域冗余高可用性，那么账单费用将高于使用单一服务器时的费用。 同一区域或区域冗余高可用性需要启动热备用服务器以及存储冗余备份，因此会增加成本。 此体系结构可减少计划外中断和计划内维护期间的停机时间。 此外，根据工作负载，灵活服务器可以提供优于单一服务器性能，这样就可以在灵活服务器上以较低的 SKU 运行工作负载，因此总体成本可能与单一服务器类似。
问： 是否需要停机才能将单一服务器迁移到灵活服务器？
答： 若要限制可能产生的任何停机时间，请联机迁移到灵活服务器，从而最大程度缩短停机时间。
问： 将来是否会更新单一服务器以支持最新的 MySQL 版本？
答： 单一服务器版本 8.0 的最后一个次要版本升级是 8.0.15。 请考虑迁移到灵活服务器以使用最新版本升级的优势。
问： 灵活服务器的 99.99% 可用性 SLA 与单一服务器的该 SLA 有何不同？
答： 灵活服务器的区域冗余部署提供 99.99% 的可用性，具有区域级复原能力，而单一服务器在单个可用性区域中提供复原能力。 灵活服务器的高可用性 (HA) 体系结构部署具有冗余计算和存储的热备用服务器（每个站点数据存储在 3 倍的副本中），而单一服务器的 HA 体系结构则没有被动热备用状态，无法帮助从区域性故障中恢复。 此灵活服务器的 HA 体系结构可减少计划外中断和计划内维护期间的停机时间。
问： 可以使用哪些迁移选项来帮助将单一服务器迁移到灵活服务器？
答： 可以使用 Azure Database for MySQL Import（推荐）进行迁移。 此外，可以使用数据库迁移服务（经典）运行联机或脱机迁移。
问： 我的单一服务器部署在不支持灵活服务器的区域中。 我应该如何进行迁移？
答： Azure 数据库迁移服务(经典)支持跨区域迁移，因此可以为目标灵活服务器选择合适的区域，然后继续执行 DMS (经典)迁移。
问： 我为单一服务器配置了查询存储，而灵活服务器不支持此功能。 如何迁移？
答： 可以按照此处的步骤在迁移后目标灵活服务器上配置慢速查询日志，以实现与查询存储功能的对等性。 然后，可以使用工作簿模板查看查询见解。
问： 我为单一服务器配置了服务终结点（VNet 规则），而灵活服务器不支持此功能。 如何迁移？
答： Azure Database for MySQL 灵活服务器上不支持服务终结点（虚拟网络规则）。 我们建议在迁移的弹性服务器实例上配置专用链接，以实现功能对等。 在此处了解有关如何配置专用链接的更多信息。
问： 我为 v8.0 单一服务器配置了 TLS v1.0/1.1，而灵活服务器目前不支持此功能。 如何迁移？
答： 为了支持新式安全标准，MySQL 社区版从版本 8.0.28 开始，不再支持通过传输层安全性 (TLS) 1.0 和 1.1 协议进行通信。 建议升级客户端驱动程序来支持 TLSv1.2，以便安全地连接到 Azure Database for MySQL 单一服务器，然后继续迁移到灵活服务器。
问： 是否有回滚单一服务器到灵活服务器的迁移的选项？
答： 可以执行任意数量的测试迁移，在通过测试建立信心后再执行最终迁移。 测试迁移不影响源单一服务器，单一服务器仍保持运行并持续复制，直到你执行实际迁移为止。 如果在测试迁移期间出现任何错误，你可以选择推迟最终迁移，并使源服务器保持运行。 解决错误后，可以重试最终迁移。 完成到灵活服务器的最终迁移并关闭源单一服务器后，你将无法从灵活服务器回退到单一服务器。
问： 我的数据库的大小大于 1 TB，我应如何继续迁移？
答： 你可以使用 Azure Database for MySQL Import（推荐）进行迁移，这对于较繁重的工作负载来说性能很高。
问： 是否支持跨区域迁移？
答： Azure 数据库迁移服务支持跨区域迁移，因此可以使用 DMS 将单一服务器迁移到部署在不同区域中的灵活服务器。
问： 是否支持跨订阅迁移？
答： Azure 数据库迁移服务支持跨订阅迁移，因此可以使用 DMS 将单一服务器迁移到部署在不同订阅中的灵活服务器。
问： 是否支持跨资源组订阅？
答： Azure 数据库迁移服务支持跨资源迁移，因此可以使用 DMS 将单一服务器迁移到部署在不同资源中的灵活服务器。
问： 是否有跨版本支持？
答： 是的，支持通过 Azure 数据库迁移服务迁移从较低版本的 MySQL 服务器（不低于 v5.6 的版本）迁移到更高版本。
问： MyAzure Database for MySQL 单一服务器使用非默认端口，例如 3308、3309 和 3310，而灵活服务器不支持这些端口。 迁移到灵活服务器时，应如何确保建立连接？
答： 如果源 Azure Database for MySQL 单一服务器使用非默认端口（例如 3308、3309 和 3310），请将连接端口更改为 3306，因为灵活服务器不支持上述非默认端口。
有关使用 Azure 数据库迁移服务(经典)从 Azure Database for MySQL - 单一服务器迁移到灵活服务器的信息，请访问 常见问题解答。
我们知道迁移服务可能会带来令人沮丧的体验，对于可能由此给你带来的任何不便，我们提前表示歉意。 你可以选择最适合你和你的环境的方案。