将资源移到新资源组或订阅中

本文说明了如何将资源移动到新订阅,或移动到同一个订阅中的新资源组。 可以使用门户、PowerShell、Azure CLI 或 REST API 移动资源。 无需 Azure 支持人员的任何协助,即可使用本文中所述的移动操作。

移动资源时,源组和目标组会被锁定,直到移动操作完成。 在完成移动之前,将阻止对资源组执行写入和删除操作。 此锁意味着将无法添加、更新或删除资源组中的资源,但并不意味着资源已被冻结。 例如,如果将 SQL Server 及其数据库移到新的资源组中,使用数据库的应用程序体验不到停机, 仍可读取和写入到数据库。

不能更改该资源的位置。 移动资源仅能够将其移动到新的资源组。 新的资源组可能有不同的位置,但这不会更改该资源的位置。

Note

本文介绍如何在现有 Azure 帐户产品/服务中移动资源。

移动资源前需查看的清单

移动资源之前需执行的一些重要步骤。 验证这些条件可以避免错误。

  1. 源订阅与目标订阅必须在同一个 Azure Active Directory 租户中。 若要检查这两个订阅是否具有相同的租户 ID,请使用 Azure PowerShell 或 Azure CLI。

    对于 Azure PowerShell,请使用:

    (Get-AzureRmSubscription -SubscriptionName <your-source-subscription>).TenantId
    (Get-AzureRmSubscription -SubscriptionName <your-destination-subscription>).TenantId
    

    对于 Azure CLI,请使用:

    az account show --subscription <your-source-subscription> --query tenantId
    az account show --subscription <your-destination-subscription> --query tenantId
    
  2. 服务必须支持移动资源的功能。 本文列出了支持对资源进行移动的服务和不支持对资源进行移动的服务。

  3. 必须针对要移动的资源的资源提供程序注册目标订阅。 否则,会收到错误,指明 未针对资源类型注册订阅。 将资源移到新的订阅时,可能会遇到此问题,但该订阅从未配合该资源类型使用。

    对于 PowerShell,请使用以下命令来获取注册状态:

    Set-AzureRmContext -Subscription <destination-subscription-name-or-id>
    Get-AzureRmResourceProvider -ListAvailable | Select-Object ProviderNamespace, RegistrationState
    

    若要注册资源提供程序,请使用:

    Register-AzureRmResourceProvider -ProviderNamespace Microsoft.Batch
    

    对于 Azure CLI,请使用以下命令来获取注册状态:

    az account set -s <destination-subscription-name-or-id>
    az provider list --query "[].{Provider:namespace, Status:registrationState}" --out table
    

    若要注册资源提供程序,请使用:

    az provider register --namespace Microsoft.Batch
    
  4. 移动资源的帐户至少需要具备下列权限:

    • 源资源组上的 Microsoft.Resources/subscriptions/resourceGroups/moveResources/action 权限。
    • 目标资源组上的 Microsoft.Resources/subscriptions/resourceGroups/write 权限。
  5. 在移动资源之前,请检查要将资源移动到的订阅的订阅配额。 如果移动资源意味着订阅将超出其限制,则需要检查是否可以请求增加配额。 有关限制的列表及如何请求增加配额的信息,请参阅 Azure 订阅和服务限制、配额与约束

  6. 在可能的情况下,将大型移动分为单独的移动操作。 在一次操作中尝试移动超过 800 项资源,资源管理器将立即失败。 但是,移动 800 项以下的资源也可能因超时而失败。

致电支持人员的时机

可以通过本文中所述的自助服务操作移动大部分资源。 使用自助服务操作:

有以下需要时,请联系支持人员

  • 将资源移到新的 Azure 帐户(和 Azure Active Directory 租户),并且对于上一部分中的说明需要帮助。
  • 移动经典资源,但遇到限制问题。

可以移动的服务

支持同时移动到新资源组和订阅的服务包括:

  • API 管理
  • 应用服务应用(Web 应用)- 请参阅应用服务限制
  • 应用服务证书
  • Analysis Services
  • 自动化
  • Azure Cosmos DB
  • 批处理
  • CDN
  • 云服务 - 请参阅 经典部署限制
  • 认知服务
  • 事件中心
  • HDInsight 群集 - 请参阅 HDInsight 限制
  • IoT 中心
  • 密钥保管库
  • 负载均衡器 - 请参阅负载均衡器限制
  • 逻辑应用
  • 媒体服务
  • 通知中心
  • Power BI - Power BI Embedded 和 Power BI 工作区集合
  • 公共 IP - 请参阅公共 IP 限制
  • Redis 缓存
  • 计划程序
  • 服务总线
  • Service Fabric
  • 存储
  • 存储(经典)- 请参阅经典部署限制
  • 流分析 - 当流分析作业处于运行状态时,则无法进行移动。
  • SQL 数据库服务器 - 数据库和服务器必须位于同一个资源组中。 移动 SQL 服务器时,也会移动其所有数据库。 此行为适用于 Azure SQL 数据库和 Azure SQL 数据仓库数据库。
  • 流量管理器
  • 虚拟机 - 包含托管磁盘的 VM 无法移动。 请参阅虚拟机限制
  • 虚拟机(经典)- 请参阅经典部署限制
  • 虚拟机规模集 - 请参阅虚拟机限制
  • 虚拟网络 - 请参阅虚拟网络限制
  • VPN 网关

无法移动的服务

目前不可移动资源的服务包括:

  • AD 混合运行状况服务
  • 应用程序网关
  • Azure Database for MySQL
  • 证书 - 应用服务证书可以移动,但上传的证书存在限制
  • Express Route
  • 负载均衡器 - 请参阅负载均衡器限制
  • 托管磁盘 - 请参阅虚拟机限制
  • 公共 IP - 请参阅公共 IP 限制
  • 恢复服务保管库 - 此外,也不可以移动与恢复服务保管库关联的计算、网络和存储资源,请参阅恢复服务限制
  • 安全性
  • 虚拟网络(经典)- 请参阅经典部署限制

虚拟机限制

托管磁盘不支持移动。 此限制意味着,多个相关资源也无法移动。 无法移动以下项:

  • 托管磁盘
  • 包含托管磁盘的虚拟机
  • 基于托管磁盘创建的映像
  • 基于托管磁盘创建的快照
  • 包含托管磁盘的虚拟机的可用性集

虽然不能移动托管磁盘,但可以创建一个副本,然后从现有的托管磁盘创建新的虚拟机。 有关详细信息,请参阅:

无法跨资源组或订阅移动基于附加了计划的市场资源创建的虚拟机。 在当前订阅中取消预配虚拟机,并在新的订阅中重新部署虚拟机。

证书存储在 Key Vault 中的虚拟机可以移动到同一订阅中的新资源组,但无法跨订阅进行移动。

虚拟网络限制

移动虚拟网络时,还必须移动其从属资源。 例如,必须随虚拟网络一起移动网关。

若要移动对等的虚拟网络,必须首先禁用虚拟网络对等互连。 在禁用后,可以移动虚拟网络。 在移动后,重新启用虚拟网络对等互连。

如果虚拟网络的任何子网包含资源导航链接,则无法将虚拟网络移动到其他订阅。 例如,如果 Redis 缓存资源部署到某个子网,则该子网具有资源导航链接。

应用服务限制

移动应用服务资源的限制各不相同,具体取决于是在订阅内移动资源,还是将应用服务资源移到新的订阅。

这些部分中所述的限制适用于已上传的证书,不适用于应用服务证书。 可将应用服务证书移动到新的资源组或订阅,且不会存在任何限制。 如果你有多个使用相同应用服务证书的 Web 应用,请先移动所有这些 Web 应用,然后再移动证书。

在同一订阅中移动

在同一订阅中 移动 Web 应用时,无法移动已上传的 SSL 证书。 不过,可以将 Web 应用移动到新的资源组而不移动其已上传的 SSL 证书,并且,应用的 SSL 功能仍然可以工作。

如果希望随 Web 应用移动 SSL 证书,请执行以下步骤:

  1. 从 Web 应用中删除已上传的证书
  2. 移动 Web 应用。
  3. 将证书上传到移动后的 Web 应用。

跨订阅移动

在订阅之间 移动 Web 应用时存在以下限制:

  • 目标资源组中不能有任何现有的应用服务资源。 应用服务资源包括:
    • Web 应用
    • 应用服务计划
    • 上传或导入的 SSL 证书
    • 应用服务环境
  • 资源组中的所有应用服务资源必须一起移动。
  • 只能从最初创建应用服务资源的资源组中移动它们。 如果某个应用服务资源不再位于其原始资源组中,则必须首先将其移动回该原始资源组,然后才能将其在订阅之间移动。

经典部署限制

移动通过经典模型部署的资源时,其选项各不相同,具体取决于是在订阅内移动资源,还是将资源移到新的订阅。

同一订阅

在同一订阅内将资源从一个资源组移动到另一个资源组时,存在以下限制:

  • 不能移动虚拟网络(经典)。
  • 虚拟机(经典)必须与云服务一起移动。
  • 移动云服务时,必须移动其所有虚拟机。
  • 一次只能移动一项云服务。
  • 一次只能移动一个存储帐户(经典)。
  • 存储帐户(经典)与虚拟机或云服务不能在同一操作中移动。

若要将经典资源移到同一订阅内的新资源组,请通过门户Azure PowerShellAzure CLIREST API 使用标准移动操作。 使用的操作应与移动 Resource Manager 资源时所用的操作相同。

新订阅

将资源移动到新订阅时,存在以下限制:

  • 必须在同一操作中移动订阅中的所有经典资源。
  • 目标订阅不得包含任何其他经典资源。
  • 只能通过独立的适用于经典移动的 REST API 来请求移动。 将经典资源移到新订阅时,不能使用标准的资源管理器移动命令。

若要将经典资源移动到新订阅,请使用特定于经典资源的 REST 操作。 若要使用 REST,请执行以下步骤:

  1. 检查源订阅是否可以参与跨订阅移动。 使用以下操作:

    POST https://management.chinacloudapi.cn/subscriptions/{sourceSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
    

    在请求正文中包括:

    {
        "role": "source"
    }
    

    验证操作的响应格式如下:

    {
        "status": "{status}",
        "reasons": [
        "reason1",
        "reason2"
        ]
    }
    
  2. 检查目标订阅是否可以参与跨订阅移动。 使用以下操作:

    POST https://management.chinacloudapi.cn/subscriptions/{destinationSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
    

    在请求正文中包含以下内容:

    {
        "role": "target"
    }
    

    响应的格式与源订阅验证的响应格式相同。

  3. 如果两个订阅都通过了验证,可使用以下操作将所有经典资源从一个订阅移动到另一个订阅:

    POST https://management.chinacloudapi.cn/subscriptions/{subscription-id}/providers/Microsoft.ClassicCompute/moveSubscriptionResources?api-version=2016-04-01
    

    在请求正文中包括:

    {
        "target": "/subscriptions/{target-subscription-id}"
    }
    

此操作可能需要运行几分钟。

恢复服务限制

移动不支持用于使用 Azure Site Recovery 设置灾难恢复的“存储”、“网络”或“计算”资源。

例如,假设已设置将本地计算机复制到存储帐户 (Storage1),并且想要受保护的计算机在故障转移到 Azure 之后显示为连接到虚拟网络 (Network1) 的虚拟机 (VM1)。 不能在同一订阅中的资源组之间或在订阅之间移动这些 Azure 资源 - Storage1、VM1 和 Network1。

若要在资源组之间移动在 Azure 备份中注册的 VM:

  1. 暂时停止备份并保留备份数据
  2. 将 VM 移至目标资源组
  3. 在相同/新保管库中对其进行重新保护,用户可以从在移动操作之前创建的可用还原点进行还原。 如果用户跨订阅移动备份 VM,则步骤 1 和步骤 2 保持相同。 在步骤 3 中,用户需要在目标订阅中存在/创建的新保管库下保护 VM。 恢复服务保管库不支持跨订阅备份。

HDInsight 限制

可以将 HDInsight 群集移到新订阅或资源组。 但是,无法在订阅之间移动链接到 HDInsight 群集的网络资源(例如虚拟网络、NIC 或负载均衡器)。 此外,无法将连接到群集的虚拟机的 NIC 移到新的资源组。

将 HDInsight 群集移至新订阅时,请先移动其他资源(例如存储帐户)。 然后移动 HDInsight 群集本身。

负载均衡器限制

可以移动基本 SKU 负载均衡器。 不能移动标准 SKU 负载均衡器。

公共 IP 限制

可以移动基本 SKU 公共 IP。 不能移动标准 SKU 公共 IP。

使用门户

如果要移动资源,请选择包含这些资源的资源组,并选择“移动” 按钮。

移动资源

选择是要将资源移到新资源组还是新订阅。

选择要移动的资源和目标资源组。 确认需要更新这些资源的脚本,选择“确定” 。 如果在上一步中已选择“编辑订阅”图标,则还必须选择目标订阅。

选择目标

在“通知” 中,可以看到移动操作正在运行。

显示移动状态

操作完成后,你会获得结果通知。

显示移动结果

使用 PowerShell

要将现有资源移到另一个资源组或订阅,请使用 Move-AzureRmResource 命令。 下面的示例演示了如何将多个资源移动到新的资源组。

$webapp = Get-AzureRmResource -ResourceGroupName OldRG -ResourceName ExampleSite
$plan = Get-AzureRmResource -ResourceGroupName OldRG -ResourceName ExamplePlan
Move-AzureRmResource -DestinationResourceGroupName NewRG -ResourceId $webapp.ResourceId, $plan.ResourceId

若要移到新订阅,请包含 DestinationSubscriptionId 参数的值。

使用 Azure CLI

若要将现有资源移动到另一个资源组或订阅,请使用 az resource move 命令。 提供要移动的资源的资源 ID。 下面的示例演示了如何将多个资源移动到新的资源组。 在 --ids 参数中,提供要移动的资源 ID 的空格分隔列表。

webapp=$(az resource show -g OldRG -n ExampleSite --resource-type "Microsoft.Web/sites" --query id --output tsv)
plan=$(az resource show -g OldRG -n ExamplePlan --resource-type "Microsoft.Web/serverfarms" --query id --output tsv)
az resource move --destination-group newgroup --ids $webapp $plan

若要移到新订阅,请提供 --destination-subscription-id 参数。

使用 REST API

要将现有资源移到另一个资源组或订阅中,请运行:

POST https://management.chinacloudapi.cn/subscriptions/{source-subscription-id}/resourcegroups/{source-resource-group-name}/moveResources?api-version={api-version}

在请求正文中,指定目标资源组和要移动的资源。 有关移动 REST 操作的详细信息,请参阅 移动资源

后续步骤