An Azure service for ingesting, preparing, and transforming data at scale.
Hi ,
Thanks for reaching out to Microsoft Q&A.
After moving an ADF resource between subs, the system assigned MI can break because the underlying service principal in microsoft EntraID does not automatically rebind correctly. The identity reference remains on the ADF resource, but the object ID in Entra ID becomes invalid in the new subscription context, which is why Azure throws “Parameter identity is not valid” when you try to disable or re-enable it from the portal.
The practical fix is to avoid portal toggle and instead remove and recreate the identity using Azure CLI/PowerShell. First, remove the identity explicitly: az resource update --ids <ADF_resource_id> --set identity.type=None Then re-enable it: az resource update --ids <ADF_resource_id> --set identity.type=SystemAssigned
If the removal command fails, export the ARM template, remove the identity block manually, redeploy the factory, and then enable system-assigned identity again. As a last resort, recreate the ADF in the target subscription and reattach pipelines. After identity recreation, reassign RBAC roles because the principal ID will change.
Please 'Upvote'(Thumbs-up) and 'Accept' as answer if the reply was helpful. This will be benefitting other community members who face the same issue.