Skip to content

Commit 1865bd9

Browse files
minor changes
1 parent 04e430e commit 1865bd9

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

articles/backup/backup-sql-server-on-availability-groups.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -23,7 +23,7 @@ The backup preference used by Azure Backup SQL AG supports full and differential
2323

2424
The workload backup extension gets installed on the node when it is registered with the Azure Backup service. When an AG database is configured for backup, the backup schedules are pushed to all the registered nodes of the AG. The schedules fire on all the AG nodes and the workload backup extensions on these nodes synchronize between themselves to decide which node will perform the backup. The node selection depends on the backup type and the backup preference as explained in section 1.
2525

26-
The selected node proceeds with the backup job, whereas the job triggered on the other nodes bail out, that is, it skips the job.
26+
The selected node proceeds with the backup job, whereas the job triggered on the other nodes bails out, that is, it skips the job.
2727

2828
>[!Note]
2929
>Azure Backup doesn’t consider backup priorities or replicas while deciding among the secondary replicas.
@@ -41,7 +41,7 @@ Let’s consider the following AG deployment as a reference.
4141

4242
:::image type="content" source="./media/backup-sql-server-on-availability-groups/ag-deployment.png" alt-text="Diagram for AG deployment as reference.":::
4343

44-
Taking the above sample AG deployment, following are various considerations:
44+
Based on the above sample AG deployment, following are various considerations:
4545

4646
- As the primary node is in region 1 and subscription 1, the Recovery Services vault (Vault 1) must be in Region 1 and Subscription 1 for protecting this AG.
4747
- VM3 can't be registered to Vault 1 as it's in a different subscription.
@@ -60,7 +60,7 @@ After the AG has failed over to one of the secondary nodes:
6060
>[!Note]
6161
>Log chain breaks do not happen on failover if the failover doesn’t coincide with a backup.
6262
63-
Taking the above sample AG deployment, following are the various failover possibilities:
63+
Based on the above sample AG deployment, following are the various failover possibilities:
6464

6565
- Failover to VM2
6666
- Full and differential backups will happen from VM2.
@@ -76,7 +76,7 @@ Taking the above sample AG deployment, following are the various failover possib
7676

7777
Recovery services vault doesn’t support cross-subscription or cross-region backups. This section summarizes how to enable backups for AGs that are spanning subscriptions or Azure regions and the associated considerations.
7878

79-
- Evaluate if you really need to enable backups from all nodes. If one region/subscription has most of the AG nodes and failover to other nodes happens very rarely, setting up backup in that first region may be enough. If the failovers to other region/subscription happen frequently and for prolonged duration, then you may want to setup backups proactively in the other region as well.
79+
- Evaluate if you really need to enable backups from all nodes. If one region/subscription has most of the AG nodes and failover to other nodes happens very rarely, setting up the backup in that first region may be enough. If the failovers to other region/subscription happen frequently and for prolonged duration, then you may want to set aup backups proactively in the other region as well.
8080

8181
- Each vault where the backup gets enabled will have its own set of recovery point chains. Restores from these recovery points can be done to VMs registered in that vault only.
8282

@@ -92,7 +92,7 @@ Recovery services vault doesn’t support cross-subscription or cross-region bac
9292

9393
To avoid log backup conflicts between the two vaults, we recommend you to set the backup preference to Primary. Then, whichever vault has the primary node will also take the log backups.
9494

95-
Taking the above sample AG deployment, here are the steps to enable backup from all the nodes. The assumption is that backup preference is satisfied in all the steps.
95+
Based on the above sample AG deployment, here are the steps to enable backup from all the nodes. The assumption is that backup preference is satisfied in all the steps.
9696

9797
### Step 1: Enable backups in Region 1, Subscription 1 (Vault 1)
9898

@@ -127,7 +127,7 @@ For example, the first node has 50 standalone databases protected and both the n
127127

128128
As the AG database jobs are queued on one node and running on another, the backup synchronization (mentioned in section 6) won’t work properly. Node 2 might assume that Node 1 is down and therefore jobs from there aren't coming up for synchronization. This can lead to log chain breaks or extra backups as both nodes can take backups independently.
129129

130-
Similar problem can happen if the number of AG databases protected are more than the throttling limit. In such case, backup for, say, DB1 can be queued on Node 1 whereas it runs on Node 2.
130+
Similar problem can happen if the number of AG databases protected is more than the throttling limit. In such case, backup for, say, DB1 can be queued on Node 1 whereas it runs on Node 2.
131131

132132
We recommend you to use the following backup preferences to avoid these synchronization issues:
133133

0 commit comments

Comments
 (0)