數(shù)據(jù)庫高可用能力，是數(shù)據(jù)庫能否承載核心業(yè)務(wù)的關(guān)鍵能力之一。在眾多的高可用架構(gòu)中，基于共享存儲的高可用架構(gòu)是最為常見、也是被廣泛使用的架構(gòu)。這其中的典型代表就是 Oracle RAC，幾乎已經(jīng)成為使用 Oracle 的標(biāo)配架構(gòu)。隨著近些年來國產(chǎn)數(shù)據(jù)庫逐步進入深水區(qū)，開始承載核心業(yè)務(wù)，因此對高可用的要求更高；那么基于共享存儲的高可用架構(gòu)正在被更多關(guān)注。本文嘗試對共享存儲架構(gòu)特點及國內(nèi)數(shù)據(jù)庫共享存儲架構(gòu)產(chǎn)品加以闡述，說明下此類架構(gòu)產(chǎn)品的當(dāng)前能力，便于用戶去選項使用。

1. 共享存儲架構(gòu)特點與優(yōu)勢

共享存儲架構(gòu)，對比于其他架構(gòu)有著鮮明的特點，可以提供很好的高可用、高性能、可擴展和應(yīng)用透明的特性。下圖將針對常用的架構(gòu)及與共享存儲架構(gòu)的對比來說明下。

（1）主備架構(gòu)（HA）

參見圖一。主備架構(gòu)，也簡稱HA架構(gòu)，是采取一主一備架構(gòu)；即正常運行情況下，所有應(yīng)用都連接到主數(shù)據(jù)庫，備數(shù)據(jù)庫處于空閑狀態(tài)。HA 軟件通過心跳線監(jiān)控主數(shù)據(jù)庫狀態(tài)，如果發(fā)現(xiàn)主庫宕機，則 HA 軟件將備數(shù)據(jù)庫實例自動啟動并拉起數(shù)據(jù)庫，再自動將VIP地址飄移到新主庫，所有應(yīng)用也將飄移到新主庫。

（2）非共享存儲架構(gòu)（MPP）

參見圖二。非共享磁盤架構(gòu)，也稱為 Shared Nothing 架構(gòu)，是一種典型的分布式架構(gòu)。這種架構(gòu)中，每一個節(jié)點都是獨立的、自給的，沒有共享存儲和硬盤，不存在單點競爭問題。這種架構(gòu)首先具備高可用，單臺出現(xiàn)故障其余節(jié)點仍可用；其次無資源競爭，幾乎可線性擴展；第三是支持并行計算，可拓展節(jié)點提高算力。這種架構(gòu)通常用于分析類場景，可支持很大的吞吐量，這里簡稱為 MPP 架構(gòu)。

（3）數(shù)據(jù)分片架構(gòu)（Sharding）

參見圖三。與非共享存儲架構(gòu)類似，同樣每個節(jié)點都是獨立的、自給的，沒有共享存儲和硬盤，不存在單點競爭問題，具有良好的擴展性和容錯隔離能力等。與前者稍有區(qū)別在于場景，數(shù)據(jù)分片架構(gòu)是伴隨著互聯(lián)網(wǎng)發(fā)展起來的，其原理是將一個完整的邏輯數(shù)據(jù)庫通過分片鍵劃分成多個相互獨立的物理數(shù)據(jù)庫，應(yīng)用軟件再通過分片鍵進行路由訪問。這樣不僅單個交易事務(wù)將被路由到某個分片數(shù)據(jù)庫，只訪問一個小數(shù)據(jù)庫，具備更好的性能，而且隨著訪問量的爆炸式膨脹，可快速增加更多節(jié)點和存儲，提供更多的對外服務(wù)能力，實現(xiàn)良好的擴展性。這種架構(gòu)通常用于在線交易場景，可支持較高并發(fā)，這里簡稱為 Sharding 架構(gòu)。

（4）主從復(fù)制架構(gòu)（Replication）

參見圖四。與之前談到的主備架構(gòu)類似，主從復(fù)制架構(gòu)數(shù)據(jù)庫也均為單機，區(qū)別在于從數(shù)據(jù)庫是否在線并提供服務(wù)。當(dāng)主庫出現(xiàn)故障時，將切換到某個從庫。主從數(shù)據(jù)庫之間是通過數(shù)據(jù)復(fù)制技術(shù)保證數(shù)據(jù)同步的。從數(shù)據(jù)復(fù)制技術(shù)來講，存在邏輯復(fù)制或物理復(fù)制（基于塊），相對而言后者效率更高些。但這種架構(gòu)天然存在主從延時問題，雖然也可設(shè)置為強同步模式，但性能會下降很多且無法應(yīng)對單點故障問題。這類架構(gòu)在互聯(lián)網(wǎng)公司非常普遍，這里簡稱為 Replication 架構(gòu)。

（5）多活復(fù)制架構(gòu)（Multi-Active）

參見圖五。多活復(fù)制架構(gòu)也是基于數(shù)據(jù)復(fù)制技術(shù)，這點與主從復(fù)制架構(gòu)一樣；區(qū)別在于多份數(shù)據(jù)都可進行寫操作。這種架構(gòu)會導(dǎo)致嚴(yán)重的寫數(shù)據(jù)沖突和數(shù)據(jù)一致性問題，同時，多數(shù)據(jù)副本存在，也加大管理、維護難度。此類架構(gòu)產(chǎn)品相對而言，比較小眾。這里簡稱為 Multi-Active 架構(gòu)。

下表將針對上面這些架構(gòu)的優(yōu)缺點及與共享存儲架構(gòu)（如圖六）對比，后者存在的優(yōu)勢加以說明。

2. Oracle RAC 主要能力及發(fā)展史

作為共享存儲架構(gòu)產(chǎn)品的代表性產(chǎn)品，Oracle RAC 可以說是將共享存儲架構(gòu)真正推廣開來。下面我們簡單了解下Oracle RAC 這一產(chǎn)品，也為后面談國產(chǎn)數(shù)據(jù)庫類似架構(gòu)產(chǎn)品加以參照對比。

（1）Oracle RAC 核心能力

下面是摘自 Oracle 官方的一篇白皮書，重點闡述了 RAC 的核心能力。

? 高可用性

支持關(guān)鍵應(yīng)用程序的數(shù)據(jù)庫，需要持續(xù)地為應(yīng)用程序請求提供服務(wù)，即使面臨硬件或軟件故障。它還必須能夠在不中斷應(yīng)用程序的情況下，在所有級別（包括硬件、操作系統(tǒng)、數(shù)據(jù)庫軟件和數(shù)據(jù)庫模式）執(zhí)行計劃維護。

? 工作負(fù)載可伸縮性

支持關(guān)鍵應(yīng)用程序的數(shù)據(jù)庫，需要動態(tài)地、不中斷地適應(yīng)不斷增加的應(yīng)用程序工作負(fù)載。它必須透明地擴展計算、存儲、內(nèi)存、連接、用戶并以應(yīng)對應(yīng)用程序復(fù)雜性。

? 不更改應(yīng)用程序

支持關(guān)鍵應(yīng)用程序的數(shù)據(jù)庫必須支持上述需求，而不需要更改應(yīng)用程序。企業(yè)已經(jīng)投入了數(shù)十人年的工程師時間來開發(fā)他們的應(yīng)用程序，重寫現(xiàn)有的應(yīng)用程序并不劃算。

（2）Oracle RAC 架構(gòu)及組件

互連是 RAC 體系結(jié)構(gòu)的一個關(guān)鍵元素，因為它有助于確保向外擴展的 Oracle RAC 數(shù)據(jù)庫被視為“單個”數(shù)據(jù)庫系統(tǒng)。這意味著應(yīng)用程序不需要知道哪個數(shù)據(jù)庫實例正在處理工作負(fù)載請求。此外，Oracle RAC 使用五個關(guān)鍵軟件組件:

? 可擴展的數(shù)據(jù)庫實例

多個數(shù)據(jù)庫實例并發(fā)訪問數(shù)據(jù)庫數(shù)據(jù)是不夠的；它們必須有能力協(xié)調(diào)應(yīng)用訪問和數(shù)據(jù)更新。這種智能擴展能力關(guān)鍵在于由 Oracle RAC 提供獨特的緩存融合技術(shù)，該算法實現(xiàn)跨節(jié)點數(shù)據(jù)的一致分布式緩存的，以實現(xiàn)有效的水平擴展。

? 集群管理

集群管理組件，將多臺服務(wù)器轉(zhuǎn)換為高可用性集群。從管理角度來看，集群作為單個實體進行管理，而不是作為獨立服務(wù)器池進行管理。集群管理組件還提供故障集群的檢測、故障轉(zhuǎn)移和節(jié)點成員管理。

? 自動存儲管理

通過允許所有用戶并發(fā)訪問數(shù)據(jù)庫文件來擴展存儲 Oracle RAC 數(shù)據(jù)庫實例。此外，Oracle ASM提供卷管理功能，包括優(yōu)化的數(shù)據(jù)庫文件訪問和數(shù)據(jù)鏡像，以防止存儲故障。

? 應(yīng)用程序連續(xù)性

支持將活動應(yīng)用程序連接自動透明地轉(zhuǎn)移到存活的實例，通過以非中斷和快速的方式執(zhí)行或部分執(zhí)行正在運行的請求和事務(wù)重演。

? 補丁和配置

自動化補丁和配置管理，通過提供編排配置，修補和升級，以最大限度提高數(shù)據(jù)庫對應(yīng)用程序的可用性。

（3）Oracle RAC 發(fā)展歷史

自2001年9i版本推出之后，歷經(jīng)20年的發(fā)展，不僅在全球各行各業(yè)得到了廣泛深入的運用，而且 Oracle 公司一直在不斷優(yōu)化 RAC 技術(shù)本身，每個版本都推出了涵蓋 RAC 高可用性、高性能等領(lǐng)域的若干新特性。從最早期的8i版本開始，RAC 的雛形已經(jīng)出現(xiàn)（當(dāng)時名為Oracle Parallel Server，OPS），其實現(xiàn)多實例的數(shù)據(jù)讀讀，讀寫模式(DLM)和寫寫模式，仍后者仍需要借助磁盤作為中介，因此效率較低。到了9i版本，真正實現(xiàn)了內(nèi)存融合，具備全局資源目錄，并獨立出 LMON、LMS 等進程專門管理；10g版本，出現(xiàn)了獨立的集群服務(wù)，包括CSS、CRS、EVM等，并有了ASM文件系統(tǒng)專門用于集群文件管理；11g版本，具備了集群資源管理、引入SCAN IP 等；12c版本，則出現(xiàn)了 Flex Cluster 和 Flex ASM，徹底改變了 RAC 集群中數(shù)據(jù)庫實例與ASM實例間的關(guān)系...

3. 國產(chǎn)數(shù)據(jù)庫RAC能力說明

近些年來，隨著國產(chǎn)數(shù)據(jù)庫在更多行業(yè)、更核心場景投入使用，共享存儲架構(gòu)的優(yōu)勢凸顯，廠商也越發(fā)重視對共享存儲架構(gòu)的投入。很多廠商也紛紛推出了自有的基于共享存儲架構(gòu)的產(chǎn)品，其目標(biāo)都是對標(biāo) Oracle RAC。下面針對收集到的國內(nèi)部分廠商此類架構(gòu)產(chǎn)品做了簡單介紹與對比。從整體上看，當(dāng)前國內(nèi)此類產(chǎn)品還相對處于早期，信息資料也不是很完整，下文根據(jù)各廠商官網(wǎng)及白皮書上的信息整理如下。

（1）達(dá)夢-DMDSC

DM 共享存儲數(shù)據(jù)庫集群，英文全稱 DM Data Shared Cluster，簡稱 DMDSC；是在 DM8 中采用的一項新技術(shù)，具有高可用性、可擴展性，是數(shù)據(jù)庫支持網(wǎng)絡(luò)計算環(huán)境的核心技術(shù)。DMDSC集群是一個多實例、單數(shù)據(jù)庫的系統(tǒng)，主要由數(shù)據(jù)庫和數(shù)據(jù)庫實例、共享存儲、本地存儲、通信網(wǎng)絡(luò)、以及集群控制軟件DMCSS組成。DM 共享存儲數(shù)據(jù)庫集群，允許多個數(shù)據(jù)庫實例同時訪問、操作同一數(shù)據(jù)庫，具有高可用、高性能、負(fù)載均衡等特性。用戶可以登錄集群中的任意一個數(shù)據(jù)庫實例，獲得完整的數(shù)據(jù)庫服務(wù)。DMDSC 支持故障自動切換和故障自動重加入，某一個數(shù)據(jù)庫實例故障后，不會導(dǎo)致數(shù)據(jù)庫服務(wù)無法提供。

? 架構(gòu)圖

DMDSC 集群主要由數(shù)據(jù)庫和數(shù)據(jù)庫實例、共享存儲、DMASM 或 DMASM 鏡像、本地存儲、通信網(wǎng)絡(luò)、集群控制軟件 DMCSS、集群監(jiān)視器 DMCSSM 組成。數(shù)據(jù)文件、控制文件在集群系統(tǒng)中只有一份，不論有幾個節(jié)點，這些節(jié)點都平等地使用這些文件，這些文件保存在共享存儲上。每個節(jié)點有自己獨立的聯(lián)機日志和歸檔日志，聯(lián)機日志和歸檔日志都需要保存在共享存儲上。

? 特點：高可用性

只要集群中有一個活動節(jié)點，就能正常提供數(shù)據(jù)庫服務(wù)。此外，當(dāng)出現(xiàn)磁盤損壞或數(shù)據(jù)丟失時，既可以利用其他鏡像副本繼續(xù)提供數(shù)據(jù)庫服務(wù)，又可以使用其他鏡像副本進行數(shù)據(jù)恢復(fù)。

• 實例高可用-DMCSS，當(dāng)出現(xiàn)系統(tǒng)故障、硬件故障、或人為操作失誤時，DMCSS 可檢測故障并自動將故障節(jié)點踢出集群，保證數(shù)據(jù)庫服務(wù)的正常提供。故障節(jié)點的用戶連接會自動切換到活動節(jié)點，這些連接上的未提交事務(wù)將被回滾，已提交事務(wù)不受影響；活動節(jié)點的用戶連接不受影響，正在執(zhí)行的操作將被掛起一段時間，在故障處理完成后，繼續(xù)執(zhí)行。當(dāng) DMCSS 檢測到故障節(jié)點恢復(fù)時，自動啟動節(jié)點重加入流程，將恢復(fù)的故障節(jié)點重新加入 DMDSC 集群，將集群恢復(fù)到正常的運行狀態(tài)。
• 數(shù)據(jù)高可用-DMASM，如果 DMDSC 配置了 DMASM 鏡像，鏡像功能可提供多副本技術(shù)。當(dāng)出現(xiàn)磁盤損壞或數(shù)據(jù)丟失時，系統(tǒng)無需人工干預(yù)即可利用其他鏡像副本繼續(xù)提供數(shù)據(jù)庫服務(wù)，同時又可以自動或手動通過使用其他鏡像副本進行數(shù)據(jù)恢復(fù)。

? 特點：高吞吐量

• 多個節(jié)點同時提供數(shù)據(jù)庫服務(wù)，有效提升集群的整體事務(wù)處理能力。
• DMDSC 集群中包含多個數(shù)據(jù)庫實例，數(shù)據(jù)庫實例訪問獨立的處理器、內(nèi)存，數(shù)據(jù)庫實例之間通過緩存交換技術(shù)提升共享數(shù)據(jù)的訪問速度，每個數(shù)據(jù)庫實例都可以接收并處理用戶的各種數(shù)據(jù)庫請求。
• 與單節(jié)點數(shù)據(jù)庫管理系統(tǒng)相比，DMDSC 集群可以充分利用多臺物理機器的處理能力，支撐更多的用戶連接請求，提供更高的吞吐量。與雙機熱備系統(tǒng)相比，DMDSC 集群不存在始終保持備用狀態(tài)的節(jié)點，不會造成硬件資源的浪費。

? 特點：負(fù)載均衡

一方面，通過巧用服務(wù)名，用戶的連接請求被平均分配到集群中的各個節(jié)點，確保連接負(fù)載平衡；另一方面，條帶化技術(shù)可保證寫入的數(shù)據(jù)均勻分布到磁盤組內(nèi)的不同磁盤中，實現(xiàn)數(shù)據(jù)負(fù)載均衡。

• 流量負(fù)載均衡，通過配置 DM 數(shù)據(jù)庫連接服務(wù)名來訪問 DMDSC 集群，可以實現(xiàn)節(jié)點間的連接自動負(fù)載均衡。用戶的數(shù)據(jù)庫連接請求會被自動、平均地分配到 DMDSC 集群中的各個節(jié)點。并且連接服務(wù)名支持 JDBC、DPI、ODBC、DCI、.Net Provider 等各種數(shù)據(jù)庫接口。
• IO負(fù)載均衡，通過配置 DMASM 鏡像，使用鏡像的條帶化技術(shù)可保證寫入的數(shù)據(jù)均勻分布到磁盤組內(nèi)的不同磁盤中，實現(xiàn)數(shù)據(jù)負(fù)載均衡。

（2）人大金倉-KES RAC

? 架構(gòu)圖

KES RAC 提供了數(shù)據(jù)庫的連接驅(qū)動，實現(xiàn)了客戶端的負(fù)載均衡。中間部分的集群管理軟件-clusterware，提供集群成員管理，進行故障檢測與處置。KES RAC 數(shù)據(jù)庫提供跨節(jié)點一致的讀寫服務(wù)。集群文件系統(tǒng)支持各節(jié)點數(shù)據(jù)庫對共享存儲的一致性訪問。

? 特點：讀寫請求橫向擴展

KingbaseES RAC集群目前支持2~8個節(jié)點的規(guī)模。在OLTP類應(yīng)用可以無沖突的訪問各個節(jié)點時，可以獲得0.8以上的吞吐量加速比。

? 特點：高可用性

使用 KingbaseES RAC 可以在一定程度上避免因為硬件或軟件故障引起的計劃內(nèi)或計劃外停機，增加系統(tǒng)的可用性。KingbaseES RAC提供RPO=0，RTO<60s的可用性以及故障排除后的自動恢復(fù)能力。在2節(jié)點部署、200并發(fā)、負(fù)載均衡、多表2000行/s寫入情況下，集群默認(rèn)配置下RTO參考

? 特點：多種部署模式

• 負(fù)載均衡模式，集群各節(jié)點都接收讀寫請求，在提供可用性的同時提供橫向性能擴展。在各節(jié)點請求無沖突時基準(zhǔn)測試可實現(xiàn)0.8以上的加速比。
• 單活模式，集群單節(jié)點接收讀寫請求，其他節(jié)點只在接收請求的節(jié)點故障后接管。各類資源的主節(jié)點都保持在接收請求的節(jié)點。適用于負(fù)載均衡模式下有跨節(jié)點通信瓶頸業(yè)務(wù)場景，提供可用性的同時不會有主備復(fù)制的同步延遲。
• One Node模式，類似Oracle RAC One Node模式，集群中提供多個單實例服務(wù)，提供冷備級可用性，單實例支持?jǐn)U展為多實例。適用于數(shù)據(jù)庫集中類場景，需要低成本運行多個業(yè)務(wù)。

（3）南大通用-GBase8s

GBase 8s是天津南大通用數(shù)據(jù)技術(shù)股份有限公司自主研發(fā)的、成熟穩(wěn)定的基于共享存儲的數(shù)據(jù)庫集群。該方案實現(xiàn)了在低成本服務(wù)器上構(gòu)建數(shù)據(jù)庫高可用系統(tǒng)，應(yīng)用自由部署，故障自動切換。GBase 8s 共享存儲集群 Shared Storage Cluster（SSC）通過多個節(jié)點對外提供服務(wù)，保障系統(tǒng)高可用。數(shù)據(jù)保存在共享存儲上，所有節(jié)點共享一份數(shù)據(jù)。共享存儲集群提供的通信協(xié)議、SQL 協(xié)議與單機相同，保障應(yīng)用系統(tǒng)無縫遷移。支持集中式部署、共享存儲高可用部署、兩地三中心高可用部署，具備高容量、高并發(fā)、高性能等特性。

? 特點：高可用性

• 當(dāng)某節(jié)點發(fā)生故障時，其他節(jié)點自動接管服務(wù)請求。主節(jié)點故障秒級切換，輔助節(jié)點故障不影響數(shù)據(jù)庫服務(wù)。
• 共享存儲高可用，支持共享存儲高可用，解決用戶關(guān)鍵業(yè)務(wù)中非常關(guān)心的數(shù)據(jù)高可用問題，支持故障自動秒級切換。支持節(jié)點數(shù)達(dá)16個，用戶可通過增加節(jié)點數(shù)，實現(xiàn)讀性能近線性提升。
• 支持同機房共享存儲（SSC）、主備高可用災(zāi)備（HAC）能力、異地災(zāi)備高可用（RHAC）能力。

? 特點：高擴展性

GBase 8s 共享存儲集群最高可支持 128 節(jié)點，用戶可根據(jù)自己需要在線增加節(jié)點數(shù)。

? 特點：應(yīng)用透明性

Connection Manager 功能部件，它可以提供SLA功能，更好地實現(xiàn)負(fù)載均衡的能力，同時提供了 FOC（FailOver Connection) 功能，實現(xiàn)透明故障接管能力。

? 特點：多部署方式

GBase 8s 系統(tǒng)的高可用集群有共享存儲集群、容災(zāi)集群三種，并支持組合，實現(xiàn)兩地三中心高可用部署。集群切換可通過連接管理器（CM）組件實現(xiàn)。

• 災(zāi)備集群 HAC(High availability cluster)根據(jù)備份距離不同分為同城災(zāi)備集群和異地災(zāi)備集群。HAC 技術(shù)是一種將數(shù)據(jù)從主服務(wù)器復(fù)制到備服務(wù)器的技術(shù)。異地災(zāi)備集群是同城容災(zāi)的擴展，提供遠(yuǎn)程的容災(zāi)備份方案，同城容災(zāi)備集群支持同步、半同步、異步三種模式，異地災(zāi)備集群支持異步模式；
• 共享存儲集群SSC(Shared storage cluster) 通過多個節(jié)點對外提供服務(wù)，保障系統(tǒng)高可用。數(shù)據(jù)保存在共享存儲上，所有節(jié)點共享一份數(shù)據(jù)。當(dāng)主節(jié)點出現(xiàn)故障時，備節(jié)點將自動、快速接管主節(jié)點服務(wù)。
• 企業(yè)級復(fù)制 Enterprise Replication（ER）是基于日志的異步工具，用于在 GBase 8s Server 數(shù)據(jù)庫服務(wù)器之間復(fù)制數(shù)據(jù)。源服務(wù)器上的Enterprise Replication 通過讀取邏輯日志，存儲事務(wù)并將每個事務(wù)作為復(fù)制數(shù)據(jù)可靠傳輸至目標(biāo)服務(wù)器。
• 連接管理器（CM）是一個輕量級連接管理組件，位于應(yīng)用程序和 8s 高可用數(shù)據(jù)庫集群之間，根據(jù)集群狀態(tài)提供負(fù)載均衡及故障接管功能，支持代理和重定向兩種模式。

GBase 8s 提供強大的高可用集群整體解決方案，除 SSC、HAC、遠(yuǎn)程 HAC 集群外，還支持 SSC+HAC 構(gòu)建同城雙活高可用架構(gòu)方案、SSC+HAC+遠(yuǎn)程 HAC 異地災(zāi)備技術(shù)構(gòu)建兩地三中心高可用架構(gòu)方案，以及支持實時同步的 ER 集群解決方案。

（4）優(yōu)炫-UXDB SRAC

優(yōu)炫的共享存儲多寫多讀高可用集群（SRAC）是 UXDB 基于 shared-disk 架構(gòu)的共享存儲集群。通過 SRAC 構(gòu)建更強大的高可用、高性能、易伸縮解決方案，適用于金融賬務(wù)系統(tǒng)、生產(chǎn)制造等大型交易應(yīng)用。

? 特點：高可用

共享存儲集群高可用，SRAC 是將多個優(yōu)炫數(shù)據(jù)庫通過組網(wǎng)方式并聯(lián)在一起，集群間各數(shù)據(jù)庫實例通過共享存儲的模式共用一份數(shù)據(jù)文件集合，并利用共享緩沖區(qū)，在集群之間建立信息同步機制，保證集群內(nèi)各實例的相互協(xié)調(diào)，實現(xiàn)多活分布，多寫多讀。針對高可用的保障分為故障轉(zhuǎn)移和數(shù)據(jù)完整性。故障轉(zhuǎn)移是當(dāng)集群中某臺數(shù)據(jù)庫實例出現(xiàn)故障時，SQL 請求會被轉(zhuǎn)移到其它正常實例上，保障應(yīng)用訪問的連續(xù)性。數(shù)據(jù)文件存儲在集中式共享存儲中，通過多副本機制，保證數(shù)據(jù)的完整性。

? 特點：負(fù)載均衡

負(fù)載均衡是指將不同的請求分布到多個服務(wù)器，以便可以在其中均衡分配負(fù)載。優(yōu)炫數(shù)據(jù)庫的負(fù)載均衡支持輪詢、權(quán)重、最小連接數(shù)以及自定義負(fù)載均衡策略，能顯著提升數(shù)據(jù)庫整體性能，優(yōu)炫數(shù)據(jù)庫提供如下負(fù)載均衡方案。UXPool 是位于 UXDB 服務(wù)器和客戶端之間的中間件，提供連接池、復(fù)制、負(fù)載均衡、并行查詢、限制超過限度的連接等功能，程序攔截每個 SQL 查詢并把它發(fā)送給一個或多個 UXDB 節(jié)點，適用于讀寫分離的 UXDB 集群部署方式下的負(fù)載均衡。使用該 UXPool 可有效減少數(shù)據(jù)庫連接開銷，其配合 UXDB 集群的浮動 IP 配置，可滿足多節(jié)點故障自動轉(zhuǎn)移，實現(xiàn)需要負(fù)載均衡但對應(yīng)用完全透明的需求。集群節(jié)點故障后自動切換，故障恢復(fù)自動重加入。

? 特點：災(zāi)備

區(qū)別于為應(yīng)對意外事件造成的數(shù)據(jù)丟失問題的備份，容災(zāi)是為了在遭遇災(zāi)害時能保證信息數(shù)據(jù)庫系統(tǒng)仍能正常運行，幫助企業(yè)實現(xiàn)業(yè)務(wù)連續(xù)性目標(biāo)。UXDB 支持基于應(yīng)用程序、數(shù)據(jù)庫、存儲設(shè)備的遠(yuǎn)程復(fù)制和操作系統(tǒng)級的遠(yuǎn)程鏡像等多種方法。支持同城雙中心災(zāi)備、二地三中心的異地災(zāi)備方案。

（5）崖山-YanshanDB

? 架構(gòu)圖

• YashanDB共享集群依據(jù)YashanDB的數(shù)據(jù)庫內(nèi)核邏輯演進而來，并在共享存儲的基礎(chǔ)上引入了Cohesive Memory核心技術(shù)，用于集群數(shù)據(jù)庫各實例之間協(xié)同數(shù)據(jù)頁的讀寫訪問以及各種非數(shù)據(jù)類資源的并發(fā)控制。其中，GRC（ Global Resource Catalog ）負(fù)責(zé)全局資源管理，GCS（ Global Cache Service ）負(fù)責(zé)全局?jǐn)?shù)據(jù)頁管理，GLS（ Global Lock Service ）負(fù)責(zé)全局鎖管理。
• Inter-Communication Service，內(nèi)部通訊服務(wù)，簡稱ICS，用于建立實例之間的連接池，并實現(xiàn)實例間的相互通信。
• Yashan File System，崖山文件系統(tǒng)，簡稱YFS，崖山文件系統(tǒng)承擔(dān)了集群文件系統(tǒng)的職責(zé)，直接管理裸設(shè)備，并提供強一致的文件系統(tǒng)服務(wù)給數(shù)據(jù)庫使用。
• Yashan Cluster Service，崖山集群服務(wù)，簡稱YCS，崖山集群服務(wù)是集群數(shù)據(jù)庫高可用的核心部件，統(tǒng)一管理崖山文件系統(tǒng)、數(shù)據(jù)庫等資源，包括配置、啟停、監(jiān)控等，并在各種故障場景下提供仲裁服務(wù)，維護全局統(tǒng)一的拓?fù)錉顟B(tài)，支撐YashanDB共享集群從部署到啟停的完整形態(tài)的穩(wěn)定運行。

? 特點：高可用

• 一套共享集群由若干臺服務(wù)器組成，當(dāng)某臺物理服務(wù)器宕機時，共享集群仍能正常提供服務(wù)。
• 崖山集群文件系統(tǒng)（后續(xù)簡稱YFS），還提供了管理diskgroup（磁盤組）、failuregroup（故障組）等重要特性，以支持共享集群的存儲高可用。

? 特點：透明應(yīng)用切換

通過TAF（ Transparent Application Failover ）技術(shù)，在客戶端層面實現(xiàn)數(shù)據(jù)庫服務(wù)端發(fā)生故障時，能夠自動重連或切換到活躍實例，不需要用戶介入和感知，但用戶的未提交事務(wù)將被執(zhí)行回滾。透明應(yīng)用切換屬于客戶端側(cè)功能，用戶可自由選擇是否使用，但與不使用導(dǎo)致拋出連接錯誤相比，透明應(yīng)用切換使得應(yīng)用程序?qū)τ脩糇兊酶佑押?，最大程度保證了業(yè)務(wù)的連續(xù)性。