Skip to content

Commit dc566aa

Browse files
Merge pull request #253225 from rolyon/rolyon-rbac-transfer-sub-synapse-analytics-workspace
[Azure RBAC] Transfer subscription and Azure Synapse Analytics Workspace
2 parents 7be5695 + a12b2e9 commit dc566aa

File tree

1 file changed

+2
-1
lines changed

1 file changed

+2
-1
lines changed

articles/role-based-access-control/transfer-subscription.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@ ms.service: role-based-access-control
88
ms.topic: how-to
99
ms.workload: identity
1010
ms.custom: devx-track-azurecli
11-
ms.date: 12/09/2022
11+
ms.date: 09/28/2023
1212
ms.author: rolyon
1313
---
1414

@@ -85,6 +85,7 @@ Several Azure resources have a dependency on a subscription or a directory. Depe
8585
| Microsoft Dev Box | Yes | No | | You cannot transfer a dev box and its associated resources to a different directory. Once a subscription moves to another tenant, you will not be able to perform any actions on your dev box |
8686
| Azure Deployment Environments | Yes | No | | You cannot transfer an environment and its associated resources to a different directory. Once a subscription moves to another tenant, you will not be able to perform any actions on your environment |
8787
| Azure Service Bus | Yes | Yes | |You must delete, re-create, and attach the managed identities to the appropriate resource. You must re-create the role assignments. |
88+
| Azure Synapse Analytics Workspace | Yes | Yes | | You must update the tenant ID associated with the Synapse Analytics Workspace. If the workspace is associated with a Git repository, you must update the [workspace's Git configuration](../synapse-analytics/cicd/source-control.md#switch-to-a-different-git-repository). For more information, see [Recovering Synapse Analytics workspace after transferring a subscription to a different Azure AD directory (tenant)](../synapse-analytics/how-to-recover-workspace-after-tenant-move.md). |
8889

8990
> [!WARNING]
9091
> If you are using encryption at rest for a resource, such as a storage account or SQL database, that has a dependency on a key vault that is being transferred, it can lead to an unrecoverable scenario. If you have this situation, you should take steps to use a different key vault or temporarily disable customer-managed keys to avoid this unrecoverable scenario.

0 commit comments

Comments
 (0)