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
Copy file name to clipboardExpand all lines: articles/site-recovery/azure-to-azure-support-matrix.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ author: rayne-wiselman
5
5
manager: carmonm
6
6
ms.service: site-recovery
7
7
ms.topic: article
8
-
ms.date: 11/12/2019
8
+
ms.date: 11/15/2019
9
9
ms.author: raynew
10
10
11
11
---
@@ -68,7 +68,7 @@ This table summarizes support for the cache storage account used by Site Recover
68
68
--- | --- | ---
69
69
General purpose V2 storage accounts (Hot and Cool tier) | Supported | Usage of GPv2 is not recommended because transaction costs for V2 are substantially higher than V1 storage accounts.
70
70
Premium storage | Not supported | Standard storage accounts are used for cache storage, to help optimize costs.
71
-
Azure Storage firewalls for virtual networks | Supported | If you are using firewall enabled cache storage account or target storage account, ensure you ['Allow trusted Microsoft services'](https://docs.microsoft.com/azure/storage/common/storage-network-security#exceptions).
71
+
Azure Storage firewalls for virtual networks | Supported | If you are using firewall enabled cache storage account or target storage account, ensure you ['Allow trusted Microsoft services'](https://docs.microsoft.com/azure/storage/common/storage-network-security#exceptions).<br></br>Also, ensure that you allow access to at least one subnet of source Vnet.
Copy file name to clipboardExpand all lines: articles/site-recovery/monitor-log-analytics.md
+39-7Lines changed: 39 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ author: rayne-wiselman
5
5
manager: carmonm
6
6
ms.service: site-recovery
7
7
ms.topic: conceptual
8
-
ms.date: 11/12/2019
8
+
ms.date: 11/15/2019
9
9
ms.author: raynew
10
10
11
11
---
@@ -23,7 +23,7 @@ For Site Recovery, you can Azure Monitor Logs to help you do the following:
23
23
Using Azure Monitor Logs with Site Recovery is supported for **Azure to Azure** replication, and **VMware VM/physical server to Azure** replication.
24
24
25
25
> [!NOTE]
26
-
> The churn data logs and upload rate logs are only available for Azure VMs replicating to a secondary Azure region.
26
+
> To get the churn data logs and upload rate logs for VMware and physical machines, you need to install a Microsoft monitoring agent on the Process Server. This agent sends the logs of the replicating machines to the workspace.
27
27
28
28
## Before you start
29
29
@@ -50,6 +50,24 @@ We recommend that you review [common monitoring questions](monitoring-common-que
50
50
51
51
The Site Recovery logs start to feed into a table (**AzureDiagnostics**) in the selected workspace.
52
52
53
+
## Configure Microsoft monitoring agent on the Process Server to send churn and upload rate logs
54
+
55
+
You can capture the data churn rate information and source data upload rate information for your VMware/physical machines at on-premises. To enable this, a Microsoft monitoring agent is required to be installed on the Process Server.
56
+
57
+
1. Go to the Log Analytics workspace and click on **Advanced Settings**.
58
+
2. Click on **Connected Sources** page and further select **Windows Servers**.
59
+
3. Download the Windows Agent (64 bit) on the Process Server.
60
+
4.[Obtain the workspace ID and key](../azure-monitor/platform/agent-windows.md#obtain-workspace-id-and-key)
61
+
5.[Configure agent to use TLS 1.2](../azure-monitor/platform/agent-windows.md#configure-agent-to-use-tls-12)
62
+
6.[Complete the agent installation](../azure-monitor/platform/agent-windows.md#install-the-agent-using-setup-wizard) by providing the obtained workspace ID and key.
63
+
7. Once the installation is complete, go to Log Analytics workspace and click on **Advanced Settings**. Go to the **Data** page and further click on **Windows Performance Counters**.
64
+
8. Click on **'+'** to add the following two counters with sample interval of 300 seconds:
65
+
66
+
ASRAnalytics(*)\SourceVmChurnRate
67
+
ASRAnalytics(*)\SourceVmThrpRate
68
+
69
+
The churn and upload rate data will start feeding into the workspace.
> The churn information is only available for Azure VMs replicating to a secondary Azure region.
190
+
### Query data change rate (churn) and upload rate for an Azure VM
176
191
177
-
This query plots a trend graph for a specific Azure VM (ContosoVM123), that tracks the data change rate (Write Bytes per Second), and data upload rate.
192
+
This query plots a trend graph for a specific Azure VM (ContosoVM123), that represents the data change rate (Write Bytes per Second), and data upload rate.

191
206
207
+
### Query data change rate (churn) and upload rate for a VMware or physical machine
208
+
209
+
> [!Note]
210
+
> Ensure you set up the monitoring agent on the Process Server to fetch these logs. Refer [steps to configure monitoring agent](#configure-microsoft-monitoring-agent-on-the-process-server-to-send-churn-and-upload-rate-logs).
211
+
212
+
This query plots a trend graph for a specific disk **disk0** of a replicated item **win-9r7sfh9qlru**, that represents the data change rate (Write Bytes per Second), and data upload rate. You can find the disk name on **Disks** blade of the replicated item in the recovery services vault. Instance name to be used in the query is DNS name of the machine followed by _ and disk name as in this example.
213
+
214
+
```
215
+
Perf
216
+
| where ObjectName == "ASRAnalytics"
217
+
| where InstanceName contains "win-9r7sfh9qlru_disk0"
Process Server pushes this data every 5 minutes to the Log Analytics workspace. These data points represent the average computed for 5 minutes.
223
+
192
224
### Query disaster recovery summary (Azure to Azure)
193
225
194
226
This query plots a summary table for Azure VMs replicated to a secondary Azure region. It shows VM name, replication and protection status, RPO, test failover status, Mobility agent version, any active replication errors, and the source location.
Copy file name to clipboardExpand all lines: articles/site-recovery/vmware-physical-azure-support-matrix.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ author: rayne-wiselman
5
5
manager: carmonm
6
6
ms.service: site-recovery
7
7
ms.topic: conceptual
8
-
ms.date: 11/12/2019
8
+
ms.date: 11/15/2019
9
9
ms.author: raynew
10
10
11
11
---
@@ -203,7 +203,7 @@ Guest/server - exclude disk | Yes
203
203
Guest/server multipath (MPIO) | No
204
204
Guest/server GPT partitions | Five partitions are supported from [Update Rollup 37](https://support.microsoft.com/help/4508614/) (version 9.25 of the Mobility service) onwards. Previously four were supported.
205
205
ReFS | Resilient File System is supported with Mobility service version 9.23 or higher
206
-
Guest/server EFI/UEFI boot | - Supported for Windows Server 2012 or later, SLES SP4 and RHEL 8.0 <br/> - Secure UEFI boot type is not supported.
206
+
Guest/server EFI/UEFI boot | - Supported for Windows Server 2012 or later, SLES 12 SP4 and RHEL 8.0 <br/> - Secure UEFI boot type is not supported.
0 commit comments