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/backup/backup-sql-server-azure-troubleshoot.md
+13-11Lines changed: 13 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,20 +15,20 @@ For more information about the backup process and limitations, see [About SQL Se
15
15
16
16
To configure protection for a SQL Server database on a virtual machine, you must install the **AzureBackupWindowsWorkload** extension on that virtual machine. If you get the error **UserErrorSQLNoSysadminMembership**, it means your SQL Server instance doesn't have the required backup permissions. To fix this error, follow the steps in [Set VM permissions](backup-azure-sql-database.md#set-vm-permissions).
17
17
18
-
## Troubleshooting Discover and Configure issues
18
+
## Troubleshoot discover and configure issues
19
19
After creating and configuring a Recovery Services vault, discovering databases and configuring backup is a two-step process.<br>
20
20
21
21

22
22
23
23
During the backup configuration, if the SQL VM and its instances are not visible in the **Discovery DBs in VMs** and **Configure Backup** (refer to above image) ensure that:
24
24
25
-
**Step 1: Discovery DBs in VMs**
26
-
<br>
27
-
- If the VM is not listed in the discovered VM list and also not registered for SQL backup in another vault, then follow the [Discovery SQL Server backup](https://docs.microsoft.com/azure/backup/backup-sql-server-database-azure-vms#discover-sql-server-databases) steps.<br>
25
+
### Step 1: Discovery DBs in VMs
28
26
29
-
**Step 2: Configure Backup**
30
-
<br>
31
-
- If the vault in which the SQL VM is registered in the same vault used to protect the databases, then follow the [Configure Backup](https://docs.microsoft.com/azure/backup/backup-sql-server-database-azure-vms#configure-backup) steps.<br>
27
+
- If the VM is not listed in the discovered VM list and also not registered for SQL backup in another vault, then follow the [Discovery SQL Server backup](https://docs.microsoft.com/azure/backup/backup-sql-server-database-azure-vms#discover-sql-server-databases) steps.
28
+
29
+
### Step 2: Configure Backup
30
+
31
+
- If the vault in which the SQL VM is registered in the same vault used to protect the databases, then follow the [Configure Backup](https://docs.microsoft.com/azure/backup/backup-sql-server-database-azure-vms#configure-backup) steps.
32
32
33
33
If the SQL VM needs to be registered in the new vault, then it must be unregistered from the old vault. Unregistration of a SQL VM from the vault requires all the protected data sources to be stop protected and then you can delete the backed up data. Deleting backed up data is a destructive operation. After you have reviewed and taken all the precautions to unregister the SQL VM, then register this same VM with a new vault and retry the backup operation.
34
34
@@ -153,11 +153,13 @@ Check for one or more of the following symptoms before you trigger the re-regist
153
153
* All operations (such as backup, restore, and configure backup) are failing on the VM with one of the following error codes: **WorkloadExtensionNotReachable**, **UserErrorWorkloadExtensionNotInstalled**, **WorkloadExtensionNotPresent**, **WorkloadExtensionDidntDequeueMsg**.
154
154
* The **Backup Status** area for the backup item is showing **Not reachable**. Rule out all the other causes that might result in the same status:
155
155
156
-
* Lack of permission to perform backup-related operations on the VM.<br>
157
-
* Shutdown of the VM, so backups can’t take place.<br>
158
-
* Network issues.<br><br>
156
+
* Lack of permission to perform backup-related operations on the VM.
157
+
* Shutdown of the VM, so backups can’t take place.
158
+
* Network issues.
159
+
160
+

161
+
159
162
160
-

161
163
162
164
* In the case of an Always On availability group, the backups started failing after you changed the backup preference or after a failover.
Copy file name to clipboardExpand all lines: articles/backup/backup-sql-server-database-azure-vms.md
+28-23Lines changed: 28 additions & 23 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -37,42 +37,47 @@ For all operations, a SQL Server VM requires connectivity to Azure public IP add
37
37
38
38
Establish connectivity by using one of the following options:
39
39
40
-
#### **Allow the Azure datacenter IP ranges**.
40
+
#### Allow the Azure datacenter IP ranges
41
+
41
42
This option allows the [IP ranges](https://www.microsoft.com/download/details.aspx?id=41653) in the downloaded file. To access a network security group (NSG), use the Set-AzureNetworkSecurityRule cmdlet. If your safe recipients list only includes region-specific IPs, you'll also need to update the safe recipients list the Azure Active Directory (Azure AD) service tag to enable authentication.
42
43
43
-
#### **Allow access using NSG tags**.
44
+
#### Allow access using NSG tags
45
+
44
46
If you use NSG to restrict connectivity, then you should use AzureBackup service tag to allows outbound access to Azure Backup. In addition, you should also allow connectivity for authentication and data transfer by using [rules](https://docs.microsoft.com/azure/virtual-network/security-overview#service-tags) for Azure AD and Azure Storage. This can be done from the Azure portal or via PowerShell.
45
47
46
48
To create a rule using the portal:
47
49
48
-
* In **All Services**, go to **Network security groups** and select the network security group.
49
-
* Select **Outbound security rules** under **Settings**.
50
-
* Select **Add**. Enter all the required details for creating a new rule as described in [security rule settings](https://docs.microsoft.com/azure/virtual-network/manage-network-security-group#security-rule-settings). Ensure the option **Destination** is set to **Service Tag** and **Destination service tag** is set to **AzureBackup**.
51
-
* Click **Add**, to save the newly created outbound security rule.
50
+
1. In **All Services**, go to **Network security groups** and select the network security group.
51
+
2. Select **Outbound security rules** under **Settings**.
52
+
3. Select **Add**. Enter all the required details for creating a new rule as described in [security rule settings](https://docs.microsoft.com/azure/virtual-network/manage-network-security-group#security-rule-settings). Ensure the option **Destination** is set to **Service Tag** and **Destination service tag** is set to **AzureBackup**.
53
+
4. Click **Add**, to save the newly created outbound security rule.
54
+
55
+
To create a rule using PowerShell:
56
+
57
+
1. Add Azure account credentials and update the national clouds<br/>
58
+
`Add-AzureRmAccount`<br/>
59
+
60
+
2. Select the NSG subscription<br/>
61
+
`Select-AzureRmSubscription "<Subscription Id>"`
52
62
53
-
To create a rule using Powershell:<br>
54
-
- Add Azure account credentials and update the national clouds<br/>
**Allow access by using Azure Firewall tags**. If you're using Azure Firewall, create an application rule by using the AzureBackup [FQDN tag](https://docs.microsoft.com/azure/firewall/fqdn-tags). This allows outbound access to Azure Backup.
73
79
74
-
***Allow access by using Azure Firewall tags**. If you're using Azure Firewall, create an application rule by using the AzureBackup [FQDN tag](https://docs.microsoft.com/azure/firewall/fqdn-tags). This allows outbound access to Azure Backup.
75
-
***Deploy an HTTP proxy server to route traffic**. When you back up a SQL Server database on an Azure VM, the backup extension on the VM uses the HTTPS APIs to send management commands to Azure Backup and data to Azure Storage. The backup extension also uses Azure AD for authentication. Route the backup extension traffic for these three services through the HTTP proxy. The extensions are the only component that's configured for access to the public internet.
80
+
**Deploy an HTTP proxy server to route traffic**. When you back up a SQL Server database on an Azure VM, the backup extension on the VM uses the HTTPS APIs to send management commands to Azure Backup and data to Azure Storage. The backup extension also uses Azure AD for authentication. Route the backup extension traffic for these three services through the HTTP proxy. The extensions are the only component that's configured for access to the public internet.
76
81
77
82
Connectivity options include the following advantages and disadvantages:
0 commit comments