Skip to content

Commit f25a3b7

Browse files
committed
updated
1 parent 645c742 commit f25a3b7

7 files changed

+19
-19
lines changed

articles/site-recovery/hyper-v-deployment-planner-cost-estimation.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -51,7 +51,7 @@ The first section shows the overall DR cost by components and DR cost by states.
5151

5252
**Network**: ExpressRoute and site-to-site VPN cost for DR needs.
5353

54-
**ASR license**: The Site Recovery license cost for all compatible VMs. If you manually entered a VM in the detailed cost analysis table, the Site Recovery license cost also is included for that VM.
54+
**Azure Site Recovery license**: The Site Recovery license cost for all compatible VMs. If you manually entered a VM in the detailed cost analysis table, the Site Recovery license cost also is included for that VM.
5555

5656
### Overall DR costs by states
5757
The total DR cost is categorized based on two different states: replication and DR drill.
@@ -152,7 +152,7 @@ To manually add VMs:
152152

153153
**Total DR-Drill cost (average)**: The compute and storage cost for DR drills.
154154

155-
**ASR license cost**: The Site Recovery license cost.
155+
**Azure Site Recovery license cost**: The Site Recovery license cost.
156156

157157
## Supported target regions
158158
Site Recovery Deployment Planner provides cost estimation for the following Azure regions. If your region isn't listed here, you can use any of the following regions whose pricing is nearest to your region:

articles/site-recovery/hyper-v-deployment-planner-overview.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -127,8 +127,8 @@ If you have previous version of the deployment planner, do either of the followi
127127
>Each new deployment planner is a cumulative update of the .zip file. You don't need to copy the newest files to the previous folder. You can create and use a new folder.
128128
129129
## Version history
130-
The latest ASR Deployment Planner tool version is 2.3.
131-
Refer to [ASR Deployment Planner Version History](https://social.technet.microsoft.com/wiki/contents/articles/51049.asr-deployment-planner-version-history.aspx) page for the fixes that are added in each update.
130+
The latest Azure Site Recovery Deployment Planner tool version is 2.3.
131+
Refer to [Azure Site Recovery Deployment Planner Version History](https://social.technet.microsoft.com/wiki/contents/articles/51049.asr-deployment-planner-version-history.aspx) page for the fixes that are added in each update.
132132

133133

134134
## Next steps

articles/site-recovery/hyper-v-deployment-planner-run.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -95,7 +95,7 @@ ASRDeploymentPlanner.exe -Operation StartProfiling /?
9595
|-Password|(Optional) The password to connect to the Hyper-V host. If you don't specify it as a parameter, you will be prompted for it when you run the command.|
9696
|-StorageAccountName|(Optional) The storage-account name that's used to find the throughput achievable for replication of data from on-premises to Azure. The tool uploads test data to this storage account to calculate throughput. The storage account must be General-purpose v1 (GPv1) type.|
9797
|-StorageAccountKey|(Optional) The key that's used to access the storage account. Go to the Azure portal > **Storage accounts** > *storage-account name* > **Settings** > **Access Keys** > **Key1** (or the primary access key for a classic storage account).|
98-
|-Environment|(Optional) Your target environment for the Azure storage account. It can be one of three values: AzureCloud, AzureUSGovernment, or AzureChinaCloud. The default is AzureCloud. Use the parameter when your target region is either Azure US Government or Azure China.|
98+
|-Environment|(Optional) Your target environment for the Azure storage account. It can be one of three values: AzureCloud, AzureUSGovernment, or AzureChinaCloud. The default is AzureCloud. Use the parameter when your target region is either Azure US Government or Azure China 21Vianet.|
9999

100100
We recommend that you profile your VMs for more than 7 days. If churn pattern varies in a month, we recommend that you profile during the week when you see the maximum churn. The best way is to profile for 31 days, to get a better recommendation.
101101

@@ -280,7 +280,7 @@ ASRDeploymentPlanner.exe -Operation GetThroughput /?
280280
| -StorageAccountName | The storage-account name that's used to find the bandwidth consumed for replication of data from on-premises to Azure. The tool uploads test data to this storage account to find the bandwidth consumed. The storage account must be General-purpose v1 (GPv1) type.|
281281
| -StorageAccountKey | The storage-account key that's used to access the storage account. Go to the Azure portal > **Storage accounts** > *storage-account name* > **Settings** > **Access Keys** > **Key1**.|
282282
| -VMListFile | The file that contains the list of VMs to be profiled for calculating the bandwidth consumed. The file path can be absolute or relative. For Hyper-V, this file is the output file of the GetVMList operation. If you are preparing manually, the file should contain one server name or IP address, followed by the VM name (separated by a \ per line). The VM name specified in the file should be the same as the VM name on the Hyper-V host.<br><br>**Example:** VMList.txt contains the following VMs:<ul><li>Host_1\VM_A</li><li>10.8.59.27\VM_B</li><li>Host_2\VM_C</li><ul>|
283-
|-Environment|(Optional) Your target environment for the Azure storage account. It can be one of three values: AzureCloud, AzureUSGovernment, or AzureChinaCloud. The default is AzureCloud. Use the parameter when your target Azure region is either Azure US Government or Azure China.|
283+
|-Environment|(Optional) Your target environment for the Azure storage account. It can be one of three values: AzureCloud, AzureUSGovernment, or AzureChinaCloud. The default is AzureCloud. Use the parameter when your target Azure region is either Azure US Government or Azure China 21Vianet.|
284284

285285
### Example
286286
```

articles/site-recovery/site-recovery-active-directory.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -101,9 +101,9 @@ When you initiate a test failover, don't include all the domain controllers in t
101101
Beginning with Windows Server 2012, [additional safeguards are built into Active Directory Domain Services (AD DS)](https://technet.microsoft.com/windows-server-docs/identity/ad-ds/introduction-to-active-directory-domain-services-ad-ds-virtualization-level-100). These safeguards help protect virtualized domain controllers against USN rollbacks if the underlying hypervisor platform supports **VM-GenerationID**. Azure supports **VM-GenerationID**. Because of this, domain controllers that run Windows Server 2012 or later on Azure virtual machines have these additional safeguards.
102102

103103

104-
When **VM-GenerationID** is reset, the **InvocationID** value of the AD DS database is also reset. In addition, the RID pool is discarded, and SYSVOL is marked as non-authoritative. For more information, see [Introduction to Active Directory Domain Services virtualization](https://technet.microsoft.com/windows-server-docs/identity/ad-ds/introduction-to-active-directory-domain-services-ad-ds-virtualization-level-100) and [Safely virtualizing DFSR](https://blogs.technet.microsoft.com/filecab/2013/04/05/safely-virtualizing-dfsr/).
104+
When **VM-GenerationID** is reset, the **InvocationID** value of the AD DS database is also reset. In addition, the RID pool is discarded, and SYSVOL folder is marked as non-authoritative. For more information, see [Introduction to Active Directory Domain Services virtualization](https://technet.microsoft.com/windows-server-docs/identity/ad-ds/introduction-to-active-directory-domain-services-ad-ds-virtualization-level-100) and [Safely virtualizing DFSR](https://blogs.technet.microsoft.com/filecab/2013/04/05/safely-virtualizing-dfsr/).
105105

106-
Failing over to Azure might cause **VM-GenerationID** to reset. Resetting **VM-GenerationID** triggers additional safeguards when the domain controller virtual machine starts in Azure. This might result in a *significant delay* in being able to log in to the domain controller virtual machine.
106+
Failing over to Azure might cause **VM-GenerationID** to reset. Resetting **VM-GenerationID** triggers additional safeguards when the domain controller virtual machine starts in Azure. This might result in a *significant delay* in being able to sign in to the domain controller virtual machine.
107107

108108
Because this domain controller is used only in a test failover, virtualization safeguards aren't necessary. To ensure that the **VM-GenerationID** value for the domain controller virtual machine doesn't change, you can change the value of following DWORD to **4** in the on-premises domain controller:
109109

@@ -123,11 +123,11 @@ If virtualization safeguards are triggered after a test failover, you might see
123123

124124
![Invocation ID Change](./media/site-recovery-active-directory/Event1109.png)
125125

126-
* SYSVOL and NETLOGON shares aren't available.
126+
* SYSVOL folder and NETLOGON shares aren't available.
127127

128-
![SYSVOL share](./media/site-recovery-active-directory/sysvolshare.png)
128+
![SYSVOL folder share](./media/site-recovery-active-directory/sysvolshare.png)
129129

130-
![NtFrs SYSVOL](./media/site-recovery-active-directory/Event13565.png)
130+
![NtFrs SYSVOL folder](./media/site-recovery-active-directory/Event13565.png)
131131

132132
* DFSR databases are deleted.
133133

@@ -141,7 +141,7 @@ If virtualization safeguards are triggered after a test failover, you might see
141141
>
142142
>
143143
144-
1. At the command prompt, run the following command to check whether SYSVOL and NETLOGON folders are shared:
144+
1. At the command prompt, run the following command to check whether SYSVOL folder and NETLOGON folder are shared:
145145

146146
`NET SHARE`
147147

@@ -161,7 +161,7 @@ If the preceding conditions are satisfied, it's likely that the domain controlle
161161
* Although we don't recommend [FRS replication](https://blogs.technet.microsoft.com/filecab/2014/06/25/the-end-is-nigh-for-frs/), if you use FRS replication, follow the steps for an authoritative restore. The process is described in [Using the BurFlags registry key to reinitialize File Replication Service](https://support.microsoft.com/kb/290762).
162162

163163
For more information about BurFlags, see the blog post [D2 and D4: What is it for?](https://blogs.technet.microsoft.com/janelewis/2006/09/18/d2-and-d4-what-is-it-for/).
164-
* If you use DFSR replication, complete the steps for an authoritative restore. The process is described in [Force an authoritative and non-authoritative sync for DFSR-replicated SYSVOL (like "D4/D2" for FRS)](https://support.microsoft.com/kb/2218556).
164+
* If you use DFSR replication, complete the steps for an authoritative restore. The process is described in [Force an authoritative and non-authoritative sync for DFSR-replicated SYSVOL folder (like "D4/D2" for FRS)](https://support.microsoft.com/kb/2218556).
165165

166166
You can also use the PowerShell functions. For more information, see [DFSR-SYSVOL authoritative/non-authoritative restore PowerShell functions](https://blogs.technet.microsoft.com/thbouche/2013/08/28/dfsr-sysvol-authoritative-non-authoritative-restore-powershell-functions/).
167167

articles/site-recovery/site-recovery-retain-ip-azure-vm-failover.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -44,7 +44,7 @@ Here's the architecture before failover.
4444
- Southeast Asia has a recovery VNet (**Recovery VNet**) identical to **Source VNet**.
4545
- Southeast Asia has an additional VNet (**Azure VNet**) with address space 10.2.0.0/16.
4646
- **Azure VNet** contains a subnet (**Subnet 4**) with address space 10.2.4.0/24.
47-
- Replica nodes for SQL Server Always On, domain controller etc are located in **Subnet 4**.
47+
- Replica nodes for SQL Server Always On, domain controller etc. are located in **Subnet 4**.
4848
- **Source VNet** and **Azure VNet** are connected with a VPN site-to-site connection.
4949
- **Recovery VNet** is not connected with any other virtual network.
5050
- **Company A** assigns/verifies target IP addresses for replicated items. The target IP is the same as source IP for each VM.
@@ -89,7 +89,7 @@ Before failover, the architecture is as follows:
8989
- **Recovery VNet 1** and **Recovery VNet 2** each have two subnets that match the subnets in **Source VNet 1** and **Source VNet 2**
9090
- Southeast Asia has an additional VNet (**Azure VNet**) with address space 10.3.0.0/16.
9191
- **Azure VNet** contains a subnet (**Subnet 4**) with address space 10.3.4.0/24.
92-
- Replica nodes for SQL Server Always On, domain controller etc are located in **Subnet 4**.
92+
- Replica nodes for SQL Server Always On, domain controller etc. are located in **Subnet 4**.
9393
- There are a number of site-to-site VPN connections:
9494
- **Source VNet 1** and **Azure VNet**
9595
- **Source VNet 2** and **Azure VNet**

articles/site-recovery/site-recovery-vmware-deployment-planner-run.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -76,7 +76,7 @@ ASRDeploymentPlanner.exe -Operation StartProfiling /?
7676
|-Protocol| (Optional) Specified the protocol either ‘http’ or ‘https’ to connect to vCenter. Default protocol is https.|
7777
| -StorageAccountName | (Optional) The storage-account name that's used to find the throughput achievable for replication of data from on-premises to Azure. The tool uploads test data to this storage account to calculate throughput. The storage account must be General-purpose v1 (GPv1) type. |
7878
| -StorageAccountKey | (Optional) The storage-account key that's used to access the storage account. Go to the Azure portal > Storage accounts > <*Storage account name*> > Settings > Access Keys > Key1. |
79-
| -Environment | (optional) This is your target Azure Storage account environment. This can be one of three values - AzureCloud,AzureUSGovernment, AzureChinaCloud. Default is AzureCloud. Use the parameter when your target Azure region is either Azure US Government or Azure China clouds. |
79+
| -Environment | (optional) This is your target Azure Storage account environment. This can be one of three values - AzureCloud,AzureUSGovernment, AzureChinaCloud. Default is AzureCloud. Use the parameter when your target Azure region is either Azure US Government or Azure China 21Vianet. |
8080

8181

8282
We recommend that you profile your VMs for more than 7 days. If churn pattern varies in a month, we recommend to profile during the week when you see the maximum churn. The best way is to profile for 31 days to get better recommendation. During the profiling period, ASRDeploymentPlanner.exe keeps running. The tool takes profiling time input in days. For a quick test of the tool or for proof of concept you can profile for few hours or minutes. The minimum allowed profiling time is 30 minutes.
@@ -90,7 +90,7 @@ By default, the tool is configured to profile and generate report up to 1000 VMs
9090
<!-- Maximum number of vms supported-->
9191
<add key="MaxVmsSupported" value="1000"/>
9292
```
93-
With the default settings, to profile say 1500 VMs, create two VMList.txt files. One with 1000 VMs and other with 500 VM list. Run the two instances of ASR Deployment Planner, one with VMList1.txt and other with VMList2.txt. You can use the same directory path to store the profiled data of both the VMList VMs.
93+
With the default settings, to profile say 1500 VMs, create two VMList.txt files. One with 1000 VMs and other with 500 VM list. Run the two instances of Azure Site Recovery Deployment Planner, one with VMList1.txt and other with VMList2.txt. You can use the same directory path to store the profiled data of both the VMList VMs.
9494

9595
We have seen that based on the hardware configuration especially RAM size of the server from where the tool is run to generate the report, the operation may fail with insufficient memory. If you have good hardware, you can change the MaxVMsSupported any higher value.
9696

@@ -260,7 +260,7 @@ Open a command-line console, and go to the Site Recovery deployment planning too
260260
| -StorageAccountName | The storage-account name that's used to find the bandwidth consumed for replication of data from on-premises to Azure. The tool uploads test data to this storage account to find the bandwidth consumed. The storage account must be either General-purpose v1 (GPv1) type.|
261261
| -StorageAccountKey | The storage-account key that's used to access the storage account. Go to the Azure portal > Storage accounts > <*Storage account name*> > Settings > Access Keys > Key1 (or a primary access key for a classic storage account). |
262262
| -VMListFile | The file that contains the list of VMs to be profiled for calculating the bandwidth consumed. The file path can be absolute or relative. The file should contain one VM name/IP address per line. The VM names specified in the file should be the same as the VM names on the vCenter server/vSphere ESXi host.<br>For example, the file VMList.txt contains the following VMs:<ul><li>VM_A</li><li>10.150.29.110</li><li>VM_B</li></ul>|
263-
| -Environment | (optional) This is your target Azure Storage account environment. This can be one of three values - AzureCloud,AzureUSGovernment, AzureChinaCloud. Default is AzureCloud. Use the parameter when your target Azure region is either Azure US Government or Azure China clouds. |
263+
| -Environment | (optional) This is your target Azure Storage account environment. This can be one of three values - AzureCloud,AzureUSGovernment, AzureChinaCloud. Default is AzureCloud. Use the parameter when your target Azure region is either Azure US Government or Azure China 21Vianet. |
264264

265265
The tool creates several 64-MB asrvhdfile<#>.vhd files (where "#" is the number of files) on the specified directory. The tool uploads the files to the storage account to find the throughput. After the throughput is measured, the tool deletes all the files from the storage account and from the local server. If the tool is terminated for any reason while it is calculating throughput, it doesn't delete the files from the storage or from the local server. You will have to delete them manually.
266266

articles/site-recovery/vmware-azure-set-up-process-server-scale.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -46,7 +46,7 @@ The prerequisites for the additional process server are summarized in the follow
4646

4747
Download the installation file for the process server as follows:
4848

49-
1. Log on to the Azure portal, and browse to your Recovery Services Vault.
49+
1. Sign in to the Azure portal, and browse to your Recovery Services Vault.
5050
2. Open **Site Recovery Infrastructure** > **VMWare and Physical Machines** > **Configuration Servers** (under For VMware & Physical Machines).
5151
3. Select the configuration server to drill down into the server details. Then click **+ Process Server**.
5252
4. In **Add Process server** > **Choose where you want to deploy your process server**, select **Deploy a Scale-out Process Server on-premises**.

0 commit comments

Comments
 (0)