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-azure-sap-hana-database-troubleshoot.md
+21-2Lines changed: 21 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -119,7 +119,26 @@ Upgrades to OS or SAP HANA that don't cause a SID change can be handled as outli
119
119
- Rerun the [pre-registration script](https://aka.ms/scriptforpermsonhana). Usually, we have seen upgrade process removes the necessary roles. Running the pre-registration script will help verify all the required roles.
120
120
-[Resume protection](sap-hana-db-manage.md#resume-protection-for-an-sap-hana-database) for the database again
121
121
122
+
## Re-registration failures
123
+
124
+
Check for one or more of the following symptoms before you trigger the re-register operation:
125
+
126
+
- 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**.
127
+
- If 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:
128
+
129
+
- Lack of permission to perform backup-related operations on the VM
130
+
- The VM is shutdown, so backups cannot take place
131
+
- Network issues
132
+
133
+
These symptoms may arise for one or more of the following reasons:
134
+
135
+
- An extension was deleted or uninstalled from the portal.
136
+
- The VM was restored back in time through in-place disk restore.
137
+
- The VM was shut down for an extended period, so the extension configuration on it expired.
138
+
- The VM was deleted, and another VM was created with the same name and in the same resource group as the deleted VM.
139
+
140
+
In the preceding scenarios, we recommend that you trigger a re-register operation on the VM.
141
+
122
142
## Next steps
123
143
124
-
- Review the [frequently asked questions](https://docs.microsoft.com/azure/backup/sap-hana-faq-backup-azure-vm)
125
-
about backing up SAP HANA databases on Azure VMs]
144
+
- Review the [frequently asked questions](https://docs.microsoft.com/azure/backup/sap-hana-faq-backup-azure-vm) about backing up SAP HANA databases on Azure VMs.
Copy file name to clipboardExpand all lines: articles/backup/sap-hana-db-manage.md
+49-2Lines changed: 49 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -52,7 +52,7 @@ ToTo learn more about monitoring, go to [Monitoring in the Azure portal](https:/
52
52
53
53
Azure Backup makes management of a backed-up SAP HANA database easy with an abundance of management operations that it supports. These operations are discussed in more detail in the following sections.
54
54
55
-
### Run an ad-hoc backup
55
+
### Run an on-demand backup
56
56
57
57
Backups run in accordance with the policy schedule. You can run a backup on-demand as follows:
58
58
@@ -61,6 +61,16 @@ Backups run in accordance with the policy schedule. You can run a backup on-dema
61
61
3. In **Backup Now**, use the calendar control to select the last day that the recovery point should be retained. Then click **OK**.
62
62
4. Monitor the portal notifications. You can monitor the job progress in the vault dashboard > **Backup Jobs** > **In progress**. Depending on the size of your database, creating the initial backup may take a while.
63
63
64
+
### HANA native client integration
65
+
66
+
Now on-demand full backups triggered from any of the HANA native clients will show up as a full backup on the **Backup Items** page.
Policy modification will impact all the associated backup items and trigger corresponding **configure protection** jobs.
141
+
142
+
### Inconsistent policy
143
+
144
+
Occasionally a modify policy operation can lead to an **inconsistent** policy version for some backup items. This happens when the corresponding **configure protection** job fails for the backup item after a modify policy operation is triggered. It appears as follows in the backup item view:
You can stop protecting an SAP HANA database in a couple of ways:
@@ -162,7 +203,7 @@ Learn how to continue backup for an SAP HANA database [after upgrading from SAP
162
203
163
204
Learn how to continue backup of an SAP HANA database whose [SID has not changed after upgrade](backup-azure-sap-hana-database-troubleshoot.md#upgrading-without-an-sid-change).
164
205
165
-
### Unregister an SAP HANA database
206
+
### Unregister an SAP HANA instance
166
207
167
208
Unregister an SAP HANA instance after you disable protection but before you delete the vault:
168
209
@@ -180,6 +221,12 @@ Unregister an SAP HANA instance after you disable protection but before you dele
### Re-register extension on the SAP HANA server VM
225
+
226
+
Sometimes the workload extension on the VM may get impacted for one reason or another. In such cases, all the operations triggered on the VM will begin to fail. You may then need to re-register the extension on the VM. Re-register operation reinstalls the workload backup extension on the VM for operations to continue.
227
+
228
+
Use this option with caution: when triggered on a VM with an already healthy extension, this operation will cause the extension to get restarted. This may cause all the in-progress jobs to fail. Check for one or more of the [symptoms](backup-azure-sap-hana-database-troubleshoot.md#re-registration-failures) before triggering the re-register operation.
229
+
183
230
## Next steps
184
231
185
232
* Learn how to [troubleshoot common issues when backing up SAP HANA databases.](https://docs.microsoft.com/azure/backup/backup-azure-sap-hana-database-troubleshoot)
Copy file name to clipboardExpand all lines: articles/backup/tutorial-backup-sap-hana-db.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
@@ -93,10 +93,10 @@ Running the pre-registration script performs the following functions:
93
93
* It performs outbound network connectivity checks with Azure Backup servers and dependent services like Azure Active Directory and Azure Storage.
94
94
* It logs into your HANA system using the user key listed as part of the [prerequisites](#prerequisites). The user key is used to create a backup user (AZUREWLBACKUPHANAUSER) in the HANA system and the user key can be deleted after the pre-registration script runs successfully.
95
95
* AZUREWLBACKUPHANAUSER is assigned these required roles and permissions:
96
-
* DATABASE ADMIN: to create new databases during restore.
96
+
* DATABASE ADMIN (in case of MDC) and BACKUP ADMIN (in case of SDC): to create new databases during restore.
97
97
* CATALOG READ: to read the backup catalog.
98
98
* SAP_INTERNAL_HANA_SUPPORT: to access a few private tables.
99
-
* The script adds a key to **hdbuserstore** for AZUREWLBACKUPHANAUSER for the HANA plug-in to handle all operations (database queries, restore operations, configuring and running backup).
99
+
* The script adds a key to **hdbuserstore** for AZUREWLBACKUPHANAUSER for the HANA backup plug-in to handle all operations (database queries, restore operations, configuring and running backup).
100
100
101
101
To confirm the key creation, run the HDBSQL command on the HANA machine with SIDADM credentials:
0 commit comments