通过

Azure SQL 托管实例管理操作概述

  • 项目

适用于：Azure SQL 托管实例

Azure SQL 托管实例提供管理操作，你可以使用这些操作来自动部署新的托管实例、更新实例属性，以及删除不再需要的实例。

什么是管理操作？

所有管理操作可分类为：

  • 实例部署（创建新实例）
  • 实例更新（更改实例属性，例如 vCore 或预留存储）
  • 实例删除

为了支持 Azure 虚拟网络中的部署并为客户提供隔离和安全性，SQL 托管实例依赖于虚拟群集。 虚拟群集表示在客户的虚拟网络子网中部署并分组到虚拟机组中的一组专用的独立虚拟机。 基本上，部署到空子网的每个托管实例都会导致生成新的虚拟群集，从而构建第一个虚拟机组。

托管实例上的后续管理操作可能会影响基础虚拟机组。 影响基础虚拟机组的更改可能会影响管理操作的持续时间，因为在虚拟群集部署额外的虚拟机会产生一笔开销，在计划新部署或对现有托管实例的更新时需要考虑这笔开销。

持续时间

虚拟群集上的操作持续时间可能不同，但通常持续时间最长。

下表列出了可以在创建、更新或删除操作过程中触发的长期运行的步骤。 表中还列出了根据现有服务遥测数据可以预期的持续时间：

步骤 说明 预计持续时间
虚拟群集的创建 创建是实例管理操作中的同步步骤，在此期间会创建第一个虚拟机组。 90% 的操作可在不到 4 小时内完成
调整虚拟群集大小（扩展或收缩） 将新计算机添加到现有虚拟机组，删除未使用的虚拟机，添加或删除整个虚拟机组。 扩展是一个同步步骤，而收缩以异步方式执行（不影响实例管理操作的持续时间）。 90% 的群集扩展和新虚拟机组创建操作可在不到 4 小时内完成

90% 的群集扩展和现有虚拟机组扩展操作可在 60 分钟内完成
虚拟群集的删除 从子网中删除最后一个实例时，将触发删除虚拟群集的操作。 90% 的群集删除操作可在 1.5 小时内完成
设定数据库文件种子1 在业务关键服务层级中缩放计算 (vCore) 或存储时，以及将服务层级从“常规用途”切换到“业务关键”（反之亦然）时触发的同步步骤。 此操作的持续时间与总数据库大小以及当前数据库活动（活动的事务数）成正比。 更新实例时执行数据库活动可能会使总持续时间发生明显的变化。 90% 的操作的执行速度为 220 GB/小时或更高

1 缩放业务关键服务层级中的计算 (vCore) 或存储，或将服务层级从“常规用途”切换到“业务关键”时，种子设定还包括 Always On 可用性组种子设定。

重要

在常规用途服务层级中纵向扩展或缩减存储包括更新元数据和传播已提交请求的响应。 这是一项快速操作，可在最多 5 分钟内完成，无需停机和故障转移。

管理操作长期运行的段

下表根据操作类别汇总了操作和典型的总持续时间：

类别：部署

操作 长时间运行的分段 预计持续时间
空子网中的第一个实例 虚拟群集的创建 90% 的操作可在不到 4 小时内完成。
非空子网中具有其他硬件代系或维护时段的第一个实例（例如，具有标准系列实例的子网中的第一个高级系列实例） 将新的虚拟机组添加到虚拟群集2 90% 的操作可在不到 4 小时内完成。
在非空子网中创建后续实例（第 2 个、第 3 个 ... 实例） 虚拟群集大小调整 90% 的操作可在 60 分钟内完成。

1 为每个硬件生成和维护时段配置创建一个单独的虚拟机组。

类别：更新

操作 长时间运行的分段 预计持续时间
实例属性更改
（管理员密码、Microsoft Entra 登录名、Azure 混合权益标志）		 空值 最长 1 分钟。
实例存储纵向扩展/缩减
（常规用途）		 无长期运行的段 99% 的操作可在 5 分钟内完成。
实例存储纵向扩展/缩减
（业务关键）		 - 虚拟群集大小调整
- Always On 可用性组种子设定		 90% 的操作可在 60 分钟内完成，外加为所有数据库设定种子的时间（220 GB/小时）。
实例计算 (vCore) 纵向缩放
（常规用途）		 - 虚拟群集大小调整 90% 的操作可在 60 分钟内完成。
实例计算 (vCore) 纵向缩放
（业务关键）		 - 虚拟群集大小调整
- Always On 可用性组种子设定		 90% 的操作可在 60 分钟内完成，外加为所有数据库设定种子的时间（220 GB/小时）。
实例服务层级更改
（常规用途转为业务关键用途，以及相反）		 - 虚拟群集大小调整
- Always On 可用性组种子设定		 90% 的操作可在 60 分钟内完成，外加为所有数据库设定种子的时间（220 GB/小时）。
实例硬件或维护时段更改
（常规用途）		 - 虚拟群集大小调整1 90% 的操作可在不到 4 小时（虚拟机组创建）或 60 分钟（虚拟机组规模调整）内完成。
实例硬件或维护时段更改
（业务关键）		 - 虚拟群集大小调整1
- Always On 可用性组种子设定		 90% 的操作可在不到 4 小时（虚拟机组创建）或 60 分钟（虚拟机组规模调整）内完成，外加为所有数据库设定种子的时间（220 GB/小时）。

1 托管实例必须放置在具有相应硬件和维护时段的虚拟机组中。 如果子网中没有此类虚拟机组，则必须先创建一个新的虚拟机组来容纳该实例配置。

类别：删除

操作 长时间运行的分段 预计持续时间
非最后一个实例删除 所有数据库的尾部日志备份 90% 的操作可在 1 分钟内完成。1
最后一个实例删除 - 所有数据库的日志结尾备份
- 虚拟群集删除		 90% 的操作可在 1.5 小时内完成。2

1 如果群集中有多个虚拟机组，则删除该组中的最后一个实例将立即触发异步删除虚拟机组的操作。
2 删除子网中最后一个实例将立即触发同步删除虚拟群集的操作。

重要

触发删除操作后，SQL 托管实例的计费将被禁用。 删除操作的持续时间不会影响计费。

实例可用性

SQL 托管实例在更新操作期间可用，但更新结束时发生的故障转移会导致短暂的停机期间。 即使长期事务已中断，但由于加速数据库恢复，它通常还会持续 10 秒钟。

注意

缩放常规用途托管实例存储不会在更新结束时导致故障转移。

在执行部署和删除操作期间，客户端应用程序无法使用 SQL 托管实例。

重要

建议不要在运行长期事务（数据导入、数据处理作业、索引重新生成等）的同时缩放 Azure SQL 托管实例的计算大小或存储空间，也不要在此时更改服务层级。 操作结束时，数据库的故障转移将取消所有正在进行的事务。

管理操作步骤

管理操作包括多个步骤。 引入操作 API 后，这些步骤将对操作子集（部署和更新）公开。 部署操作包含 3 个步骤，更新操作则分为 6 个步骤。 有关操作持续时间的详细信息，请参阅管理操作持续时间部分。 按执行顺序列出步骤。

托管实例部署步骤

步骤名称 步骤说明
请求验证 验证已提交的参数。 如果配置错误，操作将失败并出现错误。
虚拟群集大小调整/创建 根据虚拟群集的状态，虚拟群集将进入创建或调整大小状态。
启动新的 SQL 实例 SQL 进程在已部署的虚拟机上启动。

托管实例更新步骤

步骤名称 步骤说明
请求验证 验证已提交的参数。 如果配置错误，操作将失败并出现错误。
虚拟群集大小调整/创建 根据虚拟群集的状态，虚拟群集将进入创建或调整大小状态。
启动新的 SQL 实例 SQL 进程在已部署的虚拟机上启动。
执行数据库文件种子设定/附加数据库文件 根据更新操作的类型，执行数据库种子设定或附加数据库文件。
故障转移准备和故障转移 在对数据进行种子设定或重新附加数据库文件后，将准备好系统来进行故障转移。 设置了所有内容后，会执行故障转移，但有短暂的停机时间。
清理旧的 SQL 实例 从虚拟机中删除旧的 SQL 进程。

托管实例删除步骤

步骤名称 步骤说明
请求验证 验证已提交的参数。 如果配置错误，操作将失败并出现错误。
SQL 实例清理 从虚拟机中删除 SQL 进程。
虚拟群集的删除 根据删除的实例是否为子网中的最后一个实例，系统会将同步删除虚拟群集作为最后一个步骤。

注意

由于缩放实例，基础虚拟群集将经历释放未使用的容量和可能的容量碎片整理的过程，这可能会影响未参与创建/缩放操作的实例。

管理操作交叉影响

对托管实例执行管理操作可能会影响放置在同一子网中的其他实例的管理操作：

  • 虚拟群集中的长期还原操作将导致同一虚拟机组中的其他操作（例如创建或缩放操作）暂停。
    示例： 如果有长期还原操作以及需要收缩虚拟机组大小的缩放请求，则收缩请求将需要更长的时间才能完成，因为它需要等待还原操作完成后才能继续。

  • 后续实例的创建或缩放操作会因先前启动的实例创建或实例缩放请求（启动了虚拟机组大小调整）而暂停。
    示例： 如果同一虚拟机组下的同一子网中存在多个创建和/或缩放请求，且其中一个请求启动了虚拟机组的大小调整操作，则在初始操作请求起 5 分钟后提交的所有请求的持续时间将比预期的长，因为这些请求需要等待大小调整操作完成后才能继续。

  • 在 5 分钟时间范围内提交的创建/缩放操作将以并行方式批处理和执行。
    示例： 对于在 5 分钟时间范围内提交的所有操作（从执行第一个操作请求的那一刻开始计算），只会执行一次虚拟群集大小调整。 如果另一个请求在提交第一个请求 5 分钟后才提交，则该请求将等待虚拟群集大小调整完成后才会开始执行。

重要

由于另一个操作正在进行而被暂停的管理操作将在满足继续进行的条件后自动恢复。 无需任何用户操作即可恢复临时暂停的管理操作。

监视管理操作

若要了解如何监视管理操作进度和状态，请参阅监视管理操作。

取消管理操作

若要了解如何取消管理操作，请参阅取消管理操作。

后续步骤