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: docs/linux/sql-server-linux-availability-group-ha.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
@@ -49,7 +49,7 @@ The following configurations describe the availability group design patterns and
49
49
50
50
This configuration consists of three synchronous replicas. By default, it provides high availability and data protection. It can also provide read-scale.
51
51
52
-
:::image type="content" source="media/sql-server-linux-availability-group-ha/3-three-replica.png" alt-text="Diagram showing three synchronous replicas.":::
52
+
:::image type="content" source="media/sql-server-linux-availability-group-ha/3-three-replica.png" alt-text="Diagram of an availability group with a primary replica synchronizing data to two secondary replicas.":::
53
53
54
54
An availability group with three synchronous replicas can provide read-scale, high availability, and data protection. The following table describes availability behavior.
55
55
@@ -69,7 +69,7 @@ An availability group with three synchronous replicas can provide read-scale, hi
69
69
70
70
This configuration enables data protection. Like the other availability group configurations, it can enable read-scale. The two synchronous replicas configuration doesn't provide automatic high availability. A two replica configuration is only applicable to [!INCLUDE [sssql17-md](../includes/sssql17-md.md)] RTM and is no longer supported with higher (CU1 and beyond) versions of [!INCLUDE [sssql17-md](../includes/sssql17-md.md)].
71
71
72
-
:::image type="content" source="media/sql-server-linux-availability-group-ha/1-read-scale-out.png" alt-text="Diagram showing two synchronous replicas.":::
72
+
:::image type="content" source="media/sql-server-linux-availability-group-ha/1-read-scale-out.png" alt-text="Diagram of an availability group with a primary replica synchronizing data to one secondary replica.":::
73
73
74
74
An availability group with two synchronous replicas provides read-scale and data protection. The following table describes availability behavior.
75
75
@@ -87,7 +87,7 @@ An availability group with two synchronous replicas provides read-scale and data
87
87
88
88
An availability group with two (or more) synchronous replicas and a configuration only replica provides data protection and might also provide high availability. The following diagram represents this architecture:
89
89
90
-
:::image type="content" source="media/sql-server-linux-availability-group-ha/2-configuration-only.png" alt-text="Diagram showing a configuration-only availability group.":::
90
+
:::image type="content" source="media/sql-server-linux-availability-group-ha/2-configuration-only.png" alt-text="Diagram of an availability group with a primary replica synchronizing data and metadata to secondary and configuration-only replicas.":::
91
91
92
92
1. Synchronous replication of user data to the secondary replica. It also includes availability group configuration metadata.
93
93
1. Synchronous replication of availability group configuration metadata. It doesn't include user data.
Copy file name to clipboardExpand all lines: docs/linux/sql-server-linux-availability-group-overview.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
@@ -148,11 +148,11 @@ An AG that has a cluster type of External or one that is WSFC can't have its rep
148
148
149
149
An AG with a cluster type of NONE can have its replicas cross OS boundaries, so there could be both Linux- and Windows-based replicas in the same AG. An example is shown here where the primary replica is Windows-based, while the secondary is on one of the Linux distributions.
150
150
151
-
:::image type="content" source="media/sql-server-linux-availability-group-overview/image1.png" alt-text="Diagram of Hybrid None.":::
151
+
:::image type="content" source="media/sql-server-linux-availability-group-overview/image1.png" alt-text="Diagram of a cross-platform availability group with cluster type None, showing a Windows Server primary replica replicating to a Linux secondary replica.":::
152
152
153
153
A distributed AG can also cross OS boundaries. The underlying AGs are bound by the rules for how they're configured, such as one configured with External being Linux-only, but the AG that it's joined to could be configured using a WSFC. Consider the following example:
154
154
155
-
:::image type="content" source="media/sql-server-linux-availability-group-overview/image2.png" alt-text="Diagram of Hybrid Dist AG.":::
155
+
:::image type="content" source="media/sql-server-linux-availability-group-overview/image2.png" alt-text="Diagram of a distributed availability group spanning a Windows Server Failover Cluster and a Pacemaker cluster.":::
0 commit comments