Skip to content

Commit c1f17e3

Browse files
authored
Merge pull request #106292 from dcurwin/mar3-2020
Few fixes
2 parents 419e8e2 + baff515 commit c1f17e3

5 files changed

+9
-35
lines changed

articles/backup/back-up-hyper-v-virtual-machines-mabs.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -166,7 +166,7 @@ After you complete the steps in the previous sections, and the MABS Summary Mana
166166

167167
1. Open SQL Server Management Studio and connect to the instance that hosts the MABS database.
168168

169-
2. Run the following query: `select * from tbl_SCH_ScheduleDefinition where JobDefinitionID='9B30D213-B836-4B9E-97C2-DB03C3EB39D7'`. This query returns the **ScheduleID**. Note this ID as you will use it in the next step.
169+
2. Run the following query: `SELECT SCH.ScheduleId FROM tbl_JM_JobDefinition JD JOIN tbl_SCH_ScheduleDefinition SCH ON JD.JobDefinitionId = SCH.JobDefinitionId WHERE JD.Type = '282faac6-e3cb-4015-8c6d-4276fcca11d4' AND JD.IsDeleted = 0 AND SCH.IsDeleted = 0`. This query returns the **ScheduleID**. Note this ID as you will use it in the next step.
170170

171171
3. In the SQL Server Management Studio, expand **SQL Server Agent**, and then expand **Jobs**. Right-click **ScheduleID** that you noted, and select **Start Job at Step**.
172172

articles/backup/backup-azure-backup-faq.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -118,7 +118,7 @@ BMR/System state |Each individual copy of BMR or system state of the machine bei
118118

119119
### Is there a limit on the amount of data backed up using a Recovery Services vault?
120120

121-
There is no limit on the amount of data you can back up using a Recovery Services vault.
121+
There is no limit on the total amount of data you can back up using a Recovery Services vault. The individual data sources (other than Azure VMs), can be a maximum of 54,400 GB in size. For more information about limits, see the [vault limits section in the support matrix](https://docs.microsoft.com/azure/backup/backup-support-matrix#vault-support).
122122

123123
### Why is the size of the data transferred to the Recovery Services vault smaller than the data selected for backup?
124124

articles/backup/backup-azure-troubleshoot-vm-backup-fails-snapshot-timeout.md

Lines changed: 5 additions & 29 deletions
Original file line numberDiff line numberDiff line change
@@ -38,9 +38,7 @@ After you register and schedule a VM for the Azure Backup service, Backup starts
3838

3939
**Cause 3: [The snapshot status can't be retrieved, or a snapshot can't be taken](#the-snapshot-status-cannot-be-retrieved-or-a-snapshot-cannot-be-taken)**
4040

41-
**Cause 4: [The backup extension fails to update or load](#the-backup-extension-fails-to-update-or-load)**
42-
43-
**Cause 5: [VM-Agent configuration options are not set (for Linux VMs)](#vm-agent-configuration-options-are-not-set-for-linux-vms)**
41+
**Cause 4: [VM-Agent configuration options are not set (for Linux VMs)](#vm-agent-configuration-options-are-not-set-for-linux-vms)**
4442

4543
## UserErrorVmProvisioningStateFailed - The VM is in failed provisioning state
4644

@@ -84,7 +82,7 @@ For a backup operation to succeed on encrypted VMs, it must have permissions to
8482
After you register and schedule a VM for the Azure Backup service, Backup starts the job by communicating with the VM backup extension to take a point-in-time snapshot. Any of the following conditions might prevent the snapshot from being triggered. If the snapshot isn't triggered, a backup failure might occur. Complete the following troubleshooting steps in the order listed, and then retry your operation:
8583

8684
**Cause 1: [The snapshot status can't be retrieved, or a snapshot can't be taken](#the-snapshot-status-cannot-be-retrieved-or-a-snapshot-cannot-be-taken)**
87-
**Cause 2: [The backup extension fails to update or load](#the-backup-extension-fails-to-update-or-load)**
85+
8886

8987
## <a name="ExtensionOperationFailed-vmsnapshot-extension-operation-failed"></a>ExtensionOperationFailedForManagedDisks - VMSnapshot extension operation failed
9088

@@ -93,9 +91,8 @@ After you register and schedule a VM for the Azure Backup service, Backup starts
9391

9492
After you register and schedule a VM for the Azure Backup service, Backup starts the job by communicating with the VM backup extension to take a point-in-time snapshot. Any of the following conditions might prevent the snapshot from being triggered. If the snapshot isn't triggered, a backup failure might occur. Complete the following troubleshooting steps in the order listed, and then retry your operation:
9593
**Cause 1: [The snapshot status can't be retrieved, or a snapshot can't be taken](#the-snapshot-status-cannot-be-retrieved-or-a-snapshot-cannot-be-taken)**
96-
**Cause 2: [The backup extension fails to update or load](#the-backup-extension-fails-to-update-or-load)**
97-
**Cause 3: [The agent is installed in the VM, but it's unresponsive (for Windows VMs)](#the-agent-installed-in-the-vm-but-unresponsive-for-windows-vms)**
98-
**Cause 4: [The agent installed in the VM is out of date (for Linux VMs)](#the-agent-installed-in-the-vm-is-out-of-date-for-linux-vms)**
94+
**Cause 2: [The agent is installed in the VM, but it's unresponsive (for Windows VMs)](#the-agent-installed-in-the-vm-but-unresponsive-for-windows-vms)**
95+
**Cause 3: [The agent installed in the VM is out of date (for Linux VMs)](#the-agent-installed-in-the-vm-is-out-of-date-for-linux-vms)**
9996

10097
## BackUpOperationFailed / BackUpOperationFailedV2 - Backup fails, with an internal error
10198

@@ -106,8 +103,7 @@ After you register and schedule a VM for the Azure Backup service, Backup initia
106103
**Cause 1: [The agent installed in the VM, but it's unresponsive (for Windows VMs)](#the-agent-installed-in-the-vm-but-unresponsive-for-windows-vms)**
107104
**Cause 2: [The agent installed in the VM is out of date (for Linux VMs)](#the-agent-installed-in-the-vm-is-out-of-date-for-linux-vms)**
108105
**Cause 3: [The snapshot status can't be retrieved, or a snapshot can't be taken](#the-snapshot-status-cannot-be-retrieved-or-a-snapshot-cannot-be-taken)**
109-
**Cause 4: [The backup extension fails to update or load](#the-backup-extension-fails-to-update-or-load)**
110-
**Cause 5: Backup service doesn't have permission to delete the old restore points because of a resource group lock** <br>
106+
**Cause 4: Backup service doesn't have permission to delete the old restore points because of a resource group lock** <br>
111107

112108
## UserErrorUnsupportedDiskSize - The configured disk size(s) is currently not supported by Azure Backup
113109

@@ -208,26 +204,6 @@ The following conditions might cause the snapshot task to fail:
208204
| The VM status is reported incorrectly because the VM is shut down in Remote Desktop Protocol (RDP). | If you shut down the VM in RDP, check the portal to determine whether the VM status is correct. If it’s not correct, shut down the VM in the portal by using the **Shutdown** option on the VM dashboard. |
209205
| The VM can't get the host or fabric address from DHCP. | DHCP must be enabled inside the guest for the IaaS VM backup to work. If the VM can't get the host or fabric address from DHCP response 245, it can't download or run any extensions. If you need a static private IP, you should configure it through the **Azure portal** or **PowerShell** and make sure the DHCP option inside the VM is enabled. [Learn more](../virtual-network/virtual-networks-static-private-ip-arm-ps.md#change-the-allocation-method-for-a-private-ip-address-assigned-to-a-network-interface) about setting up a static IP address with PowerShell.
210206

211-
### The backup extension fails to update or load
212-
213-
If extensions can't load, backup fails because a snapshot can't be taken.
214-
215-
#### Solution
216-
217-
Uninstall the extension to force the VMSnapshot extension to reload. The next backup attempt reloads the extension.
218-
219-
To uninstall the extension:
220-
221-
1. In the [Azure portal](https://portal.azure.com/), go to the VM that is experiencing backup failure.
222-
2. Select **Settings**.
223-
3. Select **Extensions**.
224-
4. Select **Snapshot Extension**.
225-
5. Select **Uninstall**.
226-
227-
For Linux VM, If the VMSnapshot extension doesn't show in the Azure portal, [update the Azure Linux Agent](../virtual-machines/linux/update-agent.md), and then run the backup.
228-
229-
Completing these steps causes the extension to be reinstalled during the next backup.
230-
231207
### <a name="remove_lock_from_the_recovery_point_resource_group"></a>Remove lock from the recovery point resource group
232208

233209
1. Sign in to the [Azure portal](https://portal.azure.com/).

articles/backup/backup-support-matrix.md

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -27,7 +27,7 @@ The following table describes the features of Recovery Services vaults:
2727
--- | ---
2828
**Vaults in subscription** | Up to 500 Recovery Services vaults in a single subscription.
2929
**Machines in a vault** | Up to 1,000 Azure VMs in a single vault.<br/><br/> Up to 50 MABS servers can be registered in a single vault.
30-
**Data sources in vault storage** | Maximum 54,400 GB. There's no limit for Azure VM backups.
30+
**Data sources** | Maximum size of an individual [data source](https://docs.microsoft.com/azure/backup/backup-azure-backup-faq#how-is-the-data-source-size-determined) is 54,400 GB. This limit does not apply to Azure VM backups. No limits apply to the total amount of data you can back up to the vault.
3131
**Backups to vault** | **Azure VMs:** Once a day.<br/><br/>**Machines protected by DPM/MABS:** Twice a day.<br/><br/> **Machines backed up directly by using the MARS agent:** Three times a day.
3232
**Backups between vaults** | Backup is within a region.<br/><br/> You need a vault in every Azure region that contains VMs you want to back up. You can't back up to a different region.
3333
**Move vaults** | You can [move vaults](https://docs.microsoft.com/azure/backup/backup-azure-move-recovery-services-vault) across subscriptions or between resource groups in the same subscription. However, moving vaults across regions isn’t supported.
@@ -151,8 +151,6 @@ Azure Backup has added the Cross Region Restore feature to strengthen data avail
151151
| SQL /SAP HANA | No | N/A |
152152
| AFS | No | N/A |
153153

154-
155-
156154
## Next steps
157155

158156
- [Review support matrix](backup-support-matrix-iaas.md) for Azure VM backup.

articles/backup/sap-hana-backup-support-matrix.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ Azure Backup supports the backup of SAP HANA databases to Azure. This article su
2020
| **Geos** | **GA:**<br> **Americas** – Central US, East US 2, East US, North Central US, South Central US, West US 2, West Central US, West US, Canada Central, Canada East, Brazil South <br> **Asia Pacific** – Australia Central, Australia Central 2, Australia East, Australia Southeast, Japan East, Japan West, Korea Central, Korea South, East Asia, Southeast Asia, Central India, South India, West India, China East, China North, China East2, China North 2 <br> **Europe** – West Europe, North Europe, France Central, UK South, UK West, Germany North, Germany West Central, Switzerland North, Switzerland West, Central Switzerland North <br> **Africa / ME** - South Africa North, South Africa West, UAE North, UAE Central <BR> **Azure Government regions** | France South, Germany Central, Germany Northeast, US Gov IOWA |
2121
| **OS versions** | SLES 12 with SP2, SP3, or SP4; SLES 15 with SP1 | RHEL |
2222
| **HANA versions** | SDC on HANA 1.x, MDC on HANA 2.x <= SPS04 Rev 46 | - |
23-
| **HANA deployments** | SAP HANA on a single Azure VM - Scale up only | Scale-out |
23+
| **HANA deployments** | SAP HANA on a single Azure VM - Scale up only. <br><br> For high availability deployments, both the nodes on the two different machines are treated as individual nodes with separate data chains. | Scale-out <br><br> In high availability deployments, backup doesn’t failover to the secondary node automatically. Configuring backup should be done separately for each node. |
2424
| **HANA Instances** | A single SAP HANA instance on a single Azure VM – scale up only | Multiple SAP HANA instances on a single VM |
2525
| **HANA database types** | Single Database Container (SDC) ON 1.x, Multi-Database Container (MDC) on 2.x | MDC in HANA 1.x |
2626
| **HANA database size** | 2-TB full backup size as reported by HANA) | |

0 commit comments

Comments
 (0)