将客户的 Azure 订阅或预留,或将计划(在 Azure 计划下)转移到其他 CSP
相应的角色:管理员代理
本文介绍如何根据 Azure 计划将客户 Azure 订阅、预留和/或节省计划从云解决方案提供商(CSP)计划中的一个合作伙伴更改为另一个合作伙伴。
注意
本文介绍如何将 Azure 计划新的商业体验订阅 从一个合作伙伴转移到另一个合作伙伴。 有关转移 Azure 旧版订阅的说明,请参阅 手动 Azure 旧版转移主题。
若要从其他合作伙伴切换客户的 Azure 订阅、预留和/或节省计划,请执行以下步骤。 当前合作伙伴、未来合作伙伴和客户都有要完成的步骤。
注意
只有与 Microsoft 有直接计费关系的合作伙伴才能访问过渡工具。 使用此转换工具时,间接经销商需要与间接提供商合作。
在使用此转换工具之前,客户需要与当前和未来的合作伙伴进行沟通。 需要进行线下沟通以避免混淆。 在开始转换之前,合作伙伴和客户应了解以下注意事项和先决条件。
注意事项
- Azure 预留实例将连同订阅一起转移到未来合作伙伴。 转移预付预留后,客户将无法取消或交换这些预留。 如果转移的 RI 按月付款计划,则下个月的费用将显示在目标合作伙伴的对帐文件中,而不是按比例计算的金额。 来源合作伙伴的对帐文件中将显示上一个月的费用(整月费用)。
- 如果你请求转移 Azure 预留实例,而计费货币与当前合作伙伴不同,则在下一个计费周期开始时会取消该 Azure 预留实例(适用于未预付费的预留)。 若要继续服务,需要重新购买 Azure 预留实例。 此行为也适用于节省计划转移。
- 针对当前合作伙伴的 Azure 服务的 CSP 定价不会转换。
- 如果转移 以前的 Azure 套餐(MS-AZR-0145p) 订阅,这些 Azure 订阅将同时转换为 Azure 计划中的新 Azure 套餐订阅。
- 客户的支持责任将转移给未来的合作伙伴。
- 转移时,计费和开票责任将转移到未来合作伙伴。 此行为也适用于储蓄计划转移。
- Azure 基于角色的访问控制 (RBAC) 不受转移的影响。
- 默认情况下,不会代表 (AOBO) 向管理员授予未来的合作伙伴。
- 只要产品通过Azure 市场资格检查,第三方Azure 市场产品转移。
- 没有特殊折扣或区域限制。
- 产品不是基于订阅的。
- 未来的合作伙伴应与发布者合作,确保发布者在产品部署的允许列表中。
- 如果不满足上述任一条件,将取消 Azure 市场产品。 然后,应转移 Azure 订阅,并且应通过新的合作伙伴购买 Azure 市场合作产品。
特定于 Azure RI 传输
单个范围预留实例显示在与 Azure 订阅相同的部分中,而共享范围预留实例显示在“预留”部分中。
活动预留和非活动预留都显示在转移向导中,合作伙伴应仅选择活动预留。 否则,无法接受转移请求。 来源合作伙伴只能传输活动 Azure 订阅和 RI(单一和共享范围)。
可以选择以下类型的预留实例:
- 单一范围:这些预留实例与 Azure 订阅相关联,并在合作伙伴选择 Azure 订阅旁边的 V 形标志时显示(上图步骤 2)。
- 单一范围(孤立的预留实例):在没有关联的 RI 的情况下传输 Azure 订阅时,可以看到这些预留实例。 当合作伙伴选择预留(步骤 3)旁边的 V 形时,孤立的单范围 RI 也可见。
- 共享范围:共享范围预留是独立的 RI,当合作伙伴选择预留旁边的 V 形时可见(步骤 3)。
以下是合作伙伴如何转移 RI 的关键方案和相应步骤:
- 如果源合作伙伴仅转移 Azure 订阅(无活动或非活动单范围或共享范围的 RI):源合作伙伴需要仅选择 Azure 订阅(在步骤 1 中选择 V 形并确保未选择任何 RI)。
- 如果源合作伙伴正在转移 Azure 订阅和单范围活动 RI,则需要步骤 1 和 2:确保取消所有非活动、取消和删除的单范围 RI检查。
- 如果源合作伙伴正在转移 Azure 订阅、单范围 RI 和共享范围 RI,则需要步骤 1、2 和 3:确保取消所有非活动、取消和删除的单个和共享范围 RI检查。
合作伙伴选择要转移的所有活动 Azure 订阅、预留和/或 Azure 储蓄计划后,合作伙伴就可以在“接受和转移”按钮上选择。 关键合作伙伴确保未选择非活动、取消或删除的项目,或者无法开始传输流。
先决条件
- 客户向当前 CSP 合作伙伴通知转移意向。
- 未来的 CSP 合作伙伴与客户合作,确保满足客户需求。
- 未来的 CSP 合作伙伴与客户建立关系,并购买 Azure 计划,然后再开始转换。
- 客户与 CSP 合作伙伴签署 Microsoft 客户协议。
- 未来的 CSP 合作伙伴签署 Microsoft 合作伙伴协议后使用转换工具。
注意
对于 Azure 订阅,如果客户的当前合作伙伴具有以前的 Azure 产品/服务 (MS-AZR-0145p) 或新的 Azure 产品/服务(Azure 计划),则可以使用自助转换工具。 在任一情况下,转移完成后,Azure 订阅都将显示在未来合作伙伴的 Azure 计划下。
客户任务
若要转移 Azure 订阅、预留和/或节省计划(在 Azure 计划下),客户必须通过联系当前合作伙伴来启动该过程。 客户应收集当前合作伙伴的公司名称和 Microsoft ID,以便未来的合作伙伴可以代表客户完成转移请求表单。
客户还必须标识要从当前合作伙伴转移的 Azure 订阅、预留和/或节省计划(在 Azure 计划下)。 不能更改 Office 365、企业移动性套件或 Microsoft Dynamics CRM 订阅的合作伙伴。
注意
未来的合作伙伴负责完成启动转移过程的转移请求表单。 Microsoft 无法代表客户或当前合作伙伴进行干预。 客户应计划与未来的合作伙伴和当前合作伙伴密切合作,以确保转移顺利进行。
未来的合作伙伴任务
订阅的未来合作伙伴需要完成来自合作伙伴中心的转移请求表单,以请求订阅转移:
在合作伙伴中心的左窗格中,选择“客户”,然后选择要完成转移请求的客户。
在特定于客户的菜单中,选择“订阅”。
在“转移请求”选项卡上,选择“添加新请求”:
填写“新建转移请求”表单:
- 对于第一层合作伙伴:
- 对于第二层合作伙伴,请确保在附加的输入字段中指定经销商 ID(必填)
选择“发送转移请求”>“发送” 。
查看转移请求确认:
注意
将来的合作伙伴只有在传输请求状态为“待处理”时才可以通过选择窗口右上角的“取消请求”来取消传输请求。传输请求处于“正在进行”或“完成”状态后,便无法取消。
- 将 Azure 订阅转移到 未来合作伙伴 需要客户拥有现有的 Azure 计划。 传输完成后,未来的合作伙伴可以取消获取 Azure 计划时自动创建的默认订阅。
当前合作伙伴任务
客户的当前合作伙伴管理员代理收到一封电子邮件,指出客户正在请求转移订阅:
当前合作伙伴需要查看并接受来自合作伙伴中心的转移请求表单才能完成订阅转移。
查看和接受转移
合作伙伴通常会从电子邮件通知打开转移请求。 这些链接可能会使用其 CSP 合作伙伴凭据以外的凭据自动将合作伙伴登录到合作伙伴中心。 加载传输页面时遇到错误的合作伙伴需要登录到正确的合作伙伴帐户才能访问此传输请求。 合作伙伴可以按照以下步骤查看和接受转让。
注意
如果当前合作伙伴在 30 天内未响应,请求将过期,并且未来的合作伙伴将需要创建新的转移请求。 过期的转移将保持 挂起状态 ,但无法重新提交。 合作伙伴无法删除或取消合作伙伴中心中过期的待处理转移请求。
请执行以下一项操作:
- 在电子邮件中选择“审阅转移请求”,或
- 在合作伙伴中心的左窗格中,选择“客户”,然后选择转移请求已提交的客户。
在特定于客户的菜单中,选择“订阅”。
在“转移请求”选项卡上,通过在“已接收的请求”下选择“转移请求 ID”来展开转移信息:
查看转移请求。 选择要转移的 Azure 订阅、预留和/或节省计划(Azure 计划)。
- 在继续之前,请注意:
- 无法访问所选的 Azure 订阅、预留和/或节省计划(Azure 计划)。
- 我们不会对你的后续使用开具发票。
- 在继续之前,请注意:
选择“接受并转移”以完成转移过程:
- 如果客户具有以前的 Azure 产品/服务订阅 (MS-AZR-0145p),请以相同的方式继续,选择要转移的项,然后选择“接受并转移”以完成转移过程。
查看接受转移确认。
此时,会向未来的合作伙伴、客户和当前合作伙伴发送一封电子邮件,告知已接受转移请求。
接受转移后,在系统更新时,转移可能会保持“挂起”状态长达 15 分钟。 如果此过程需要更长时间,系统将持续尝试三天。 如果转移保持“挂起”状态超过三天,合作伙伴应提交服务请求。
转移完成后,请求中包含的 Azure 订阅、预留和/或节省计划将显示在未来合作伙伴的 Azure 计划中。 它们将不再与当前合作伙伴一起列出。
注意
间接提供商应通知其间接经销商已接受转移请求。
管理已转移的客户 Azure 订阅、预留和/或节省计划(Azure 计划)
在转换期间,通过 Azure RBAC 为现有用户、组或服务主体分配的访问权限不受影响。 Azure RBAC 可帮助客户管理哪些用户有权访问 Azure 资源、这些用户可对这些资源执行哪些操作及其有权访问哪些区域。
作为新合作伙伴,在转移后,你对客户资源不拥有任何 RBAC 访问权限。 客户的旧合作伙伴将保留 RBAC 访问权限。 与客户协作,了解谁深入了解 Azure 订阅、预留和/或节省计划,以及如何进行任何所需的更改。
客户需要删除上一合作伙伴的 Azure RBAC 访问权限,并添加访问权限。 有关提供访问权限的详细信息,请参阅什么是 Azure 基于角色的访问控制 (Azure RBAC)?。 有关删除访问权限的详细信息,请参阅删除角色分配。
此外,你不会自动获取对订阅和/或预留的管理员代理 (AOBO) 访问权限。 AOBO 是必要的,这样你才可以管理客户的 Azure 订阅和/或预留。 有关 Azure 特权的详细信息,请参阅获取管理客户服务或订阅的权限。
后续步骤
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈