Skip to content

Commit 8663485

Browse files
author
AbhishekMallick01
committed
Addressed PLR review inputs - Commit 2
1 parent ca309b9 commit 8663485

File tree

2 files changed

+3
-3
lines changed

2 files changed

+3
-3
lines changed

articles/backup/sap-ase-database-backup-tutorial.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -290,7 +290,7 @@ To discover the SAP ASE databases, follow these steps:
290290
>[!Note]
291291
>- After discovery, unprotected VMs appear in the portal, listed by name and resource group.
292292
>- If a VM isn't listed as expected, check if it's already backed up in a vault.
293-
>- If you have multiple VMs with the same name, ensure that they belong to different resource groups.
293+
>- Multiple VMs can have the same name if they belong to different resource groups.
294294
295295
1. On the **Select Virtual Machines** pane, download the prepost script that provides permissions for the Azure Backup service to access the SAP ASE VMs for database discovery.
296296
@@ -366,7 +366,7 @@ To configure the backup operation for the SAP ASE database, follow these steps:
366366
367367
>[!Note]
368368
>- Log backups only begin to flow after a successful full backup is completed.
369-
>- Each log backup is chained to the previous full backup to form a recovery chain. This full backup is retained until the retention of the last log backup has expired. This might mean that the full backup is retained for an extra period to make sure all the logs can be recovered. Let's assume a user has a weekly full backup, daily differential and 2-hour logs. All of them are retained for 30 days. But the weekly full can be cleaned up/deleted only after the next full backup is available, that is, after 30 + seven days. For example, if a weekly full backup is performed on November 16th, it remains stored until December 16th in accordance with the retention policy. The final log backup for this full occurs on November 22nd, before the next scheduled full backup. Since this log backup remains accessible until December 22nd, the November 16th full backup cannot be deleted until that date. As a result, the November 16th full backup is retained until December 22nd.
369+
>- Each log backup is chained to the previous full backup to form a recovery chain. This full backup is retained until the retention of the last log backup has expired. This might mean that the full backup is retained for an extra period to make sure all the logs can be recovered. Let's assume a user has a weekly full backup, daily differential and 2-hour logs. All of them are retained for 30 days. But the weekly full can be cleaned up/deleted only after the next full backup is available, that is, after 30 + seven days. For example, if a weekly full backup is performed on November 16th, it remains stored until December 16th in accordance with the retention policy. The final log backup for this full backup occurs on November 22nd, before the next scheduled full backup. Since this log backup remains accessible until December 22nd, the November 16th full backup cannot be deleted until that date. As a result, the November 16th full backup is retained until December 22nd.
370370

371371
1. Select **OK** to save the log backup policy configuration.
372372
1. On the **Create Policy** pane, select **OK** to complete the backup policy creation.

articles/backup/sap-ase-database-backup.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -142,7 +142,7 @@ To configure the backup operation for the SAP ASE database, follow these steps:
142142

143143
>[!Note]
144144
>- Log backups only begin to flow after a successful full backup is completed.
145-
>- Each log backup is chained to the previous full backup to form a recovery chain. This full backup is retained until the retention of the last log backup has expired. This might mean that the full backup is retained for an extra period to make sure all the logs can be recovered. Let's assume a user has a weekly full backup, daily differential and 2-hour logs. All of them are retained for 30 days. But, the weekly full can be cleaned up/deleted only after the next full backup is available, that is, after 30 + seven days. For example, if a weekly full backup is performed on November 16th, it remains stored until December 16th in accordance with the retention policy. The final log backup for this full occurs on November 22nd, before the next scheduled full backup. Since this log backup remains accessible until December 22nd, the November 16th full backup cannot be deleted until that date. As a result, the November 16th full backup is retained until December 22nd.
145+
>- Each log backup is chained to the previous full backup to form a recovery chain. This full backup is retained until the retention of the last log backup has expired. This might mean that the full backup is retained for an extra period to make sure all the logs can be recovered. Let's assume a user has a weekly full backup, daily differential and 2-hour logs. All of them are retained for 30 days. But, the weekly full can be cleaned up/deleted only after the next full backup is available, that is, after 30 + seven days. For example, if a weekly full backup is performed on November 16th, it remains stored until December 16th in accordance with the retention policy. The final log backup for this full backup occurs on November 22nd, before the next scheduled full backup. Since this log backup remains accessible until December 22nd, the November 16th full backup cannot be deleted until that date. As a result, the November 16th full backup is retained until December 22nd.
146146
147147
12. On the **Configure Backup**, select the new policy under **Backup Policy**, and then select **Add**.
148148
13. Select **Configure backup**.

0 commit comments

Comments
 (0)