You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
# Move a Log Analytics workspace to different subscription or resource group
13
+
# Move a Log Analytics workspace to a different subscription or resource group
14
14
15
-
In this article, you'll learn the steps to move Log Analytics workspace to another resource group or subscription in the same region. You can learn more about moving Azure resources through the Azure portal, PowerShell, the Azure CLI, or the REST API. at[Move resources to a new resource group or subscription](../../azure-resource-manager/management/move-resource-group-and-subscription.md).
15
+
In this article, you'll learn the steps to move a Log Analytics workspace to another resource group or subscription in the same region. To learn more about how to move Azure resources through the Azure portal, PowerShell, the Azure CLI, or the REST API, see[Move resources to a new resource group or subscription](../../azure-resource-manager/management/move-resource-group-and-subscription.md).
16
16
17
17
> [!IMPORTANT]
18
-
> You can't move a workspace to a different region using this procedure. Follow [move a Log Analytics workspace to another region](./move-workspace-region.md)article to move workspace across regions.
18
+
> You can't move a workspace to a different region by using this procedure. Follow the steps in the article [Move a Log Analytics workspace to another region](./move-workspace-region.md) to move a workspace across regions.
19
19
20
-
## Verify Active Directory tenant
20
+
## Verify the Azure Active Directory tenant
21
21
The workspace source and destination subscriptions must exist within the same Azure Active Directory tenant. Use Azure PowerShell to verify that both subscriptions have the same tenant ID.
22
22
23
23
```powershell
@@ -26,96 +26,99 @@ The workspace source and destination subscriptions must exist within the same Az
26
26
```
27
27
28
28
## Workspace move considerations
29
-
- Managed solutions that are installed in the workspace will be moved in this operation.
30
-
- The move operation requires that there are no Linked Services to workspace. Solutions that rely on Linked Services must be removed prior to the move, including Automation account. These solutions must be removed before you can unlink your automation account. Data collection for the solutions will stop, their tables removed from UI, but data remains in workspace per tables retention period. When adding solutions after the move, ingestion is restored and tables become visible with data.
31
-
- Update Management
32
-
- Change Tracking
29
+
30
+
Consider these points before you move a Log Analytics workspace:
31
+
32
+
- Managed solutions that are installed in the workspace will be moved in this operation.
33
+
- The move operation requires that no services can be linked to the workspace. Solutions that rely on linked services must be removed prior to the move, including an Azure Automation account. These solutions must be removed before you can unlink your Automation account. Data collection for the solutions will stop and their tables will be removed from the UI, but data will remain in the workspace per the table retention period. When you add solutions after the move, ingestion is restored and tables become visible with data. Linked services include:
34
+
- Update management
35
+
- Change tracking
33
36
- Start/Stop VMs during off-hours
34
37
- Microsoft Defender for Cloud
35
-
- Workspace keys (both primary and secondary) are re-generated with workspace move operation. If you keep a copy of your workspace keys in key vault, update them with the new keys generated after the workspace move.
36
-
- Connected [MMA agents](../agents/log-analytics-agent.md) remain connected and keep sending data to the workspace after the move. [AMA agents](../agents/azure-monitor-agent-overview.md)via DCR will be disconnected during the move and should be reconfigured after the move.
38
+
- Workspace keys (both primary and secondary) are regenerated with a workspace move operation. If you keep a copy of your workspace keys in Azure Key Vault, update them with the new keys generated after the workspace is moved.
39
+
- Connected [Log Analytics agents](../agents/log-analytics-agent.md) remain connected and keep sending data to the workspace after the move. [Azure Monitor Agent](../agents/azure-monitor-agent-overview.md) will be disconnected via data collection rules during the move and should be reconfigured after the move.
37
40
38
41
>[!IMPORTANT]
39
42
> **Microsoft Sentinel customers**
40
-
> - Currently, after Microsoft Sentinel is deployed on a workspace, moving the workspace to another resource group or subscription isn't supported.
41
-
> - If you have already moved the workspace, disable all active rules under **Analytics** and re-enable them after five minutes. This should be an effective solution in most cases, though, to reiterate, it is unsupported and undertaken at your own risk.
42
-
> - It could take Azure Resource Manager a few hours to complete and solutions may be unresponsive during the operation.
43
-
>
44
-
> **Re-create alerts**
45
-
> - All alerts must be re-created because the permissions are based on workspace Resource ID, which changes during a workspace move or resource name change. Alerts in workspaces created after 1-June 2019, or in workspaces that were [upgraded from legacy Log Analytics alert API to scheduledQueryRules API](../alerts/alerts-log-api-switch.md) can be exported in template and deployed after the move. You can [check if scheduledQueryRules API is used for alerts in your workspace](../alerts/alerts-log-api-switch.md#check-switching-status-of-workspace). Alternatively, you can configure alerts manually in target workspace
43
+
> - Currently, after Microsoft Sentinel is deployed on a workspace, moving the workspace to another resource group or subscription isn't supported.
44
+
> - If you've already moved the workspace, disable all active rules under **Analytics** and reenable them after five minutes. This solution should be effective in most cases, although it's unsupported and undertaken at your own risk.
45
+
> - It could take Azure Resource Manager a few hours to complete. Solutions might be unresponsive during the operation.
46
+
>
47
+
> **Re-create alerts:** All alerts must be re-created because the permissions are based on the workspace resource ID, which changes during a workspace move or resource name change. Alerts in workspaces created after June 1, 2019, or in workspaces that were [upgraded from the legacy Log Analytics Alert API to the scheduledQueryRules API](../alerts/alerts-log-api-switch.md) can be exported in templates and deployed after the move. You can [check if the scheduledQueryRules API is used for alerts in your workspace](../alerts/alerts-log-api-switch.md#check-switching-status-of-workspace). Alternatively, you can configure alerts manually in the target workspace.
46
48
>
47
-
> **Update resource paths**
48
-
> - After a workspace move, any Azure or external resources that point to the workspace must be reviewed and updated to point to the new resource target path.
49
-
>
50
-
> *Examples:*
49
+
> **Update resource paths:** After a workspace move, any Azure or external resources that point to the workspace must be reviewed and updated to point to the new resource target path.
[](media/move-workspace/delete-solutions.png#lightbox)
64
65
65
-
### Delete using PowerShell
66
+
### Delete by using PowerShell
66
67
67
-
To remove the solutions using PowerShell, use the [Remove-AzResource](/powershell/module/az.resources/remove-azresource) cmdlet as shown in the following example:
68
+
To remove solutions by using PowerShell, use the [Remove-AzResource](/powershell/module/az.resources/remove-azresource) cmdlet as shown in the following example:
### Remove alert rules for Start/Stop VMs solution
76
-
To remove **Start/Stop VMs** solution, you also need to remove the alert rules created by the solution. Use the following procedure in the Azure portal to remove these rules.
76
+
### Remove alert rules for the Start/Stop VMs solution
77
+
To remove the **Start/Stop VMs** solution, you also need to remove the alert rules created by the solution. Use the following procedure in the Azure portal to remove these rules:
77
78
78
79
1. Open the **Monitor** menu and then select **Alerts**.
79
-
2. Click**Manage alert rules**.
80
-
3. Select the following three alert rules, and then click**Delete**.
80
+
1. Select**Manage alert rules**.
81
+
1. Select the following three alert rules, and then select**Delete**:
[](media/move-workspace/unlink-workspace.png#lightbox)
96
97
97
98
## Move your workspace
98
99
100
+
Move your workspace by using the Azure portal or PowerShell.
101
+
99
102
### Azure portal
100
-
Use the following procedure to move your workspace using the Azure portal:
103
+
Use the following procedure to move your workspace by using the Azure portal:
101
104
102
105
1. Open the **Log Analytics workspaces** menu and then select your workspace.
103
-
2. In the **Overview** page, click**change** next to either **Resource group** or **Subscription**.
104
-
3. A new page opens with a list of resources related to the workspace. Select the resources to move to the same destination subscription and resource group as the workspace.
105
-
4. Select a destination **Subscription** and **Resource group**. If you're moving the workspace to another resource group in the same subscription, you won't see the **Subscription** option.
106
-
5. Click**OK** to move the workspace and selected resources.
106
+
1. On the **Overview** page, select**change** next to either **Resource group** or **Subscription name**.
107
+
1. A new page opens with a list of resources related to the workspace. Select the resources to move to the same destination subscription and resource group as the workspace.
108
+
1. Select a destination **Subscription** and **Resource group**. If you're moving the workspace to another resource group in the same subscription, you won't see the **Subscription** option.
109
+
1. Select**OK** to move the workspace and selected resources.
107
110
108
-
[](media/move-workspace/portal.png#lightbox)
111
+
[](media/move-workspace/portal.png#lightbox)
109
112
110
113
### PowerShell
111
-
To move your workspace using PowerShell, use the [Move-AzResource](/powershell/module/AzureRM.Resources/Move-AzureRmResource)as in the following example:
114
+
To move your workspace by using PowerShell, use the [Move-AzResource](/powershell/module/AzureRM.Resources/Move-AzureRmResource)cmdlet as shown in the following example:
> After the move operation, removed solutions and Automation account link should be reconfigured to bring the workspace back to its previous state.
121
+
> After the move operation, removed solutions and the Automation account link should be reconfigured to bring the workspace back to its previous state.
119
122
120
123
## Next steps
121
-
-For a list of which resources support move, see [Move operation support for resources](../../azure-resource-manager/management/move-support-resources.md).
124
+
For a list of which resources support the move operation, see [Move operation support for resources](../../azure-resource-manager/management/move-support-resources.md).
Copy file name to clipboardExpand all lines: articles/communication-services/quickstarts/access-tokens.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -21,7 +21,7 @@ Access tokens let Azure Communication Services SDKs [authenticate](../concepts/a
21
21
In this quickstart, you'll learn how to use the Azure Communication Services SDKs to create identities and manage your access tokens. For production use cases, we recommend that you generate access tokens on a [server-side service](../concepts/client-and-server-architecture.md).
Copy file name to clipboardExpand all lines: articles/communication-services/quickstarts/chat/get-started.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -18,7 +18,7 @@ ms.custom: mode-other
18
18
Get started with Azure Communication Services by using the Communication Services Chat SDK to add real-time chat to your application. In this quickstart, we'll use the Chat SDK to create chat threads that allow users to have conversations with one another. To learn more about Chat concepts, visit the [chat conceptual documentation](../../concepts/chat/concepts.md).
19
19
20
20
::: zone pivot="platform-azcli"
21
-
[!INCLUDE [Chat with Azure CLI](./includes/chat-azcli.md)]
21
+
[!INCLUDE [Chat with Azure CLI](./includes/chat-az-cli.md)]
Copy file name to clipboardExpand all lines: articles/communication-services/quickstarts/identity/access-token-teams-external-users.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -21,7 +21,7 @@ Teams external users are authenticated as Azure Communication Services users in
21
21
In this quickstart, you'll learn how to use the Azure Communication Services SDKs to create identities and manage your access tokens. For production use cases, we recommend that you generate access tokens on a [server-side service](../../concepts/client-and-server-architecture.md).
0 commit comments