[AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 3
2 、故障轉移的概述 |
2 、Overview of Failover | ||||||||||||||||||||||||||||||||
下表概述了在不同的可用性和故障轉移模式下支援的故障轉移形式。對於每個對,有效的可用性模式和故障轉移模式由主副本的模式和一個或多個輔助副本的模式的交集決定。 |
The following table summarizes which forms of failover are supported under different availability and failover modes. For each pairing, the effective availability mode and failover mode is determined by the intersection of the modes of the primary replica plus the modes of one or more secondary replicas. | ||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||
* 如果對已同步的次要副本發出強制故障轉移命令,次要副本的行為與手動故障轉移時的行為相同。 |
* If you issue a forced failover command on a synchronized secondary replica, the secondary replica behaves the same as for a manual failover. | ||||||||||||||||||||||||||||||||
在故障轉移過程中,資料庫不可用的時間取決於故障轉移的型別及其原因。 |
The amount of time that the database is unavailable during a failover depends on the type of failover and its cause. | ||||||||||||||||||||||||||||||||
重要 |
Important | ||||||||||||||||||||||||||||||||
為了支援在故障轉移後進行客戶端連線,除包含的資料庫外,必須在新的主資料庫上手動重新建立在任何先前主資料庫上定義的登入名和作業。有關詳細資訊,請參閱 。 |
To support client connections after failover, except for contained databases, logins and jobs defined on any of the former primary databases must be manually recreated on the new primary database. For more information, see . | ||||||||||||||||||||||||||||||||
故障轉移集 |
Failover Sets | ||||||||||||||||||||||||||||||||
就故障轉移集而言,可理解為某一給定可用性組的可能的各種故障轉移形式。一個故障轉移集由主副本和支援某一給定故障轉移形式的輔助副本構成,如下所示: |
The forms of failover that are possible for a given availability group can be understood in terms of failover sets. A failover set consists of the primary replica and secondary replicas that support a given form of failover, as follows: | ||||||||||||||||||||||||||||||||
· 自動故障轉移集(可選): 在給定的可用性組中,僅當一對可用性副本(包括當前主副本)配置為使用同步提交模式以及自動故障轉移(如果有)時,才發生這種故障轉移。僅當輔助副本當前已與主副本同步時,自動故障轉移集才會生效。 |
· Automatic failover set (optional): Within a given availability group, a pair of availability replicas (including the current primary replica) that are configured for synchronous-commit mode with automatic failover, if any. An automatic failover set takes effect only if the secondary replica is currently SYNCHRONIZED with the primary replica. | ||||||||||||||||||||||||||||||||
· 同步提交故障轉移集(可選): 在給定的可用性組中,僅當一組(兩個或三個)可用性副本(包括當前主副本)配置為使用同步提交模式(如果有)時,才發生這種故障轉移。僅當輔助副本配置為使用手動故障轉移模式,並且至少一個輔助副本當前已與主副本同步時,同步提交故障轉移集才會生效。 |
· Synchronous-commit failover set (optional): Within a given availability group, a set of two or three availability replicas (including the current primary replica) that are configured for synchronous-commit mode, if any. A synchronous-commit failover set takes effect only if the secondary replicas are configured for manual failover mode and at least one secondary replica is currently SYNCHRONIZED with the primary replica. | ||||||||||||||||||||||||||||||||
· 整個故障轉移集: 在給定的可用性組內,其執行狀態當前為聯機的所有可用性副本的集合,而不考慮可用性模式和故障轉移模式。僅噹噹前沒有輔助副本已與主副本同步時,整個故障轉移集才會變為相關的。 |
· Entire failover set : Within a given availability group, the set of all availability replicas whose operational state is currently ONLINE, regardless of availability mode and of failover mode. The entire failover set becomes relevant when no secondary replica is currently SYNCHRONIZED with the primary replica. | ||||||||||||||||||||||||||||||||
當您將可用性副本配置為同步提交以及自動故障轉移時,此可用性副本將成為自動故障轉移集的一部分。但是,該集是否生效則取決於當前主副本。在某一給定時間實際可用的故障轉移形式取決於當前有效的故障轉移集。 |
When you configure an availability replica as synchronous commit with automatic failover, the availability replica becomes part of the automatic failover set. However whether the set takes effect depends the current primary. The forms of failover that are actually possible at a given time depends on what failover sets are currently in effect. | ||||||||||||||||||||||||||||||||
例如,考慮一個可用性組,它有四個可用性副本,如下所示: |
For example, consider an availability group that has four availability replicas, as follows: | ||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||
每個輔助副本的故障轉移行為取決於哪個可用性副本當前是主副本。基本上,對於給定的輔助副本而言,針對當前主副本的故障轉移行為是最壞的情況。下圖說明輔助副本的故障轉移行為如何隨當前主副本而變化,以及該行為是配置為非同步提交模式(僅限強制故障轉移)還是同步提交模式(具有或沒有自動故障轉移)。 |
The failover behavior for each secondary replica depends on which availability replica is currently the primary replica. Basically, for a given secondary replica, the failover behavior is the worst case given the current primary replica. The following figure illustrates how the failover behavior of secondary replicas varies depending on the current primary replica, and whether it is configured for asynchronous-commit mode (with only forced failover) or synchronous-commit mode (with or without automatic failover). | ||||||||||||||||||||||||||||||||
|
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/81227/viewspace-2654913/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 6模式
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 5模式
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 4模式
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 2模式
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 1模式
- [AlwaysOn] AlwaysOn可用性組的可用性模式之間的差異模式
- Sqlserver 2014 alwayson故障轉移群集節點被踢出群集SQLServer
- SQL Server AlwaysOn可用性副本會話期間的可能故障SQLServer會話
- Sentinel哨兵模式解決故障轉移模式
- 理解透明應用程式故障轉移 (TAF) 和快速連線故障轉移 (FCF)
- 5 切換和故障轉移操作
- 如何遷移Alwayson AG
- 搭建Windows故障轉移群集Windows
- [AlwaysOn] 建立SQL Server AlwaysOn高可用性組T-SQL語法SQLServer
- 資料庫映象和故障轉移群集資料庫
- Mysql MHA部署-05故障轉移MySql
- Elixir 分散式 Application 故障轉移和接管分散式APP
- 理解透明應用程式故障轉移 (TAF) 和快速連線故障轉移 (FCF) (文件 ID 1602113.1)
- Oracle Dataguard故障轉移(failover)操作OracleAI
- redis健康檢查與故障轉移Redis
- ORACLE RAC TAF 配置(透明故障轉移)Oracle
- Windows故障轉移群集(WSFC)的備份和恢復Windows
- Windows MPIO與EMC儲存的故障轉移模式(Failover Mode)Windows模式AI
- 伺服器叢集的故障轉移方案伺服器
- Heartbeat實現LVS的故障轉移
- 【Redis】Redis Cluster-叢集故障轉移Redis
- 【Mycat】Mycat故障轉移之writetype與switchtype
- keepalive配置mysql自動故障轉移MySql
- 配置 RAC 負載均衡與故障轉移負載
- docker搭建redis叢集和Sentinel,實現故障轉移DockerRedis
- Amoeba實現MySQL的負載均衡、故障轉移MySql負載
- Oracle Rman多通道故障轉移問題分析Oracle
- Redis 故障轉移、高可用方案,都在這了!Redis
- 4.2.13 主備庫實現自動故障轉移
- MySQL MHA部署 Part 6 MHA故障轉移測試MySql
- SQLServer 2012 AG強制故障轉移SQLServer
- 11g DataGuard實現故障轉移(Failover)AI
- Oracle RAC 客戶端故障轉移(failover) TAFOracle客戶端AI