Déplacer des ressources Azure vers un nouveau groupe de ressources ou un nouvel abonnement
Cet article explique comment déplacer des ressources Azure entre des groupes de ressources, qu’elles soient dans le même abonnement ou entre différents abonnements. Si le déplacement implique différents abonnements, ils doivent faire partie du même locataire Microsoft Entra ID. Vous pouvez effectuer le déplacement à l’aide d’outils tels que le portail Azure, Azure PowerShell, Azure CLI, l’API REST ou Python.
Pendant l’opération de déplacement, les groupes de ressources source et cible sont verrouillés. Cela signifie que vous ne pouvez pas créer, supprimer ou mettre à jour des ressources dans ces groupes de ressources tant que le déplacement est en cours. Toutefois, les ressources existantes restent pleinement opérationnelles. Par exemple, si vous déplacez une machine virtuelle (VM) d’un groupe de ressources vers un autre, la machine virtuelle ne peut pas être supprimée et ses propriétés (telles que la taille de la machine virtuelle) ne peuvent pas être modifiées pendant le déplacement. Malgré cela, la machine virtuelle continue à fonctionner normalement, et les services qui s’appuient sur celle-ci ne subissent aucun temps d’arrêt supplémentaire. Le verrou peut durer jusqu’à quatre heures, mais la plupart des déplacements se terminent plus rapidement, et le verrou est par conséquent supprimé.
Seules les ressources de niveau supérieur (parentes) doivent être spécifiées dans la requête de déplacement. Les ressources enfants sont automatiquement déplacées avec leur parent, mais ne peuvent pas être déplacées indépendamment. Par exemple, une ressource parente telle que Microsoft.Compute/virtualMachines
peut être déplacée et sa ressource enfant, telle que Microsoft.Compute/virtualMachines/extensions
, est déplacée avec elle. Toutefois, la ressource enfant ne peut pas être déplacée seule.
Alors que le déplacement d’une ressource conserve ses dépendances avec les ressources enfants, les dépendances avec d’autres ressources peuvent être interrompues et nécessiter une reconfiguration. Le déplacement d’une ressource modifie uniquement son groupe de ressources associé, il ne modifie pas la région physique de la ressource.
Remarque
Les ressources Azure ne peuvent pas être déplacées si un verrou en lecture seule existe sur le groupe de ressources source ou de destination, ou sur l’abonnement.
ID de ressource modifié
Quand vous déplacez une ressource, vous modifiez son ID de ressource. Le format standard d’un ID de ressource est /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/{resourceProviderNamespace}/{resourceType}/{resourceName}
. Lorsque vous déplacez une ressource vers un nouveau groupe de ressources ou un nouvel abonnement, vous modifiez une ou plusieurs valeurs dans ce chemin d’accès.
Si vous utilisez l’ID de la ressource ailleurs, vous devez modifier cette valeur. Par exemple, si vous avez un tableau de bord personnalisé dans le portail qui référence l’ID d’une ressource, vous devez mettre à jour cette valeur. Recherchez les scripts ou modèles qui doivent être mis à jour pour le nouvel ID de ressource.
Liste de contrôle avant le déplacement de ressources
Plusieurs étapes importantes doivent être effectuées avant de déplacer une ressource. Vérifiez ces conditions pour prévenir d'éventuelles erreurs.
Les abonnements source et de destination doivent être actifs. Si vous rencontrez des problèmes lors de l’activation d’un compte qui a été désactivé, créez une demande de support Azure. Sélectionnez Gestion des abonnements comme type de problème.
Les abonnements source et de destination doivent exister dans le même locataire Microsoft Entra. Pour vérifier que les deux abonnements ont le même ID client, utilisez Azure PowerShell ou Azure CLI.
az account show --subscription <your-source-subscription> --query tenantId az account show --subscription <your-destination-subscription> --query tenantId
Si les ID client pour les abonnements source et de destination ne sont pas identiques, utilisez les méthodes suivantes pour rapprocher les ID client :
Si vous tentez de déplacer des ressources vers ou à partir d’un partenaire fournisseur de solutions cloud (CSP), consultez Transférer des abonnements Azure entre des abonnés et des CSP.
Les ressources que vous voulez déplacer doivent prendre en charge l’opération de déplacement. Pour obtenir la liste des ressources prenant en charge l’opération de déplacement, consultez Prise en charge de l’opération de déplacement pour les ressources.
Certains services ont des limitations ou des exigences spécifiques lors du déplacement des ressources. Si vous déplacez l’un des services suivants, consultez d’abord ces conseils.
- Si vous utilisez Azure Stack Hub, vous ne pouvez pas déplacer de ressources entre des groupes.
- Conseils pour le déplacement d’App Services
- Conseils pour le déplacement de DevOps Services
- Conseils pour le déplacement de modèles de déploiement classique : Calcul classique, Stockage classique, Réseaux virtuels classiques et services Cloud
- Conseils d’orientation Microsoft Azure Cloud Services (support étendu)
- Aide pour le déplacement du réseau
- Conseils pour le déplacement de Recovery Services
- Conseils pour le déplacement de machines virtuelles
- Pour déplacer un abonnement Azure vers un nouveau groupe d’administration, consultez Déplacer des abonnements.
L’abonnement de destination doit être inscrit pour le fournisseur de la ressource déplacée. Sinon, vous recevez une erreur indiquant que l’abonnement n’est pas inscrit pour un type de ressource. Vous pouvez rencontrer cette erreur lors du déplacement d’une ressource vers un nouvel abonnement qui n’a jamais été utilisé avec ce type de ressource.
Pour obtenir l’état de l’inscription :
az account set -s <destination-subscription-name-or-id> az provider list --query "[].{Provider:namespace, Status:registrationState}" --out table
Pour inscrire un fournisseur de ressources :
az provider register --namespace Microsoft.Batch
Avant de déplacer les ressources, vérifiez les quotas d’abonnement pour l’abonnement vers lequel vous souhaitez déplacer les ressources. Si le déplacement des ressources implique que l’abonnement dépasse ses limites, vous devez vérifier si vous pouvez demander une augmentation du quota. Pour connaître la liste des limites et savoir comment demander une augmentation, consultez Abonnement Azure et limites, quotas et contraintes du service.
Le compte déplaçant les ressources doit avoir au moins les autorisations suivantes :
- Microsoft.Resources/subscriptions/resourceGroups/moveResources/action sur le groupe de ressources source.
- Microsoft.Resources/subscriptions/resourceGroups/write sur le groupe de ressources de destination.
Si vous déplacez une ressource à laquelle un rôle Azure est affecté directement (ou est affecté à une ressource enfant de cette ressource), l’attribution de rôle n’est pas déplacée et devient orpheline. Après le déplacement, vous devez recréer l’attribution de rôle. Finalement, l’attribution de rôle orpheline est automatiquement supprimée, mais nous vous recommandons de supprimer l’attribution de rôle avant le déplacement.
Pour plus d’informations sur la gestion des attributions de rôles, consultez Lister les attributions de rôle Azure et Attribuer des rôles Azure.
Pour un déplacement entre des abonnements, la ressource et ses ressources dépendantes doivent se trouver dans le même groupe de ressources et être déplacées ensemble. Par exemple, une machine virtuelle avec des disques managés nécessite le déplacement simultané de la machine virtuelle, des disques managés ainsi que des autres ressources dépendantes.
Si vous déplacez une ressource vers un nouvel abonnement, vérifiez si la ressource a des ressources dépendantes et si elles se trouvent dans le même groupe de ressources. Si les ressources ne se trouvent pas dans le même groupe de ressources, vérifiez si elles peuvent y être combinées. Dans ce cas, mettez toutes ces ressources dans le même groupe de ressources à l’aide d’une opération de déplacement entre les groupes de ressources.
Pour plus d’informations, consultez Scénario de déplacement entre des abonnements.
Scénario de déplacement entre différents abonnements
Le déplacement de ressources d’un abonnement vers un autre est un processus en trois étapes :
Pour illustrer cela, nous avons une seule ressource dépendante.
- Étape 1 : Si les ressources dépendantes sont réparties entre différents groupes de ressources, commencez par les déplacer vers un même groupe de ressources.
- Étape 2 : Déplacez la ressource et les ressources dépendantes ensemble de l’abonnement source vers l’abonnement cible.
- Étape 3 : Si vous le souhaitez, redistribuez les ressources dépendantes dans différents groupes de ressources dans l’abonnement cible.
Déplacer des ressources
Utiliser le portail
Pour déplacer des ressources, sélectionnez le groupe de ressources qui contient ces ressources.
Sélectionner les ressources que vous souhaitez déplacer. Pour déplacer toutes les ressources, cochez la case en haut de la liste. Ou sélectionnez les ressources individuellement.
Sélectionnez le bouton Déplacer.
Ce bouton vous donne trois options :
- Déplacer vers un nouveau groupe de ressources.
- Accéder à un nouvel abonnement.
- Déplacez dans une nouvelle région. Pour modifier des régions, consultez Déplacer des ressources entre les régions (à partir du groupe de ressources).
Indiquez si vous déplacez les ressources vers un nouveau groupe de ressources ou vers un nouvel abonnement.
Le groupe de ressources source est défini automatiquement. Spécifiez le groupe de ressources de destination. Si vous passez à un nouvel abonnement, spécifiez également l’abonnement. Sélectionnez Suivant.
Le portail valide le fait que les ressources peuvent être déplacées. Attendez que la validation se termine.
Lorsque la validation se termine avec succès, sélectionnez Suivant.
Reconnaissez que vous devez mettre à jour les outils et les scripts de ces ressources. Pour commencer à déplacer les ressources, sélectionnez Déplacer.
Lorsque le déplacement est terminé, vous êtes informé du résultat.
Utiliser l’interface de ligne de commande Microsoft Azure
Validate
Pour tester votre scénario de déplacement sans réellement déplacer les ressources, utilisez la commande az resource invoke-action. Utilisez cette opération seulement quand vous devez prédéterminer les résultats. Pour exécuter cette opération, vous avez besoin des éléments suivants :
- ID de ressource du groupe de ressources source
- ID de ressource du groupe de ressources cible
- ID de ressource de chaque ressource à déplacer
Dans le corps de la demande, utilisez \"
pour échapper aux guillemets doubles.
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}\" }"
Si la validation réussit, vous voyez :
{} Finished ..
Si la validation échoue, un message d’erreur s’affiche pour vous expliquer pourquoi les ressources ne peuvent pas être déplacées.
Déplacer
Pour déplacer des ressources existantes vers un autre groupe de ressources ou un autre abonnement, exécutez la commande az resource move . Dans le paramètre --ids
, spécifiez une liste séparée par des espaces des ID des ressources à déplacer.
L’exemple suivant vous indique comment déplacer plusieurs ressources vers un nouveau groupe de ressources. Il fonctionne lors de l’utilisation d’Azure CLI dans un terminal Bash.
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
L’exemple suivant montre comment exécuter les mêmes commandes dans une console PowerShell.
$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
Pour déplacer des ressources vers un nouvel abonnement, spécifiez le paramètre --destination-subscription-id
.
Utilisation d'Azure PowerShell
Validate
Pour tester votre scénario de déplacement sans réellement déplacer les ressources, utilisez la commande Invoke-AzResourceAction. Utilisez cette opération seulement quand vous devez prédéterminer les résultats.
$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
}
Si la validation réussit, aucune sortie ne s’affiche. Toutefois, si la validation échoue, un message d’erreur s’affiche, expliquant les raisons pour lesquelles les ressources ne peuvent pas être déplacées.
Déplacer
Pour déplacer des ressources existantes vers un autre groupe de ressources ou un autre abonnement, utilisez la commande Move-AzResource. L’exemple suivant vous indique comment déplacer plusieurs ressources vers un nouveau groupe de ressources.
$sourceName = "sourceRG"
$destinationName = "destinationRG"
$resourcesToMove = @("app1", "app2")
$resources = Get-AzResource -ResourceGroupName $sourceName | Where-Object { $_.Name -in $resourcesToMove }
Move-AzResource -DestinationResourceGroupName $destinationName -ResourceId $resources.ResourceId
Pour déplacer des ressources vers un nouvel abonnement, renseignez une valeur pour le paramètre DestinationSubscriptionId
.
Utiliser Python
Valider
Pour tester votre scénario de déplacement sans effectivement déplacer les ressources, utilisez la méthode ResourceManagementClient.resources.begin_validate_move_resources. Utilisez cette méthode seulement quand vous devez prédéterminer les résultats.
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))
Si la validation réussit, aucune sortie ne s’affiche. Toutefois, si la validation échoue, un message d’erreur s’affiche, expliquant les raisons pour lesquelles les ressources ne peuvent pas être déplacées.
Déplacer
Pour déplacer des ressources existantes vers un autre groupe de ressources ou un autre abonnement, utilisez la méthode ResourceManagementClient.resources.begin_move_resources. L’exemple suivant vous indique comment déplacer plusieurs ressources vers un nouveau groupe de ressources.
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
}
)
Avec l’API REST
Validate
L’opération de validation du déplacement vous permet de tester votre scénario de déplacement sans réellement déplacer les ressources. Utilisez cette opération pour vérifier si le déplacement réussit. La validation est appelée automatiquement quand vous envoyez une demande de déplacement. Utilisez cette opération seulement quand vous devez prédéterminer les résultats. Pour exécuter cette opération, vous avez besoin des éléments suivants :
- Nom du groupe de ressources source
- ID de ressource du groupe de ressources cible
- ID de ressource de chaque ressource à déplacer
- Jeton d’accès pour votre compte
Envoyez la requête suivante :
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
Avec le corps de la demande :
{
"resources": ["<resource-id-1>", "<resource-id-2>"],
"targetResourceGroup": "/subscriptions/<subscription-id>/resourceGroups/<target-group>"
}
Si la demande est correctement mise en forme, l’opération retourne :
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
...
Le code d’état 202 indique que la demande de validation a été acceptée, mais la réussite de l’opération de déplacement n’est pas encore déterminée. La valeur de location
contient une URL que vous utilisez pour vérifier l’état de l’opération longue.
Pour vérifier l’état, envoyez la demande suivante :
GET <location-url>
Authorization: Bearer <access-token>
Pendant l’exécution de l’opération, vous continuez à recevoir le code d’état 202. Attendez le nombre de secondes indiqué dans la valeur retry-after
avant de réessayer. Si l’opération de déplacement est validée, vous recevez le code d’état 204. Si la validation de déplacement échoue, vous recevez un message d’erreur, par exemple :
{"error":{"code":"ResourceMoveProviderValidationFailed","message":"<message>"...}}
Déplacer
Pour déplacer des ressources existantes vers un autre groupe de ressources ou un autre abonnement, utilisez l’opération Déplacer des ressources.
POST https://management.azure.com/subscriptions/{source-subscription-id}/resourcegroups/{source-resource-group-name}/moveResources?api-version={api-version}
Dans le corps de la requête, vous indiquez le groupe de ressources cible et les ressources à déplacer.
{
"resources": ["<resource-id-1>", "<resource-id-2>"],
"targetResourceGroup": "/subscriptions/<subscription-id>/resourceGroups/<target-group>"
}
Forum aux questions
Mon opération de déplacement de ressources, qui prend généralement quelques minutes, s’exécute depuis presque une heure. Y a-t-il un problème ?
Le déplacement d’une ressource est une opération complexe qui a des phases différentes. Elle peut impliquer davantage que le fournisseur de ressources de la ressource que vous essayez de déplacer. En raison des dépendances entre les fournisseurs de ressources, Azure Resource Manager prévoit 4 heures pour que l'opération soit terminée. Ce laps de temps donne aux fournisseurs de ressources la possibilité de récupérer des problèmes temporaires. Si votre demande de déplacement se situe dans le délai de quatre heures, l’opération continue de s’exécuter et peut encore aboutir. Les groupes de ressources sources et de destination sont verrouillés pendant ce temps afin d’éviter les problèmes de cohérence.
Pourquoi mon groupe de ressources est-il verrouillé pendant quatre heures pendant le déplacement des ressources ?
Une demande de déplacement est autorisée à s’exécuter un maximum de quatre heures. Pour empêcher les ressources déplacées d’être modifiées, les groupes de ressources sources et de destination sont verrouillés le déplacement des ressources.
Une demande de déplacement comporte deux phases. Dans la première phase, la ressource est déplacée. Dans la deuxième phase, des notifications sont envoyées à d’autres fournisseurs de ressources qui dépendent de la ressource déplacée. Un groupe de ressources peut être verrouillé durant l’intégralité du délai de quatre heures lorsqu’un fournisseur de ressources échoue dans l’une ou l’autre phase. Pendant le temps imparti, Resource Manager retente l’étape qui a échoué.
Si une ressource ne peut pas être déplacée dans le délai de quatre heures, Resource Manager déverrouille les deux groupes de ressources. Les ressources qui ont été déplacées se trouvent dans le groupe de ressources de destination. Les ressources qui n’ont pas pu être déplacées sont conservées dans le groupe de ressources source.
Quelles sont les implications des groupes de ressources sources et de destination verrouillés pendant le déplacement des ressources ?
Le verrou vous empêche de supprimer l’un ou l’autre groupe de ressources. D’autre part, dans chaque groupe de ressources, le verrou vous empêche de créer une ressource, supprimer une ressource ou mettre à jour les propriétés d’une ressource (par exemple, en modifiant la taille d’une machine virtuelle).
L’illustration suivante montre un message d’erreur du portail Azure lorsqu’un utilisateur tente de supprimer un groupe de ressources qui fait partie d’un déplacement en cours.
Dans l’image ci-dessous, la ressource de machine virtuelle appartient à un groupe de ressources (« TestB ») qui est actuellement en cours d’opération de déplacement. Lorsqu’un utilisateur tente de mettre à jour une propriété de la machine virtuelle, telle que sa taille, le portail Azure retourne un message d’erreur. Cela se produit parce que le groupe de ressources est verrouillé pendant le déplacement, empêchant toute modification de ses ressources.
En outre, lors d’un déplacement de ressources, ni le groupe de ressources source ni le groupe de ressources de destination ne peuvent participer simultanément à d’autres opérations de déplacement. Par exemple, si des ressources sont déplacées d’un groupe de ressources A vers un groupe de ressources B, ni le groupe A ni le groupe B ne peuvent être impliqués dans une autre opération de déplacement, comme un déplacement des ressources vers ou depuis un groupe de ressources C, en même temps. Cette restriction garantit que les groupes de ressources ne sont pas verrouillés par plusieurs opérations conflictuelles pendant le processus de déplacement.
Que signifie le code d’erreur « MissingMoveDependentResources » ?
Lorsque vous déplacez une ressource, ses ressources dépendantes doivent exister dans l’abonnement ou le groupe de ressources de destination ou bien, elles doivent être incluses dans la demande de déplacement. Vous recevez le code d’erreur MissingMoveDependentResources quand une ressource dépendante n’est pas conforme à cette exigence. Le message d’erreur contient des détails sur la ressource dépendante qui doit être incluse dans la demande de déplacement.
Par exemple, le déplacement d’une machine virtuelle peut nécessiter le déplacement de sept types de ressources avec trois fournisseurs de ressources différents. Ces types et fournisseurs de ressources sont les suivants :
Microsoft.Compute
- virtualMachines
- disks
Microsoft.Network
- networkInterfaces
- publicIPAddresses
- networkSecurityGroups
- virtualNetworks
Microsoft.Storage
- storageAccounts
Un autre exemple courant implique le déplacement d’un réseau virtuel. Vous devrez peut-être déplacer plusieurs autres ressources associées à ce réseau virtuel. La demande de déplacement peut nécessiter le déplacement d’adresses IP publiques, de tables de routage, de passerelles de réseau virtuel, de groupes de sécurité réseau, etc. En général, une passerelle de réseau virtuel doit toujours se trouver dans le même groupe de ressources que son réseau virtuel. Ils ne peuvent pas être déplacés séparément.
Que signifie le code d’erreur « RequestDisallowedByPolicy » ?
Resource Manager valide votre requête de déplacement avant de tenter le déplacement. Cette validation comprend la vérification des stratégies définies sur les ressources impliquées dans le déplacement. Par exemple, si vous tentez de déplacer un coffre de clés, mais que votre organisation a une stratégie pour refuser la création d’un coffre de clés dans le groupe de ressources cible, la validation échoue et le déplacement est bloqué. Le code d'erreur retourné est RequestDisallowedByPolicy.
Pour plus d’informations sur les stratégies, consultez Qu’est-ce qu’Azure Policy ?
Pourquoi ne puis-je pas déplacer certaines ressources dans Azure ?
Actuellement, toutes les ressources dans Azure prennent en charge le déplacement. Pour obtenir la liste des ressources prenant en charge l’opération de déplacement, consultez Prise en charge de l’opération de déplacement pour les ressources.
Combien de ressources puis-je déplacer en une seule opération ?
Quand c’est possible, divisez les grands déplacements en opérations de déplacement distinctes. Resource Manager retourne immédiatement une erreur en cas de tentative de déplacement de plus de 800 ressources en une seule opération. Cependant, un déplacement de moins de 800 ressources peut également échouer en raison d’un dépassement du délai d’expiration.
Quelle est la signification de l’erreur indiquant qu’une ressource n’est pas dans l’état Réussite ?
Quand vous obtenez un message d’erreur indiquant qu’une ressource ne peut pas être déplacée parce qu’elle n’est pas dans un état de réussite, le problème peut en fait être lié à une ressource dépendante qui bloque le déplacement. En général, le code d’erreur est MoveCannotProceedWithResourcesNotInSucceededState.
Si le groupe de ressources source ou cible contient un réseau virtuel, les états de toutes les ressources dépendantes pour le réseau virtuel sont vérifiés au cours du déplacement. La vérification comprend les ressources qui dépendent directement et indirectement du réseau virtuel. Si l’une de ces ressources est en état d’échec, le déplacement est bloqué. Par exemple, si une machine virtuelle qui utilise le réseau virtuel a échoué, le déplacement est bloqué. Le déplacement est bloqué même lorsque la machine virtuelle n’est pas l’une des ressources déplacées et ne se trouve pas dans l’un des groupes de ressources à déplacer.
Lorsque vous recevez cette erreur, deux options s’offrent à vous. Déplacez vos ressources vers un groupe de ressources qui n’a pas de réseau virtuel ou contactez le support technique.
Puis-je déplacer un groupe de ressources vers un autre abonnement ?
Non, vous ne pouvez pas déplacer un groupe de ressources vers un nouvel abonnement. Cependant, vous pouvez déplacer toutes les ressources du groupe de ressources vers un groupe de ressources d'un autre abonnement. Les paramètres tels que les balises, les attributions de rôles et les politiques ne sont pas automatiquement transférés du groupe de ressources d'origine vers le groupe de ressources de destination. Vous devez réappliquer ces paramètres au nouveau groupe de ressources. Pour plus d’informations, consultez la page Déplacement de ressources vers un nouveau groupe de ressources ou un abonnement.
Étapes suivantes
Pour obtenir la liste des ressources prenant en charge l’opération de déplacement, consultez Prise en charge de l’opération de déplacement pour les ressources.