当1依赖另一个订阅时,如何真正将资源从Azure上的一个订阅转移到另一个订阅

时间:2020-07-03 22:51:33

标签: azure

我正在尝试将单个资源组从一个订阅移到另一个。这里的样子

ResourceGroupA (I want to move between subscriptions)
  -WebApp A
  -SqlDB
  -Plan

ResourceGroupB
  -WebApp B

因此,WebApp B也正在访问SQl​​DB。当我尝试将ResourceGroupA移到另一个订阅时,Azure返回警告,我必须一起移动WebAppB。这是有道理的,因为它取决于SQLDB。好的,我将WebApp B移到了ResourceGroupA。再次启动Move操作,碰碰,另一个错误。它抱怨

WebApp B此资源位于资源组“ ResourceGroupA”中, 但托管在资源组“ ResourceGroupB”中。这可能是 先前移动操作的结果。将其移回各自的主机 资源组

那么,现在的解决方案是什么?有没有更好的方法可以同时移动两个资源组?

2 个答案:

答案 0 :(得分:0)

您尝试停止WebApp2然后移动资源吗?

答案 1 :(得分:0)

两天后,我可以解决问题,希望对其他正在解决此问题的人有所帮助。

尽管我在上面描述了一个简单的场景,但是我试图在一个资源组中一起移动20个资源,并且每次不同的资源时Azure都会抱怨。像上面描述的那样,它首先抱怨另一个资源组中的Web应用程序,并建议我将其与ResourceGroupA一起移动,并将其从ResourceGroupB移到ResourceGroupA。在此非常重要,您必须先停止网站并移动它,因为否则托管将保留在ResourceGroupB中,并且它将再次作为上述错误消息进行投诉。即使您正确地执行了此操作,它也会抱怨您也应该移动该计划(如果该计划位于其他资源组中)。当您移动它时,它再次抱怨计划托管仍保留在另一个资源组中。它要求您回到没有意义的原始ResourceGroup,就像乒乓球游戏一样。如果突然进行一些移动操作,它将被锁定,并发出警告“ ResourceGroup操作不完整,请稍候”。这可能需要一整天,直到您可以进行另一次尝试。

如果可以的话,可以采用最终解决方案,只需将您的网络应用发布到具有新计划的其他订阅中,然后删除旧计划即可。我曾经抱怨过3个Web应用程序都抱怨删除了所有3个并重新发布到目标订阅,并且我能够移动资源组的其余部分而没有任何错误或警告。除了此解决方案之外,反复尝试也是没有意义的。