Lokasi ngalangkungan proxy:   [ UP ]  
[Ngawartoskeun bug]   [Panyetelan cookie]                
Skip to content

Commit 89b098b

Browse files
committed
EXTERNAL and NONE are code types.
1 parent f662fc7 commit 89b098b

1 file changed

Lines changed: 3 additions & 3 deletions

File tree

docs/linux/sql-server-linux-availability-group-failover-ha.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -184,7 +184,7 @@ The following sections explain how to upgrade SQL Server instances on Linux with
184184

185185
### Upgrade steps on Linux
186186

187-
When availability group replicas are on instances of SQL Server in Linux, the cluster type of the availability group is either EXTERNAL or NONE. An availability group that is managed by a cluster manager besides Windows Server Failover Cluster (WSFC) is EXTERNAL. Pacemaker with Corosync is an example of an external cluster manager. The upgrade steps outlined here are specific for availability groups of cluster type EXTERNAL or NONE.
187+
When availability group replicas are on instances of SQL Server in Linux, the cluster type of the availability group is either `EXTERNAL` or `NONE`. An availability group that is managed by a cluster manager besides Windows Server Failover Cluster (WSFC) is `EXTERNAL`. Pacemaker with Corosync is an example of an external cluster manager. An availability group with no cluster manager has cluster type `NONE` The upgrade steps outlined here are specific for availability groups of cluster type `EXTERNAL` or `NONE`.
188188

189189
1. Before you begin, backup each database.
190190
2. Upgrade instances of SQL Server that host secondary replicas.
@@ -203,13 +203,13 @@ When availability group replicas are on instances of SQL Server in Linux, the cl
203203

204204
1. After all secondary replicas are upgraded, manually fail over to one of the synchronous secondary replicas.
205205

206-
For availability groups with EXTERNAL cluster type, use the cluster management tools to fail over. The following example fails over an availability group. Replace `<targetReplicaName>` with the name of the synchronous secondary replica that will become primary:
206+
For availability groups with `EXTERNAL` cluster type, use the cluster management tools to fail over. The following example fails over an availability group. Replace `<targetReplicaName>` with the name of the synchronous secondary replica that will become primary:
207207

208208
```bash
209209
sudo pcs resource move ag_cluster-master <targetReplicaName> --master
210210
```
211211

212-
If the availability group cluster type is NONE, manually failover the availability group with Transact-SQL.
212+
If the availability group cluster type is `NONE`, manually failover the availability group with Transact-SQL.
213213

214214
>[!IMPORTANT]
215215
>This procedure only applies to availability groups that do not have a cluster manager. Run the following steps in order:

0 commit comments

Comments
 (0)