[AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 1
在可用性組的上下文中,可用性副本的主角色和輔助角色在稱為“故障轉移”的過程中通常是可互換的。存在三種故障轉移形式:自動故障轉移(無資料丟失)、計劃的手動故障轉移(無資料丟失)和強制手動故障轉移(可能丟失資料)。最後一種形式通常稱為“強制故障轉移”。自動故障轉移和計劃的手動故障轉移會保留您的所有資料。可用性組在可用性副本級別進行故障轉移。也就是說,可用性組故障轉移到其次要副本之一(當前故障轉移目標)。 |
Within the context of an availability group, the primary role and secondary role of availability replicas are typically interchangeable in a process known as failover. Three forms of failover exist: automatic failover (without data loss), planned manual failover (without data loss), and forced manual failover (with possible data loss), typically called forced failover. Automatic and planned manual failover preserve all your data. An availability group fails over at the availability-replica level. That is, an availability group fails over to one of its secondary replicas (the current failover target). |
備註 |
Remarks |
在資料庫級別,諸如因資料檔案丟失而使資料庫成為可疑資料庫、刪除資料庫或事務日誌損壞之類的資料庫問題不會導致可用性組進行故障轉移。 |
Issues at the database level, such as a database becoming suspect due to the loss of a data file, deletion of a database, or corruption of a transaction log, do not cause an availability group to failover. |
在故障轉移期間,故障轉移目標將接管主角色、恢復其資料庫並且使它們作為新的主資料庫處於聯機狀態。以前的主副本一旦可用將切換為輔助角色,並且其資料庫成為輔助資料庫。在可能的情況下,這些角色可以來回切換(或切換為不同的故障轉移目標),以應對多次故障或滿足管理的需要。 |
During the failover, the failover target takes over the primary role, recovers its databases, and brings them online as the new primary databases. The former primary replica, when available, switches to the secondary role, and its databases become secondary databases. Potentially, these roles can switch back and forth (or to a different failover target) in response to multiple failures or for administrative purposes. |
“ 故障轉移模式”屬性指定某一給定可用性副本支援的故障轉移形式。對於某一給定的可用性副本,可能的故障轉移模式取決於該副本的 可用性模式,如下所示: |
The form(s) of failover that a given availability replica supports is specified by the failover mode property.For a given availability replica, the possible failover modes depends on the availability mode of the replica, as follows: |
· 同步提交副本支援兩種設定:自動或手動。“自動”設定支援自動故障轉移和手動故障轉移。為了防止丟失資料,自動故障轉移和計劃的故障轉移要求故障轉移目標為同步提交的輔助副本且處於正常同步狀態(這表示故障轉移目標上的每個輔助資料庫與相應的主資料庫同步)。只要某一輔助副本不滿足這兩個條件,它就僅支援強制故障轉移。請注意, 強制故障轉移還支援角色處於“正在解析”狀態的副本。 |
· Synchronous-commit replicas support two settings-automatic or manual. The "automatic" setting supports both automatic failover and manual failover. To prevent data loss, automatic failover and planned failover require that the failover target be a synchronous-commit secondary replica with a healthy synchronization state (this indicates that every secondary database on the failover target is synchronized with its corresponding primary database). Whenever a secondary replica does not meet both of these conditions, it supports only forced failover. Note that forced failover is also supported a replicas whose role is in the RESOLVING state. |
· 非同步提交副本 僅支援手動故障轉移模式。此外,因為它們永遠不會同步,所以它們僅支援強制故障轉移。 |
· Asynchronous-commit replicas support only the manual failover mode. Moreover, because they are never synchronized, they support only forced failover. |
備註 |
Remarks |
故障轉移後,需要訪問主資料庫的客戶端應用程式必須連線到新的主副本。此外,如果新的輔助副本配置為允許只讀訪問,則只讀客戶端應用程式可以連線到它。有關客戶端如何連線到可用性組的資訊,請參閱 。 |
After a failover, client applications that need to access the primary databases must connect to the new primary replica. Also, if the new secondary replica is configured to allow read-only access, read-only client applications can connect to it. For information about how clients connect to an availability group, see . |
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/81227/viewspace-2654795/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 3模式
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 6模式
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 5模式
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 4模式
- [AlwaysOn] AlwaysOn可用性組的故障轉移和故障轉移模式[中英文對照] 2模式
- Sqlserver 2014 alwayson故障轉移群集節點被踢出群集SQLServer
- [AlwaysOn] AlwaysOn可用性組的可用性模式之間的差異模式
- Sentinel哨兵模式解決故障轉移模式
- 5 切換和故障轉移操作
- Elixir 分散式 Application 故障轉移和接管分散式APP
- Mysql MHA部署-05故障轉移MySql
- Oracle Dataguard故障轉移(failover)操作OracleAI
- redis健康檢查與故障轉移Redis
- SQLServer 2012 AG強制故障轉移SQLServer
- Windows故障轉移群集(WSFC)的備份和恢復Windows
- [AlwaysOn] 建立SQL Server AlwaysOn高可用性組T-SQL語法SQLServer
- 伺服器叢集的故障轉移方案伺服器
- 【Redis】Redis Cluster-叢集故障轉移Redis
- docker搭建redis叢集和Sentinel,實現故障轉移DockerRedis
- SQL Server 2008的故障轉移叢集概述UBSQLServer
- Redis 故障轉移、高可用方案,都在這了!Redis
- Oracle Rman多通道故障轉移問題分析Oracle
- MySQL MHA部署 Part 6 MHA故障轉移測試MySql
- weblogic多資料來源故障轉移問題Web
- 4.2.13 主備庫實現自動故障轉移
- PostgreSQL中利用驅動程式實現故障轉移SQL
- ES 筆記三十一:分片與叢集的故障轉移筆記
- 基於istio實現單叢集地域故障轉移
- 4.2.14 啟用客戶端快速連線故障轉移客戶端
- 使用etcd選舉sdk實踐master/slave故障轉移AST
- dolphinscheduler 實現master當機故障轉移能力原始碼分析AST原始碼
- 4.2.14.4 為ODP.NET啟用快速連線故障轉移
- 4.2.14.1 關於啟用客戶端快速連線故障轉移客戶端
- 4.2.14.2 為JDBC客戶機啟用快速連線故障轉移JDBC
- SQL Server 2022 AlwaysOn新特性之包含可用性組介紹SQLServer
- 使用ProxySQL實現MySQL Group Replication的故障轉移、讀寫分離(一)MySql
- [AlwaysOn2017] AlwaysOn的DMV和DMF - Sys.availability_replicasAI
- [AlwaysOn2017] AlwaysOn的DMV和DMF - Sys.availability_groupsAI