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/sap-hana-database-manage.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -58,7 +58,7 @@ With Azure Backup, you can send alerts by email. These alerts are:
58
58
* Consolidated at the database level by error code.
59
59
* Sent only for a database's first backup failure.
60
60
61
-
## Manage operations from Azure portal
61
+
## Manage operations using the Azure portal
62
62
63
63
This section describes several Azure Backup supported management operations that make it easy to manage a backed-up SAP HANA database.
64
64
@@ -265,9 +265,9 @@ Restore operations that are triggered from HANA native clients to restore *to an
265
265
266
266
The delete operation from HANA native clients isn't supported by Azure Backup, because the backup policy determines the lifecycle of backups in the Azure Recovery services vault.
267
267
268
-
### HANA Catalog clean-up
268
+
### Clean up HANA catalog
269
269
270
-
The Azure Backup service currently doesn't modify the HANA backup catalog as per the policy. As you can also take backups to the local files (outside of Backint), you need to maintain the lifecycle of the catalog. You can clean up the catalog as per the [SAP documentation](https://help.sap.com/docs/HANA_SERVICE_CF/7c78579ce9b14a669c1f3295b0d8ca16/22275913eb9e4a5bb539fc8df3da77f1.html) and Azure Backup (the Backint service) places the subsequent catalog in the path specified by the `basepath_catalogbackup` parameter.
270
+
The Azure Backup service currently doesn't modify the HANA backup catalog as per the policy. Because you can store the backup locally (outside of Backint), you need to maintain the lifecycle of the catalog. You can clean up the catalog as per the [SAP documentation](https://help.sap.com/docs/HANA_SERVICE_CF/7c78579ce9b14a669c1f3295b0d8ca16/22275913eb9e4a5bb539fc8df3da77f1.html) and Azure Backup (the Backint service) places the subsequent catalog in the path specified by the `basepath_catalogbackup` parameter.
Copy file name to clipboardExpand all lines: articles/backup/sap-hana-faq-backup-azure-vm.yml
+13-13Lines changed: 13 additions & 13 deletions
Original file line number
Diff line number
Diff line change
@@ -34,7 +34,7 @@ sections:
34
34
answer: |
35
35
You can check the status of your backups (scheduled/on-demand) from any of the following locations:
36
36
37
-
1. **Backup jobs**: Azure Backup shows all manually triggered jobs in the Backup jobs section in the Azure portal. <br><br> The jobs you see in the Azure portal include database discovery and registering operations, and backup and restore operations. Scheduled jobs, including log backups aren't shown in this section. Manually triggered backups from the SAP HANA native clients (Studio/Cockpit/DBA Cockpit), are also not shown here.
37
+
1. **Backup jobs**: Azure Backup shows all manually triggered jobs in the Backup jobs section in the Azure portal. <br><br> The jobs you see in the Azure portal includes database discovery and registering operations, and backup and restore operations. Scheduled jobs, including log backups aren't shown in this section. Manually triggered backups from the SAP HANA native clients (Studio/Cockpit/DBA Cockpit), are also not shown here.
38
38
39
39
:::image type="content" source="./media/sap-hana-faq-backup-azure-vm/manually-triggered-jobs.png" alt-text="Screenshot showing manually triggered jobs in the Backup jobs section in the Azure portal.":::
40
40
@@ -50,7 +50,7 @@ sections:
50
50
51
51
Learn about [how to configure Azure Backup reports](./configure-reports.md).
52
52
53
-
1. **SAP HANA Native clients**: If you're a SAP HANA customer, you can also use HANA Studio, one of the most common HANA clients. In this client, navigate to **Backup Console** -> **Backup Catalog** to see the **Backup status**.
53
+
1. **SAP HANA Native clients**: If you're an SAP HANA customer, you can also use HANA Studio, one of the most common HANA clients. In this client, navigate to **Backup Console** -> **Backup Catalog** to see the **Backup status**.
54
54
55
55
:::image type="content" source="./media/sap-hana-faq-backup-azure-vm/sap-hana-native-client-reports.png" alt-text="Screenshot showing reports in SAP HANA Native clients.":::
56
56
@@ -65,12 +65,12 @@ sections:
65
65
Azure Backup doesn’t set an explicit retention period on the Auto-heal full backups. This backup is retained till the time you retain the dependent Delta (differential or incremental) and Log backups. Once you delete the last dependent backup on this Auto-heal backup, the Auto-heal backup is also deleted.
66
66
67
67
- question: |
68
-
Can a full backup and a log backup run parallelly?
68
+
Can a full backup and a log backup run simultaneously?
69
69
answer: |
70
-
Yes, a full backup and a log backup can run parallelly. This instance occurs in one of the following ways:
70
+
Yes, a full backup and a log backup can run simultaneously. This instance occurs in one of the following ways:
71
71
72
-
- **Full backup is in progress and a log backup is triggered**: The log backup should succeed irrespective of an ongoing full backup. Unless, the full backup triggered was a remedial full to handle any LSN chainbreak.
73
-
- **Log backup is in progress, and a full backup is triggered**: Both backups should run parallelly and succeed.
72
+
- **Full backup is in progress and a log backup is triggered**: The log backup should succeed irrespective of an ongoing full backup. Unless the full backup triggered was a remedial full to handle any LSN chain-break.
73
+
- **Log backup is in progress, and a full backup is triggered**: Both backups should run simultaneously and succeed.
74
74
75
75
- question: |
76
76
Are future databases automatically added for backup?
@@ -109,7 +109,7 @@ sections:
109
109
Refer to [this section](backup-azure-sap-hana-database-troubleshoot.md#sdc-version-upgrade-or-mdc-version-upgrade-on-the-same-vm) in the troubleshooting guide.
110
110
111
111
- question: |
112
-
Can Azure HANA Backup be set up against a virtual IP (load balancer) and not a virtual machine?
112
+
Can the Azure HANA backup be set up against a virtual IP (load balancer) and not a virtual machine?
113
113
answer: |
114
114
Currently we don't have the capability to set up the solution against a virtual IP or Proxy. We need a virtual machine to execute the solution.
115
115
@@ -118,7 +118,7 @@ sections:
118
118
answer: |
119
119
You can trigger an on-demand backup using SAP HANA native clients to local file-system instead of Backint. Learn more how to [manage operations using SAP native clients](sap-hana-database-manage.md#manage-operations-using-sap-hana-native-clients).
120
120
- question: |
121
-
How can I manage or clean-up the HANA catalog for database with Azure Backup enabled?
121
+
How can I manage or cleanup the HANA catalog for database with the Azure Backup enabled?
122
122
answer: |
123
123
Prune the HANA catalog using SAP recommended methods such as BACKUP CATALOG DELETE statements or HANA stnudio/Cockpit. Learn more how to [manage operations using SAP native clients](sap-hana-database-manage.md#manage-operations-using-sap-hana-native-clients).
124
124
@@ -127,7 +127,7 @@ sections:
127
127
answer: |
128
128
Currently, Azure Backup doesn't have the capability to understand an HSR set-up. This means that the primary and secondary nodes of the HSR will be treated as two individual, unrelated VMs. You'll first need to configure backup on the primary node. When a fail-over happens, backup must be configured on the secondary node (which now becomes the primary node). There's no automatic fail-over of backup to the other node.
129
129
130
-
To back up data from the active (primary) node at any given point in time, you can **switch protection** to the secondary node, which has now become the primary after fail-over.
130
+
To back up data from the active (primary) node at any given point-in-time, you can **switch protection** to the secondary node that has now become the primary after fail-over.
131
131
132
132
To perform this **switch protection**, follow these steps:
133
133
@@ -158,7 +158,7 @@ sections:
158
158
Then full backup will again be triggered on Node 1 and after that completes, log backups start.
159
159
160
160
>[!Note]
161
-
>[Running the pre-registration script](./tutorial-backup-sap-hana-db.md#prerequisites) with custom backup user as input could help you manage your HSR backups better. This is because it ensures that both the nodes of the HSR set up have the same backup key, thereby reduces the backup sync and failure issues.
161
+
>[Running the pre-registration script](./tutorial-backup-sap-hana-db.md#prerequisites) with custom backup user as input could help you manage your HSR backups better. This is because it ensures that both the nodes of the HSR setup have the same backup key, thereby reduces the backup sync and failure issues.
162
162
163
163
- question: |
164
164
What happens if I don’t Stop protection (with retain data) on the secondary/inactive node on the HSR set-up?
@@ -167,7 +167,7 @@ sections:
167
167
168
168
1. Once you run the pre-registration script, the user information is updated with new password on the primary node. Then the connection to attempt backup will be re-established. But, you might again experience the same scenario.
169
169
170
-
1. Also, the backups (full backups) that fail on the secondary node create alerts.
170
+
1. Also, the backups (full backups) that fails on the secondary node create alerts.
171
171
172
172
To avoid the above issues, we recommend you to stop protection for a node after it becomes secondary (so that connections aren’t attempted and user is not locked) and resume protection on it, once it becomes primary. If you don’t face this locking situation on their HSR setups and are comfortable with alerts being raised, you can configure backups on both the nodes so that the service handles the take-over and fail-back.
173
173
@@ -188,9 +188,9 @@ sections:
188
188
questions:
189
189
190
190
- question: |
191
-
How many restores are supported per day?
191
+
How many restore are supported per day?
192
192
answer: |
193
-
You can perform a maximum of 10 restores per HANA system or instance in a day. Note that if a restore is cancelled or fails, it's also considered as a restore attempt.
193
+
You can perform a maximum of 10 restores per HANA system or instance in a day. Note that if a restore is canceled or fails, it's also considered as a restore attempt.
194
194
195
195
- question: |
196
196
Why can't I see the HANA system I want my database to be restored to?
0 commit comments