Azure-resources verplaatsen naar een nieuwe resourcegroep of een nieuw abonnement
In dit artikel wordt uitgelegd hoe u Azure-resources verplaatst tussen resourcegroepen binnen hetzelfde abonnement of tussen verschillende abonnementen. Als de verplaatsing verschillende abonnementen omvat, moeten beide abonnementen deel uitmaken van dezelfde Microsoft Entra ID-tenant. U kunt hulpprogramma's zoals Azure Portal, Azure PowerShell, Azure CLI, de REST API of Python gebruiken om de resources te verplaatsen.
Tijdens de verplaatsing worden zowel de bron- als de doelresourcegroepen vergrendeld, wat betekent dat u geen resources binnen deze resourcegroepen kunt maken, verwijderen of bijwerken terwijl de verplaatsing wordt uitgevoerd. Bestaande resources blijven echter volledig operationeel. Als u bijvoorbeeld een virtuele machine van de ene resourcegroep naar een andere verplaatst, kan deze niet worden verwijderd en kunnen de eigenschappen (zoals de grootte) niet worden gewijzigd tijdens de verplaatsing. Ondanks dit blijft de virtuele machine normaal werken, en de services die erop vertrouwen, ondervinden geen extra downtime. De vergrendeling kan maximaal vier uur duren, de meeste verplaatsingen zijn sneller voltooid en de vergrendeling wordt dienovereenkomstig verwijderd.
Alleen bovenliggende resources op het hoogste niveau moeten worden opgegeven in de verplaatsingsaanvraag. Onderliggende resources worden automatisch verplaatst met hun bovenliggende resource, maar kunnen niet onafhankelijk worden verplaatst. Een bovenliggende resource kan Microsoft.Compute/virtualMachines
bijvoorbeeld worden verplaatst en de onderliggende resource, zoals Microsoft.Compute/virtualMachines/extensions
verplaatst. De onderliggende resource kan echter niet zelfstandig worden verplaatst.
Terwijl het verplaatsen van een resource de afhankelijkheden met onderliggende resources behoudt, kunnen afhankelijkheden met andere resources worden verbroken en moeten ze mogelijk opnieuw worden geconfigureerd. Als u een resource verplaatst, wordt alleen de bijbehorende resourcegroep gewijzigd en wordt de fysieke regio van de resource niet gewijzigd.
Notitie
Azure-resources kunnen niet worden verplaatst als er een alleen-lezenvergrendeling bestaat voor de bron, doelresourcegroep of het abonnement.
Resource-id gewijzigd
Wanneer u een resource verplaatst, wijzigt u de resource-id. De standaardindeling voor een resource-id is /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/{resourceProviderNamespace}/{resourceType}/{resourceName}
. Wanneer u een resource naar een nieuwe resourcegroep of een nieuw abonnement verplaatst, wijzigt u een of meer waarden in dat pad.
Als u de resource-id overal gebruikt, moet u die waarde wijzigen. Als u bijvoorbeeld een aangepast dashboard in de portal hebt dat verwijst naar een resource-id, moet u die waarde bijwerken. Zoek naar scripts of sjablonen die moeten worden bijgewerkt voor de nieuwe resource-id.
Controlelijst voor het verplaatsen van resources
Enkele belangrijke stappen gaan vooraf aan het verplaatsen van een resource. U kunt fouten voorkomen als u deze voorwaarden controleert.
Zowel het bron- als het doelabonnement moet actief zijn. Als u problemen ondervindt bij het inschakelen van een account dat is uitgeschakeld, maakt u een ondersteuning voor Azure aanvraag. Selecteer Abonnementsbeheer als het type probleem.
Het bron- en het doelabonnement moeten zich beide binnen dezelfde Microsoft Entra-tenant bevinden. Gebruik de Azure CLI of PowerShell om te controleren of beide abonnementen dezelfde tenant-id hebben.
az account show --subscription <your-source-subscription> --query tenantId az account show --subscription <your-destination-subscription> --query tenantId
Als de tenant-id's voor de bron- en doelabonnementen niet overeenkomen, gebruikt u de volgende methoden om deze af te stemmen:
Als u resources wilt verplaatsen naar of van een CSP-partner (Cloud Solution Provider), raadpleegt u Azure-abonnementen overdragen tussen abonnees en CSP's voor meer informatie.
De resources die u wilt verplaatsen, moeten de verplaatsingsbewerking ondersteunen. Zie Azure-resourcetypen voor verplaatsingsbewerkingen voor een lijst met resources die verplaatsingsbewerkingen ondersteunen.
Aangezien sommige services specifieke beperkingen of vereisten hebben bij het verplaatsen van resources, controleert u de volgende richtlijnen voor verplaatsing voordat u resources binnen deze services verplaatst:
- Als u Azure Stack Hub gebruikt, kunt u resources niet verplaatsen tussen groepen.
- Azure App Services
- Azure DevOps Services
- Klassiek implementatiemodel voor klassieke reken-, opslag-, virtuele netwerken en cloudservices
- Cloud Services (uitgebreide ondersteuning)
- Netwerken
- Azure Recovery Services
- Virtuele machines
- Zie Abonnementen verplaatsen om een Azure-abonnement te verplaatsen naar een nieuwe beheergroep.
Het doelabonnement moet zijn geregistreerd voor de resourceprovider van de resource die wordt verplaatst. Indien dit niet het geval is, ontvangt u een foutmelding waarin staat dat het abonnement niet is geregistreerd voor een type resource. U kunt dit probleem zien bij het verplaatsen van een resource naar een nieuw abonnement, terwijl dat abonnement nooit is gebruikt met dat type resource.
De registratiestatus ophalen:
az account set -s <destination-subscription-name-or-id> az provider list --query "[].{Provider:namespace, Status:registrationState}" --out table
Een resourceprovider registreren:
az provider register --namespace Microsoft.Batch
Controleer het abonnementsquotum voor het abonnement waarnaar u resources verplaatst voordat u een verplaatsingsbewerking start. Controleer of u een verhoging van een quotum kunt aanvragen waardoor een doelabonnement de limiet overschrijdt. Zie Limieten, quota en beperkingen voor Azure-abonnementen en -services voor gedetailleerde richtlijnen over limieten en hoe u een verhoging aanvraagt.
Het account dat de resources verplaatst, moet ten minste de volgende machtigingen hebben:
- In de bronresourcegroep: Microsoft.Resources/subscriptions/resourceGroups/moveResources/action
- In de doelresourcegroep: Microsoft.Resources/subscriptions/resourceGroups/write
Als u een resource verplaatst met een actieve Azure-roltoewijzing (of de onderliggende resource met dezelfde toewijzing), wordt de roltoewijzing niet verplaatst en wordt deze zwevend. U moet de roltoewijzing opnieuw maken na de verplaatsing. Uiteindelijk wordt de zwevende roltoewijzing automatisch verwijderd, maar het wordt aanbevolen om de roltoewijzing vóór de verplaatsing te verwijderen.
Zie Lijst met Azure-roltoewijzingen en Azure-rollen toewijzen voor meer informatie over het beheren van roltoewijzingen.
Voor een overstap tussen abonnementen moeten de resource en de afhankelijke resources zich in dezelfde resourcegroep bevinden en moeten ze samen worden verplaatst. Een virtuele machine met beheerde schijven vereist bijvoorbeeld dat de virtuele machine en beheerde schijven samen met andere afhankelijke resources worden verplaatst.
Als u een resource naar een nieuw abonnement verplaatst, controleert u of de resource afhankelijke resources heeft en of deze zich in dezelfde resourcegroep bevinden. Als de resources zich niet in dezelfde resourcegroep bevinden, controleert u of ze in dezelfde resourcegroep kunnen worden gecombineerd. Zo ja, gebruik dan één verplaatsingsbewerking tussen resourcegroepen om alle resources in dezelfde resourcegroep samen te voegen.
Ga door naar Scenario voor het verplaatsen tussen abonnementen voor meer informatie.
Scenario voor het verplaatsen tussen abonnementen
Het verplaatsen van resources van het ene abonnement naar het andere is een proces met drie stappen. Er wordt slechts één afhankelijke resource weergegeven om deze stappen te illustreren:
- Stap 1: als afhankelijke resources worden verdeeld over verschillende resourcegroepen, verplaatst u ze eerst naar één resourcegroep.
- Stap 2: verplaats de resource en afhankelijke resources samen van het bronabonnement naar het doelabonnement.
- Stap 3: u kunt de afhankelijke resources eventueel opnieuw verdelen over verschillende resourcegroepen binnen het doelabonnement.
Resources verplaatsen
De Azure-portal gebruiken
Als u resources wilt verplaatsen, selecteert u de resourcegroep die deze resources bevat.
Selecteer de resources die u wilt verplaatsen. Als u alle resources wilt verplaatsen, schakelt u het selectievakje boven aan de lijst in. Of u selecteert de resources afzonderlijk.
Selecteer de knop Verplaatsen.
Met deze knop hebt u drie opties:
- Verplaatsen naar een nieuwe resourcegroep.
- Verplaatsen naar een nieuw abonnement.
- Verplaatsen naar een nieuwe regio. Zie Resources verplaatsen tussen regio's (van resourcegroep) met Azure Resource Mover als u regio's wilt wijzigen.
Selecteer of u de resources naar een nieuwe resourcegroep of een nieuw abonnement verplaatst.
De bronresourcegroep wordt automatisch ingesteld. Geef de doelresourcegroep op. Als u overstapt op een nieuw abonnement, geeft u dit ook op. Selecteer Volgende.
- De portal controleert of de resources kunnen worden verplaatst. Wacht tot de validatie is voltooid.
Wanneer de validatie is voltooid, selecteert u Volgende.
Bevestig dat u hulpprogramma's en scripts voor deze resources moet bijwerken. Selecteer Verplaatsen om te beginnen met het verplaatsen van de resources.
- Azure Portal meldt u wanneer de verplaatsing is voltooid.
De Azure CLI gebruiken
Valideren
Gebruik de az resource invoke-action
opdracht om uw verplaatsingsscenario te testen zonder resources daadwerkelijk in realtime te verplaatsen. Gebruik deze opdracht alleen wanneer u de resultaten moet modelleren zonder de resultaten te doorlopen. Als u deze bewerking wilt uitvoeren, hebt u de resource-id van de bronresourcegroep, de doelresourcegroep en elke resource nodig die wordt verplaatst.
Gebruik \"
dit om dubbele aanhalingstekens in de hoofdtekst van de aanvraag te ontsnappen.
az resource invoke-action --action validateMoveResources \
--ids "/subscriptions/{subscription-id}/resourceGroups/{source-rg}" \
--request-body "{ \"resources\": [\"/subscriptions/{subscription-id}/resourceGroups/{source-rg}/providers/{resource-provider}/{resource-type}/{resource-name}\", \"/subscriptions/{subscription-id}/resourceGroups/{source-rg}/providers/{resource-provider}/{resource-type}/{resource-name}\", \"/subscriptions/{subscription-id}/resourceGroups/{source-rg}/providers/{resource-provider}/{resource-type}/{resource-name}\"],\"targetResourceGroup\":\"/subscriptions/{subscription-id}/resourceGroups/{destination-rg}\" }"
Als de validatie is geslaagd, ziet u:
{} Finished ..
Als de validatie mislukt, ziet u een foutbericht waarin wordt uitgelegd waarom de resources niet worden verplaatst.
Verplaatsen
Gebruik de az resource move
opdracht om bestaande resources naar een andere resourcegroep of een ander abonnement te verplaatsen. Geef in de --ids
parameter een door spaties gescheiden lijst op met de resource-id's die u wilt verplaatsen.
De volgende opdrachten laten zien hoe u verschillende resources naar een nieuwe resourcegroep verplaatst. Ze werken met de Azure CLI in een Bash-terminal of in een Azure PowerShell-console. Geef de --destination-subscription-id
parameter op om resources naar een nieuw abonnement te verplaatsen.
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
Azure PowerShell gebruiken
Valideren
Als u uw verplaatsingsscenario wilt testen zonder resources daadwerkelijk in realtime te verplaatsen, gebruikt u de Invoke-AzResourceAction
opdracht in Azure PowerShell. Gebruik deze opdracht alleen wanneer u de resultaten moet modelleren zonder de resultaten te doorlopen.
$sourceName = "sourceRG"
$destinationName = "destinationRG"
$resourcesToMove = @("app1", "app2")
$sourceResourceGroup = Get-AzResourceGroup -Name $sourceName
$destinationResourceGroup = Get-AzResourceGroup -Name $destinationName
$resources = Get-AzResource -ResourceGroupName $sourceName | Where-Object { $_.Name -in $resourcesToMove }
Invoke-AzResourceAction -Action validateMoveResources `
-ResourceId $sourceResourceGroup.ResourceId `
-Parameters @{
resources = $resources.ResourceId; # Wrap in an @() array if providing a single resource ID string.
targetResourceGroup = $destinationResourceGroup.ResourceId
}
Er wordt geen uitvoer weergegeven als de validatie slaagt. Er wordt echter een foutbericht weergegeven waarin wordt uitgelegd waarom de resources niet worden verplaatst als de validatie mislukt.
Verplaatsen
Gebruik de opdracht Move-AzResource om bestaande resources naar een andere resourcegroep of een ander abonnement te verplaatsen. In het volgende voorbeeld ziet u hoe u verschillende resources naar een nieuwe resourcegroep verplaatst.
$sourceName = "sourceRG"
$destinationName = "destinationRG"
$resourcesToMove = @("app1", "app2")
$resources = Get-AzResource -ResourceGroupName $sourceName | Where-Object { $_.Name -in $resourcesToMove }
Move-AzResource -DestinationResourceGroupName $destinationName -ResourceId $resources.ResourceId
Als u naar een nieuw abonnement wilt gaan, moet u een waarde voor de DestinationSubscriptionId
parameter opnemen.
Python gebruiken
Valideren
Gebruik de ResourceManagementClient.resources.begin_validate_move_resources
methode om uw verplaatsingsscenario te testen zonder resources daadwerkelijk in realtime te verplaatsen. Gebruik deze methode alleen wanneer u de resultaten moet modelleren zonder de resultaten te doorlopen.
import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ResourceManagementClient
credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]
resource_client = ResourceManagementClient(credential, subscription_id)
source_name = "sourceRG"
destination_name = "destinationRG"
resources_to_move = ["app1", "app2"]
destination_resource_group = resource_client.resource_groups.get(destination_name)
resources = [
resource for resource in resource_client.resources.list_by_resource_group(source_name)
if resource.name in resources_to_move
]
resource_ids = [resource.id for resource in resources]
validate_move_resources_result = resource_client.resources.begin_validate_move_resources(
source_name,
{
"resources": resource_ids,
"target_resource_group": destination_resource_group.id
}
).result()
print("Validate move resources result: {}".format(validate_move_resources_result))
Er wordt geen uitvoer weergegeven als de validatie slaagt. Er wordt echter een foutbericht weergegeven waarin wordt uitgelegd waarom de resources niet worden verplaatst als de validatie mislukt.
Verplaatsen
Als u bestaande resources wilt verplaatsen naar een andere resourcegroep of een ander abonnement, gebruikt u de ResourceManagementClient.resources.begin_move_resources
methode in Python. In het volgende voorbeeld ziet u hoe u verschillende resources naar een nieuwe resourcegroep verplaatst.
import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ResourceManagementClient
credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]
resource_client = ResourceManagementClient(credential, subscription_id)
source_name = "sourceRG"
destination_name = "destinationRG"
resources_to_move = ["app1", "app2"]
destination_resource_group = resource_client.resource_groups.get(destination_name)
resources = [
resource for resource in resource_client.resources.list_by_resource_group(source_name)
if resource.name in resources_to_move
]
resource_ids = [resource.id for resource in resources]
resource_client.resources.begin_move_resources(
source_name,
{
"resources": resource_ids,
"target_resource_group": destination_resource_group.id
}
)
REST API gebruiken
Valideren
Hiermee validate move operation
kunt u uw verplaatsingsscenario testen zonder resources daadwerkelijk te verplaatsen. Gebruik deze bewerking om te controleren of de verplaatsing kan slagen. Validatie wordt automatisch aangeroepen wanneer u een verplaatsingsaanvraag verzendt. Gebruik deze bewerking alleen als u de resultaten moet modelleren zonder de resultaten te doorlopen. Als u deze bewerking wilt uitvoeren, hebt u het volgende nodig:
- Naam van de bronresourcegroep
- Resource-id van de doelresourcegroep
- Resource-id van elke resource die moet worden verplaatst
- Het toegangstoken voor uw account
Verzend de volgende aanvraag:
POST https://management.azure.com/subscriptions/<subscription-id>/resourceGroups/<source-group>/validateMoveResources?api-version=2019-05-10
Authorization: Bearer <access-token>
Content-type: application/json
Met een aanvraagbody:
{
"resources": ["<resource-id-1>", "<resource-id-2>"],
"targetResourceGroup": "/subscriptions/<subscription-id>/resourceGroups/<target-group>"
}
Als de aanvraag correct is opgemaakt, retourneert de bewerking:
Response Code: 202
cache-control: no-cache
pragma: no-cache
expires: -1
location: https://management.azure.com/subscriptions/<subscription-id>/operationresults/<operation-id>?api-version=2018-02-01
retry-after: 15
...
Een 202-statuscode geeft aan dat de validatieaanvraag is geaccepteerd, maar nog niet heeft vastgesteld of de verplaatsingsbewerking slaagt. De location
waarde bevat een URL die u gebruikt om de status van de langdurige bewerking te controleren.
Als u de status wilt controleren, verzendt u de volgende aanvraag:
GET <location-url>
Authorization: Bearer <access-token>
U blijft een 202-statuscode ontvangen terwijl de bewerking wordt uitgevoerd. Wacht het aantal seconden dat is aangegeven in de retry-after
waarde voordat u het opnieuw probeert. U ontvangt een 204-statuscode als de verplaatsingsvalidatie wordt uitgevoerd. Als de verplaatsingsvalidatie mislukt, wordt er een foutbericht weergegeven dat lijkt op:
{"error":{"code":"ResourceMoveProviderValidationFailed","message":"<message>"...}}
Verplaatsen
Als u bestaande resources naar een andere resourcegroep of een ander abonnement wilt verplaatsen, gebruikt u de Move resources
bewerking.
POST https://management.azure.com/subscriptions/{source-subscription-id}/resourcegroups/{source-resource-group-name}/moveResources?api-version={api-version}
Geef de doelresourcegroep en resources op die u wilt verplaatsen in de hoofdtekst van de aanvraag.
{
"resources": ["<resource-id-1>", "<resource-id-2>"],
"targetResourceGroup": "/subscriptions/<subscription-id>/resourceGroups/<target-group>"
}
Veelgestelde vragen
Mijn resource-verplaatsingsbewerking die meestal een paar minuten duurt, is bijna een uur actief. Is er iets mis?
Het verplaatsen van een resource is een complexe bewerking met verschillende fasen. Er kan meer voor nodig zijn dan alleen de resourceprovider van de resource die u wilt verplaatsen. Met Azure Resource Manager kan een verplaatsingsbewerking vier uur worden voltooid vanwege de afhankelijkheden tussen resourceproviders. Deze duur geeft ze tijd om te herstellen van tijdelijke problemen. Als uw verplaatsingsaanvraag binnen de periode van vier uur valt, blijft de bewerking worden voltooid en kan de bewerking worden voltooid. De bron- en doelresourcegroepen zijn gedurende deze tijd vergrendeld om consistentieproblemen te voorkomen.
Waarom wordt mijn resourcegroep vier uur vergrendeld tijdens het verplaatsen van resources?
Verplaatsingsbewerkingen zijn vier uur toegestaan. De bron- en doelresourcegroepen worden gedurende deze tijd vergrendeld om te voorkomen dat ze worden gewijzigd.
Er zijn twee fasen in een verplaatsingsaanvraag. Resources worden verplaatst tijdens de eerste fase en resourceproviders die afhankelijk zijn van de resources die worden verplaatst, worden tijdens de tweede fase op de hoogte gesteld. Een resourcegroep kan alle vier uur worden vergrendeld wanneer een resourceprovider een van beide fasen uitvalt. Resource Manager start mislukte stappen tijdens de verplaatsingsbewerking.
Resource Manager ontgrendelt beide resourcegroepen als een resource niet binnen vier uur wordt verplaatst. Resources die zijn verplaatst, bevinden zich in de doelresourcegroep. Resources die niet kunnen worden verplaatst, blijven in de bronresourcegroep staan.
Wat zijn de gevolgen van de bron- en doelresourcegroepen die tijdens de verplaatsing van de resource worden vergrendeld?
De vergrendeling voorkomt dat u een van beide resourcegroepen verwijdert. Ten tweede voorkomt de vergrendeling dat u een nieuwe resource maakt, een resource verwijdert of de eigenschappen van een resource binnen elke resourcegroep bijwerkt (bijvoorbeeld het wijzigen van de grootte van een virtuele machine).
In de volgende afbeelding ziet u een foutbericht van Azure Portal wanneer een gebruiker probeert een resourcegroep te verwijderen die deel uitmaakt van een doorlopende verplaatsing:
In de onderstaande afbeelding behoort de resource van de virtuele machine tot een resourcegroep ('TestB') die momenteel een verplaatsingsbewerking ondergaat. Wanneer een gebruiker de eigenschap van een virtuele machine (zoals de grootte) probeert bij te werken, retourneert Azure Portal een foutbericht. Dit komt doordat de resourcegroep tijdens de verplaatsing is vergrendeld, waardoor resources niet kunnen worden gewijzigd.
Bovendien kunnen de bron en de doelresourcegroep niet tegelijkertijd deelnemen aan andere verplaatsingsbewerkingen tijdens het verplaatsen van een resource. Als resources bijvoorbeeld van resourcegroep A naar resourcegroep B worden verplaatst, kunnen groep A of groep B niet tegelijkertijd worden betrokken bij een andere verplaatsingsbewerking (zoals het verplaatsen van resources naar of van resourcegroep C). Deze beperking voorkomt dat meerdere conflicterende bewerkingen resourcegroepen vergrendelen tijdens het verplaatsingsproces.
Wat betekent de foutcode 'MissingMoveDependentResources'?
Wanneer u een resource verplaatst, moeten de afhankelijke resources aanwezig zijn in de doelresourcegroep of het doelabonnement, of worden opgenomen in de verplaatsingsaanvraag. U krijgt de foutcode MissingMoveDependentResources wanneer een afhankelijke resource niet aan deze vereiste voldoet. Het foutbericht bevat details over de afhankelijke resource die moet worden opgenomen in de verplaatsingsaanvraag.
Als u bijvoorbeeld een virtuele machine verplaatst, moet u zeven resourcetypen met drie verschillende resourceproviders verplaatsen. Deze resourceproviders en -typen zijn:
Microsoft.Compute
- virtualMachines
- disks
Microsoft.Network
- networkInterfaces
- publicIPAddresses
- networkSecurityGroups
- virtualNetworks
Microsoft.Storage
- storageAccounts
Een ander veelvoorkomend voorbeeld is het verplaatsen van een virtueel netwerk waarbij u mogelijk verschillende andere resources moet verplaatsen die zijn gekoppeld aan dat virtuele netwerk. De verplaatsingsaanvraag kan vereisen dat openbare IP-adressen, routetabellen, virtuele netwerkgateways, netwerkbeveiligingsgroepen en andere resources worden verplaatst. Een virtuele netwerkgateway moet zich in dezelfde resourcegroep bevinden als het virtuele netwerk, omdat deze niet afzonderlijk kunnen worden verplaatst.
Wat betekent de foutcode 'RequestDisallowedByPolicy'?
Resource Manager valideert uw verplaatsingsaanvraag voordat u een verplaatsing uitvoert. Deze validatie omvat het controleren van beleidsregels die zijn gedefinieerd voor de resources die betrokken zijn bij de verplaatsing. Als u bijvoorbeeld probeert een sleutelkluis te verplaatsen, maar uw organisatie een beleid heeft om te weigeren dat een sleutelkluis wordt gemaakt in de doelresourcegroep, mislukt de validatie en wordt de verplaatsing geblokkeerd. De geretourneerde foutcode is RequestDisallowedByPolicy.
Zie Wat is Azure Policy? voor meer informatie over beleidsregels.
Waarom kan ik sommige resources niet verplaatsen in Azure?
Niet alle Azure-resources staan op dit moment verplaatsingsbewerkingen toe.
Hoeveel resources kan ik in één bewerking verplaatsen?
Scheid grote verplaatsingen naar verschillende verplaatsingsbewerkingen indien mogelijk. Resource Manager retourneert onmiddellijk een fout wanneer er meer dan 800 resources in één bewerking zitten. Het verplaatsen van minder dan 800 resources kan echter ook mislukken door een time-out op te halen.
Wat is de betekenis van de fout dat een resource niet de status Geslaagd heeft?
Wanneer u een foutbericht krijgt dat een resource niet wordt verplaatst omdat deze niet de status Geslaagd heeft, kan dit komen doordat een afhankelijke resource de verplaatsing blokkeert. Normaal gesproken is de foutcode MoveCannotProceedWithResourcesNotInSucceededState.
Als de bron- of doelresourcegroep een virtueel netwerk bevat, worden de statussen van alle resources die afhankelijk zijn van dat virtuele netwerk gecontroleerd tijdens de verplaatsing; dit omvat resources die direct en indirect afhankelijk zijn van het netwerk. De verplaatsing wordt geblokkeerd als er resources zijn mislukt. Als een virtuele machine met een virtueel netwerk bijvoorbeeld is mislukt, wordt de verplaatsing geblokkeerd. Het wordt ook geblokkeerd, zelfs wanneer de virtuele machine geen van de resources is die worden verplaatst en zich niet in een van de resourcegroepen bevindt tijdens de verplaatsing.
Twee oplossingen voor dit obstakel zijn het verplaatsen van uw resources naar een resourcegroep die geen virtueel netwerk heeft of contact op neemt met de ondersteuning.
Kan ik een resourcegroep verplaatsen naar een ander abonnement?
Nee, u kunt een resourcegroep niet verplaatsen naar een nieuw abonnement. U kunt echter alle resources in een resourcegroep verplaatsen naar een resourcegroep in een ander abonnement. Instellingen zoals tags, roltoewijzingen en beleidsregels worden niet automatisch overgedragen van de oorspronkelijke resourcegroep naar de doelresourcegroep. U moet deze instellingen handmatig toepassen op de nieuwe resourcegroep.
Volgende stappen
Blijf verwijzen naar ondersteuning voor verplaatsingsbewerkingen voor resources om te controleren welke Azure-resources verplaatsingsbewerkingen ondersteunen.