通过

将 SQL Server 许可协议移动到即用即付订阅

本文介绍如何将 SQL Server 实例转换为即用即付订阅。 此选项适用于当前可用的 SQL Server 实例：

  • 使用带有软件保障 (SA) 的 SQL Server 许可证
  • 使用 SQL Server 订阅许可证
  • 通过服务提供商许可协议（SPLA）获得许可

从带软件保障的许可证或 SQL Server 订阅迁移

如果 SQL Server 实例由具有软件保证的许可证或订阅许可证涵盖，则通常希望在到期时间后立即过渡到即用即付 Azure 订阅。 此时，需要确保：

  • 所有 Arc SQL 部署都切换到即用即付计费。
  • 所有 Azure SQL 部署（PaaS 和 IaaS）都切换到即用即付计费。
  • 转换任务在许可协议过期后立即执行，以便持续合规性和准确的计费。

若要管理转换，请执行以下步骤。

许可协议到期前

Important

在 Azure VMware 服务上使用放置策略以启用无限制虚拟化时，请确保与 Microsoft 帐户团队协调创建将 billingPlan 设置为 Paid 的 p-core 许可证。

许可协议到期之日

使用软件保证或 SQL Server 订阅更改 SQL Server 许可证不再涵盖的所有资源的许可证类型值。

这些脚本在 MIT 许可证下“按原样”提供。

Important

如果您正在利用 SQL Server 软件保障或 SQL Server 订阅的无限制虚拟化权益，请确保在将许可证范围内的单个 VM 切换为Paid之前，将 SQL Server 许可证计费计划从PAYG切换为PAYG。 这样就可以确保虚拟机不会单独计费。 有关详细信息，请参阅 更改 SQL Server 许可证资源。

从 SPLA 供应商提供的许可证转换

将通过服务提供商许可协议（SPLA）许可的 SQL Server 转为 Azure 的按需计费需要满足以下条件：

  • 最终客户的 SQL Server 已集成到 CSP 托管的 Azure 订阅中的 Azure Arc 中。
  • 选择按使用量付费，并同意在每个连接的计算机上进行定期计费。

将客户迁移到 Azure 即用即付计费时，必须确保 Azure Connected Machine 代理和 SQL Server 扩展正常运行，并且可以连接到 Azure。 如果扩展被防火墙阻止或配置错误（例如代理问题），则可能会停止正确报告 SQL Server 使用情况。 可能导致使用量报告不足、计费错误和不合规。

这些问题还会限制通过 Azure Arc 连接的 SQL Server 的功能。受影响的功能包括：

  • Monitoring
  • Inventory
  • Entra ID 身份验证（取决于运行正常的代理和活跃的连接）

连接 Azure Arc 的服务器必须每隔 30 天至少签入一次 Azure。 从 2026 年 6 月开始，将强制实施此检查。 这可确保准确的使用情况报告并防止未经授权的 SQL Server 使用。

启用即用即付计费之前，你或云解决方案提供商必须明确提供同意。 有关详细信息，请查看 定期计费同意。

30 天内重新连接

如果计算机在断开连接后的 30 天内重新连接，则即用即付计费基于扩展在本地维护的实际使用情况日志。

断开连接超过 30 天

如果计算机保持断开连接超过 30 天，SQL Arc 服务会根据上次已知配置切换到定期计费。 例如：版本、核心数、高可用性设置。 Charges include:

  • 前 30 天的回填费用。
  • 在机器重新连接之前，按小时持续收费。

这些费用使用单独的定期即用即付（PAYG）计量来跟踪断开连接状态期间的使用情况。

间歇性使用 SQL Server

如果你有一个不经常使用且可能脱机超过 30 天的应用程序，它将触发定期计费，因为 SQL Arc 服务无法判断断开连接是否有意。 若要防止计费，请断开 SQL Server 实例与 Azure Arc 的连接。VM 启动并运行后，需要使用任何受支持的方法再次将其加入 Arc。 有关详细信息，请参阅 断开 SQL Server 实例与 Azure Arc 的连接。

Solution overview

由于当前的 Windows Server 实现强制实施固定的 30 天断开连接限制，因此系统会自动处理基础服务器的重新载入，而无需重置 SQL Server 计费。 此功能可确保扩展安全更新（ESU）等服务不会重置，并且不会不必要地触发新的后退计费。

以下时间线说明了 SQL Server 和 Windows Server 的计费行为，比较了计算机在 30 天内与 30 天后重新连接的情况。

Timeline Event Service’s actions
Day 1 在 Windows Server 上使用即用即付设置 Arc + Arc SQL。 - 基于当前配置和实际使用情况开始计费。
- 每 12 小时上传并处理一次使用情况。
Day 2 Azure 检测到由于代理故障或连接被阻止而断开连接。 已连接的计算机状态更改为 “已断开连接”。
- 适用于 SQL Server 的 Azure 扩展将继续在本地收集和存储使用情况数据。
- 警告显示在 Arc 计算机活动日志、SQL Server 配置页和 SQL Server 概述边栏选项卡中。
- 没有小时计量器发出。
Day 3+ Continued disconnection 发出每日提醒，警告定期计费将在 30 天后开始。
Day 30 仍然没有使用情况记录或检测信号。 连接的计算机代理的证书过期。
- 已连接的计算机状态更改为“已过期”。
- SQL 根据上一个已知配置（版本、核心、HA 设置等）切换到定期计费。
- 过去 30 天的费用已回填。
- 按照周期性计量重新开始每小时计费。
Day 31+ Continued disconnection. 使用最后一个已知配置，每小时计费会无限期地继续。
Day 40 连接已还原 每小时计费将切换到常规的即用即付计费方式，并继续进行。

如果连接在 30 天内恢复，则根据 Azure SQL Server 扩展收集的实际使用情况数据恢复即用即付计费，并通过标准即用即付计量表报告。 如果连接在 30 天后还原，则根据 SQL 实例的最后已知配置（使用定期即用即付计量）继续计费，直到重新建立连接。

需要明确同意才能在 CSP 托管的 Azure 订阅中选择 SQL Server 的即用即付计费。

同意是通过向 SQL Server 资源的 Azure 扩展添加 ConsentToRecurringPAYG 属性来记录的。 它由两个值组成：

  • Consented：指示你同意定期计费。
  • ConsentTimestamp：授予同意时的 UTC 时间戳标记。 混合数据服务使用此时间戳来确定定期计费何时生效。 之后，任何持续超过 30 天的断开连接将激活按使用量自动支付的计费方式。

Important

未经同意，不允许使用新的即用即付订阅。

注册后，除非重新安装扩展，否则无法更改同意属性。

使用 Azure 自动化大规模启用周期性即用即付

管理大型客户帐户的云解决方案提供商可以使用脚本在多台计算机上启用定期即用即付计费。 灵活的修改许可证类型 PowerShell 脚本执行必要的配置更改，包括许可注册。 例如，以下操作会将同一租户中的所有已连接计算机切换到即用即付：

.\modify-license-type.ps1 -LicenseType PAYG -ConsentToRecurringPAYG Yes -Force

在 GitHub 中查看 sql-server-samples modify-license-type 的完整脚本。

管理自动部署

由 Azure Arc 启用的 SQL Server 会自动在任何新的连接计算机上安装适用于 SQL Server 的 Azure 扩展，并支持将 许可证类型指定为订阅标记的选项。 由于这些标记是通用的，不支持同意定期即用即付的选项，因此不应将这些标记分配给 CSP 管理的订阅。

管理扩展运行状况

使用即用即付订阅时，扩展的运行状况将成为合规性的关键因素，因为它收集使用情况数据并确保计费正确。 允许间歇性断开连接长达 30 天，因为扩展在计算机上维护使用情况日志，但你有责任确保扩展保持正常运行。 Azure 门户包含一个 运行状况仪表板 ，提供扩展状态的高级视图。 有关不正常扩展故障排除的详细信息，请参阅 SQL Server 的 Azure 扩展故障排除。

监视计费事件

若要监视和审核，请使用 Azure Arc 启用的 SQL Server 活动日志。

Related content

Azure Arc 启用的 SQL Server 定期计费常见问题解答

管理 Azure Arc 启用的 SQL Server 的许可和计费

  • Last updated on