『壹』 什麼叫分布式資料庫，有什麼優點和缺點
1.分布式資料庫是資料庫的一種，是資料庫技術和網路技術的結合產物。
2.各有優點和缺點.分布式資料庫分為邏輯上分部物理上分布及邏輯上分布物理上集中兩種。
是的,分布式數據文件便於資料庫的管理維護。
『貳』 地質－生態環境空間資料庫建庫標准
一、范圍
本標準定義了山東半島城市群地質－生態環境空間資料庫的數據結構框架、數據實體及實體之間的相互關系，定義了成果圖件空間數據的要素集、要素類、要素分類代碼及屬性數據項，可用於山東半島城市群項目數據的採集、存儲、管理、共享及資料庫建設。
二、規范性引用文件
下列標准所包含的條文，通過在本標准中引用而構成為本標準的條文。本標准出版時，所示版本均為有效。所有標准都會被修訂，使用本標準的各方應探討使用下列標准最新版本的可能性。
GB / T 1. 1—2000 標准化工作導則 第 1 部分: 標準的結構和編寫規則
GB / T 13923—92 國土基礎信息數據分類代碼
GB / T 2260—1999 中華人民共和國行政區劃代碼
GB / T 2659 世界各國和地區名稱代碼
GB / T 9649—88 地質礦產術語分類代碼
DZ / T 0160—95 1∶ 200000 地質圖地理底圖編繪規范及圖式
DZ / T 0197—1997 數字化地質圖圖層及屬性文件格式
GB 958—99 區域地質圖圖例 ( 1∶ 50000)
DZ / T 0179—1997 地質圖用色標准及用色原則
DDB 9702 GIS 圖層描述數據內容標准
GB 17108—1997 海洋功能區劃技術導則
中國地質調查局 地質圖空間資料庫建設工作指南 ( 2. 0 版)
中國地質調查局 1∶ 20 萬區域水文地質圖空間資料庫圖層及屬性文件格式工作指南
三、術語和定義
本標准涉及的主要術語如下:
1. 地理信息資料庫 ( geodatabase)
採用標准關系資料庫技術來管理、表現地理信息的空間資料庫。
2. 數據包 ( data package)
邏輯相關數據實體的集合，本標准中將山東半島城市群項目數據整體視作一個數據包。
3. 數據實體 ( data entity)
描述專業領域同一類型數據的數據元素的集合，如地質構造數據實體，概念上等同於UML 的類。數據實體可通過一個或多個相關的數據元素及相關的數據實體定義。
4. 數據集 ( dataset)
邏輯相關數據組成的數據集合，如一幅地圖可視作一個數據集，數據集是一個邏輯上的整體。
5. 數據子集 ( subdataset)
按一定規則劃分的數據集中邏輯相關數據的集合，本標准中的一個數據子集對應一個地圖要素類，數據子集類別對應地圖上的圖層劃分。
6. 空間數據 ( spatial data)
用來表示空間實體的位置、形狀、大小和分布特徵諸方面信息的數據。空間數據不僅具有實體本身的空間位置及形態信息，而且還有實體屬性和空間關系 ( 如拓撲關系)信息。
7. 空間參照系 ( spatial reference)
對地理信息數據的空間范圍和投影的描述。
8. 地圖 ( map)
地理信息的圖形描述，包括地理信息數據和地圖元素，如標題、圖例和比例尺等。本標准中將一幅地圖視作一個數據集進行管理，並通過一組要素集 ( 要素類、關系類、屬性表的集合) 、空間參照系、地圖樣式定義地圖的數據內容及顯示方式。
9. 圖層 ( layer)
地圖上特定區域范圍內按一定規則劃分的相似要素類的集合，如水系、城鎮。圖層為要素類的專題組合及表現，一個圖層定義了它包含地理信息數據的地理位置和顯示方法。
10. 要素 ( feature)
現實世界中的對象在地圖圖層中的表示，如地圖中表示道路的一條線。
……
四、縮略語和符號
1. 縮略語
ARD 圖外整飾要素 ( Elements Around Map)
BMAP 地理底圖 ( Basemap)
BOU 境界、邊界 ( Bourn)
CD 代碼 ( Code)
COL 綜合柱狀圖 ( Colomnar Chart)
DT 日期 ( Date)
ELE 地形高程 ( Elevation)
……
2. UML 類圖符號
山東半島城市群地區地質－生態環境與可持續發展研究
3. ER 圖符號
山東半島城市群地區地質－生態環境與可持續發展研究
五、基於 UML 的 Geodatabase 的空間數據模型
構建地質數據的空間數據模型是建立地質信息資料庫的一項關鍵工作，是資料庫建設的基礎。Geodatabase 數據模型作為 ArcGIS 軟體平台的一種通用數據形式，目前已被國內外眾多地質空間資料庫的建設所採用。數據建模也已經成為地質資料庫建立的一項主要內容。
目前針對地質、水文、礦產、海洋等多個領域的專業 Geodatabase 數據模型都已存在，國內目前應用於區域地質 － 生態環境調查的綜合地質 － 生態環境空間數據模型還比較少見。因此，本項目在分析國內外目前比較通用的各專業數據模型的基礎上，提出了專門面向山東半島城市群地質 － 生態環境空間資料庫建設的 Geodatabase 數據模型。
在 Geodatabase 數據模型中，允許定義要素之間類型的關聯，Geodatabase 對空間數據管理以關系資料庫為基礎，利用商用關系資料庫成熟的數據處理能力對空間數據和非空間數據進行統一管理。Geodatabase 使用面向對象的方法，使得要素可以具有自己的行為和屬性，並且要素類具有繼承性、多態性和封裝性。這樣，以更加適合自然的行為和人的思維方式去組織數據，更精確地模擬真實世界。
1. Geodatabase 數據模型的結構體系
Geodatabase 數據模型作為一種新型的面向對象的數據模型，融入了面向對象的核心技術，如類 ( Class) 、對象 ( Object) 、封裝 ( Encapsulation) 、繼承 ( Inheritance) 和多態( Polymorphism) 等思想和技術。Geodatabase 數據模型的目的就是為了讓用戶能更容易、更自然地表示 GIS 數據特徵和更容易地建立特徵之間的各種關系。Geodatabase 空間資料庫數據模型如表 12 －1 所示。
表 12 －1 Geodatabase 內部結構
續表
2. Geodatabase 資料庫模型的特點
Geodatabase 有兩種，即個人與多用戶 Geodatabase。
1) 個人 Geodatabase 支持內置於 ArcGIS 系統並提供對本地數據的訪問，適用於面向項目的 GIS，在 Microsoft Access 資料庫平台上實現，提供生成和更新 Access 資料庫的服務，可處理小型或適中的 Access 資料庫。但個人 Geodatabase 的存儲容量有不能超過 2GB的限制。
2) 多用戶的 Geodatabase 是通過 ArcSDE ( ARC 空間資料庫引擎) 實現的。ArcSDE可以生成和訪問從小型到大型的 Geodatabase 並提供關系型數據的開放界面。
與標準的關系資料庫相比，Geodatabase 簡化了地理數據建模的工作，因為它包含有用於建模地理信息的通用模型。
此外，Geodatabase 還同時支持兩個視圖，即對象視圖和關系視圖。這樣就綜合了對象視圖和關系視圖兩者的優點。對象視圖在 Geodatabase 中占據主導地位，其目的是提供一個接近於邏輯數據模型的數據模型，因而更接近於現實。關系視圖則用於一些 Geodata-base 數據的常規處理，它表示的是一些簡單地理對象的特徵。
3. 基於 UML 的 Geodatabase 數據模型的設計
( 1) Geodatabase 資料庫設計的方法
在 ArcGIS 中，建立地理資料庫可以有多種方法。藉助 ArcCatalog，可以通過 3 種方式建立新的地理資料庫。
第一種方法是建立一個新的地理資料庫。
第二種方法是移植已經存在的數據到地理資料庫中去。
第三種方式是用 CASE 工具來建立地理資料庫。
( 2) 面向對象和 UML ( 統一建模語言)
面向對象是軟體程序設計中的一種新思想，它能使程序設計更加貼近現實，並且花費更小的精力。面向對象方法學包含了對象 ( object) 、類 ( classification) 、繼承 ( inherit-ance) 、聚集和消息 ( messages) 的概念。
UML ( Unified Modeling Language，統一建模語言) 是一種基於面向對象方法的建模語言，具有創建系統的靜態結構和動態行為等多種結構模型的能力，是一種通用的建模語言。在 Geodatabase 的設計中，主要用到描述系統靜態結構的類圖。類圖的節點表示系統中的類及其屬性和操作。類圖的邊表示類之間的聯系，包括繼承、關聯、依賴、聚合等。
類的表示由 3 個部分方框組成，上面部分給出了類的名稱; 中間部分給出了該類的單個對象的屬性; 下面部分給出了一些可以應用到這些對象的操作。類的表示如圖 12 －5。
圖 12 －5 類的表示
關聯是對類的實例之間聯系的命名，與關聯有關的內容有關聯元數 ( Degree) 、關聯角色 ( Role) 和重復度 ( Multiplicity) 。
UML 中有 3 種類型的類: 抽象類 ( abstract class) 、可創建化類 ( creatable class) 和可實例化類 ( instantiable class) 。
UML 類圖的符號見本節第四部分內容。
( 3) 面向對象的地理數據模型的設計方法
利用 CASE 工具進行 Geodatabase 數據模型設計的步驟具體為:
1) 在 CASE 工具中進行 UML 建模。
2) 將設計好的 UML 模型載入資料庫 ( repositry) 。
3) 利用 GIS 軟體提供的 CASE 介面，根據資料庫中的 UML 模型生成空間資料庫結構。至此，Geodatabase 空間資料庫結構初具雛形。在 GIS 軟體環境中，現在可以將新生成的數據或已有的數據進行格式轉換後載入到設計好的 Geodatabase 空間資料庫中，由空間資料庫統一管理。利用 CASE 工具來建立 Geodatabase 地理資料庫的工作流程見圖12 － 6。
圖 12 －6 利用 CASE 工具來建立 Geodatabase 地理資料庫的工作流程
六、地質 － 生態環境 Geodatabase 數據模型的建立
( 一) 數據模型設計的依據
根據山東半島城市群地質 － 生態環境調查評價研究工作的需要和山東半島城市群地質 － 生態環境 GIS 資料庫系統的整體設計要求，結合各地質 － 生態環境要素的成果圖件和文本報告資料，利用 UML 設計工具 Microsoft Visio 完成了山東半島城市群地質 － 生態環境Geodatabase 數據模型的設計 ( 圖 12 － 7) 。
圖 12 －7 山東半島城市群地質 － 生態環境 Geodatabase 數據模型的設計依據
( 二) 山東半島城市群地質 － 生態環境資料庫的 UML 類圖
1. 數據集管理
山東半島城市群項目數據包中的數據以數據集為單元統一組織管理，數據集管理方式就是將一份文字報告或一幅成果圖件視作邏輯上的整體，用 「數據集編號」唯一標識，通過數據集實體統一管理。同一數據集的不同實體，例如成果圖中的圖層，通過實體中的「數據集編號」元素關聯。
2. 空間數據管理
山東半島城市群項目數據包由文字報告及成果圖件兩大類數據組成，並以成果圖件為主，成果圖件是一空間數據實體，統一存儲在面向對象的地理信息資料庫中，以圖幅為單元進行管理。
3. 數據包總體結構
本標准中山東半島城市群項目數據包總體結構用 UML 模型來體現，山東半島城市群項目數據包由 「成果報告」、「元數據」及 「存檔文件」3 個數據實體 ( UML 類) 組成，通過 「數據集」實體統一組織管理。「成果報告」由它的繼承類 「文字報告」及 「成果圖件」定義，為研究成果數據包的主體數據。「元數據」及 「存檔文件」為數據集的輔助數據，「元數據」存放文字報告或成果圖件的元數據; 「存檔文件」存放文字報告或成果圖件的相關存檔文件，供數據集數據的整體下載與利用。
一個 「數據集」實體對應一個項目的 「文字報告」或一幅 「成果圖件」; 每一個數據集必須有一個而且只能有一個 「元數據」文件; 「存檔文件」是 「數據集」的可選聚合實體。
「成果圖件」是一空間數據實體，由特定的面向對象地理信息資料庫 ( Geodatabase)統一存儲、管理。一幅 「成果圖件」數據內容由一組空間要素集 ( 基礎地理要素集、地質要素集、地球物理要素集、地球化學要素集、輔助要素集) 組成，空間要素集數據類型包括矢量 ( Feature Dataset，簡稱要素集) 、柵格 ( Raster Dataset) 和 TIN ( TIN Dataset)3 種。
4. 數據集編號的編碼規則
數據集編號由資料庫管理方統一編碼，必須保證編號在資料庫中唯一，編號中的英文字母全部大寫。
山東半島城市群項目數據集按 「項目或圖幅—提交單位—提交年份—成果序號」編碼。數據集編號的字元串長度不得超過 22 位，以保證 「數據集編號 + 要素類名」的字元串總長度不超過 30 位。
5. 成果圖件要素類命名規則
要素類名字元串總長度不得超過 8 位。
矢量要素類按 「要素集類型 + 要素類名 + 要素類型」命名，全部用大寫英文字母表示。「要素集類型」用一位代碼表示，如 「L」表示基礎地理要素集。柵格數據集數據以「要素集類型 + 要素類型」命名，要素類型用代碼 RAS 表示，如 「DRSRAS」表示遙感柵格數據。TIN 數據集數據以 「要素集類型 + 要素類型」命名，要素類型用代碼 TIN 表示，如 「LELETIN」表示地面高程 TIN。
6. 成果圖件要素分類編碼規則
要素分類編碼用以標識不同的要素類要素，保證地圖要素存儲、交換、顯示的一致性。
( 1) 分類編碼原則
1) 科學性、系統性;
2) 相對穩定性;
3) 不受地圖比例尺的限制;
4) 完整性和可擴展性;
5) 適用性。
( 2) 分類編碼方法
成果圖件要素類中不同要素的分類編碼採用中華人民共和國國家標准 《國土基礎信息數據分類與代碼》的編碼結構，結構如下:
山東半島城市群地區地質－生態環境與可持續發展研究
大類碼、小類碼、一級代碼和二級代碼分別用數字順序排列。識別位由用戶自行定義，以便於擴充。在本項目中編碼分兩類: ①基礎地理要素編碼; ②地質專業要素編碼( 地質、地球物理、地球化學等) 。
( 三) 山東半島城市群項目數據實體及實體關系
山東半島城市群項目數據實體類及其代碼見表 12 －2，實體類名代碼按實體類的英文名縮略語編碼，本標准中山東半島城市群項目數據實體及實體間關系用 UML 及實體關系圖 ( ERD) 來體現。
表 12 －2 山東半島城市群項目數據實體類及其代碼
1. 數據集實體 ( MGRD_Dataset)
山東半島城市群項目數據包中的 「數據集」實體用來統一組織管理 「文字報告」、「成果圖件」、「元數據」及 「存檔文件」數據實體，「數據集」實體中的數據項包含數據集的歸屬項目、提交日期、提交單位、主題類別及地理范圍等可用於數據集檢索的信息。一個 「數據集」實體對應一個項目的 「文字報告」或一幅 「成果圖件」，「數據集」實體與 「元數據」實體間為一一對應關系，與 「存檔文件」實體間為一對多的對應關系。「數據集」實體的數據內容及其存儲表通過 「數據子集」實體分類定義，主鍵 ［數據集編號］可用於同一數據集中不同 「數據子集」的關聯，也可用於數據集對應的 「元數據」及「存檔文件」的關聯。
2. 成果報告數據實體 ( MGRD SumTmaryReport)
研究成果報告數據實體包括項目的最終綜合文字報告及相應的成果圖件。
( 1) 文字報告數據實體 ( SR_WordReport)
文字報告數據實體包括 「文字報告」及圖像格式的 「報告附圖」數據實體，文字報告及附圖均以二進制大對象存儲。數據實體之間通過 ［數據集編號］ 關聯。
( 2) 成果圖件數據實體 ( SR_hemeMapSet)
「成果圖件」數據實體是一空間數據實體，主要以矢量圖形格式存儲在地理信息資料庫中，其中也包括柵格數據及 TIN 數據用於數據的空間分析。
1) 要素集: 「成果圖件」 數據實體以圖幅為數據集單元進行管理; 圖幅內容以分屬不同空間要素集 ( 基礎地理要素集、地質要素集、地球物理要素集、地球化學要素集、輔助要素集) 的要素類組合，同一個要素集內的要素類享有同一空間參照系，相互具有拓撲關系。
2) 要素類: 一個要素類的存儲單元為關系資料庫中的一個數據表，要素類圖元類型有點、線、面、注記 4 種，一個要素類只能包含一種圖元類型。本標准中基礎地理要素集、地質要素集、地球物理要素集、地球化學要素類、輔助要素集的要素類用 UML 類圖體現。
3) 圖層: 圖層為要素類的專題組合及表現，不同圖層的組合即構成了可視化 「成果圖件」。本項目通過對數據來源的分析，提出並建立了適合山東半島城市群地區地質 － 生態環境調查與評價特點的空間資料庫數據圖層。考慮到空間數據的應用和相互轉換，每一圖層均應建立相應的內部屬性表，屬性表必須包含一些基本欄位內容，根據具體任務的不同，需靈活擴充內部屬性表欄位內容。 「成果圖件」數據實體的圖層劃分及其代碼見表 12 －3。
4) 要素類屬性: 要素類的要素特徵由屬性表定義，屬性表每一行對應一個要素，每一列包含要素的一個特徵信息。
表 12 －3 成果圖件數據實體的圖層劃分及其代碼
5) 要素類要素分類: 同一要素類中不同類型的要素用不同的代碼標識，通過屬性表中的 「編碼」 ( GEO_CODE) 數據項體現，以便地圖中同一要素類要素的分類顯示，並保證地圖要素存儲、交換、顯示的一致性。在本項目中成果圖件的基礎地理要素分類代碼採用中華人民共和國國家標准 《國土基礎信息數據分類與代碼》，並根據需要進行了擴充，地質專業要素分類代碼全部由本標準定義，見表 12 －4 和表 12 －5。
表 12 －4 基礎地理要素分類代碼
表 12 －5 地質專業要素分類代碼
圖12 -8 山東半島城市群項目數據包UML類圖
圖層編碼中，第一位為圖類代碼，L 代表基礎地理類圖層; D 代表基礎地質類圖層;G 代表國土資源圖層; W 代表地殼穩定性圖層; S 代表水資源圖層; H 代表海岸帶圖層;T 代表生態環境圖層; R 代表人類工程活動圖層; F 代表分析評價圖層; Y 代表預測與防治圖層; Z 代表輔助圖層。第二位為比例尺代碼，圖件均採用 1∶ 50 萬比例尺，代碼為 B。第三位到第五位為圖名的漢語拼音首字母縮寫。第六位為圖層數字編號。
( 四) 山東半島城市群項目 UML 類圖
1. 山東半島城市群項目數據包 UML 類圖
UML 類圖見圖 12 － 8。
2. 成果圖件要素集 UML 類圖
1) 基礎地理要素集實體 UML 類圖 ( FD_Geography) 。本項目將基礎地理要素分為地理網格、居民地、境界、交通網、地貌地形、水系、海洋海岸帶、行政區劃、柵格數據等 9個抽象要素類，建立了 「各市基本情況」對象類，與表明各地區域的 「城市群」類相連接，將山東半島城市群8 個地級市的地理位置數據與地區的基本資料數據有機地聯系起來。
2) 地質要素集實體 UML 類圖 ( FD_Geology) 。
3) 國土資源要素集實體 UML 類圖 ( FD_LandResource) 。
4) 水資源要素集實體 UML 類圖 ( FD_WaterResource) 。
5) 生態環境要素集實體 UML 類圖 ( FD_Environment) 。
6) 輔助要素集實體 UML 類圖 ( FD_Ancillary) 。
3. 山東半島城市群項目數據實體關系圖
1) 數據集實體 ER 圖 ( MGRD_DataSet) 。
2) 研究成果報告數據實體 ER 圖 ( MGRD_SummaryReport) ( 圖 12 － 9) 。
圖 12 －9 研究成果報告數據實體 ER 圖 ( MGRD_SummaryReport)
七、山東半島城市群項目數據包數據字典
( 一) 數據集實體 ( MGRD_DataSet)
山東半島城市群地區地質－生態環境與可持續發展研究
( 二) 研究成果報告數據實體 ( MGRD_SummaryReport)
1. 文字報告數據實體 ( SR_WordReport)
山東半島城市群地區地質－生態環境與可持續發展研究
2. 成果圖件數據實體 ( SR_ThemeMapSet)
( 1) 基礎地理要素集實體 ( FD_Geography)
山東半島城市群地區地質－生態環境與可持續發展研究
( 2) 地質要素集實體 ( FD_Geology)
山東半島城市群地區地質－生態環境與可持續發展研究
( 3) 水資源要素集實體 ( FD_HydroResource)
山東半島城市群地區地質－生態環境與可持續發展研究
『叄』 資料庫集群的介紹
集群主要分成三大類 （高可用集群， 負載均衡集群，科學計算集群）
高可用集群( High Availability Cluster)
負載均衡集群(Load Balance Cluster)
科學計算集群(High Performance Computing Cluster)
1、高可用集群(High Availability Cluster)
常見的就是2個節點做成的HA集群，有很多通俗的不科學的名稱，比如」雙機熱備」, 「雙機互備」, 「雙機」。高可用集群解決的是保障用戶的應用程序持續對外提供服務的能力。 (請注意高可用集群既不是用來保護業務數據的，保護的是用戶的業務程序對外不間斷提供服務，把因軟體/硬體/人為造成的故障對業務的影響降低到最小程度)。
2、負載均衡集群(Load Balance Cluster)
負載均衡系統：集群中所有的節點都處於活動狀態，它們分攤系統的工作負載。一般Web伺服器集群、資料庫集群和應用伺服器集群都屬於這種類型。
負載均衡集群一般用於相應網路請求的網頁伺服器，資料庫伺服器。這種集群可以在接到請求時，檢查接受請求較少，不繁忙的伺服器，並把請求轉到這些伺服器上。從檢查其他伺服器狀態這一點上看，負載均衡和容錯集群很接近，不同之處是數量上更多。
3、科學計算集群(High Performance Computing Cluster)
高性能計算(High Perfermance Computing)集群，簡稱HPC集群。這類集群致力於提供單個計算機所不能提供的強大的計算能力。
高性能計算分類：
3.1、高吞吐計算(High-throughput Computing)
有一類高性能計算，可以把它分知鏈成若干可以並行的子任務，而且各個子任務彼此間沒有什麼關聯。象在家搜尋外星人（ SETI@HOME – Search for Extraterrestrial Intelligence at Home ）就是這一類型應用。
這一項目是利用Internet上的閑置的計算資源來搜尋外星人。SETI項目的服核猛亮務器將一組數據和數據模式發給Internet上參加SETI的計算節點，計算節點在給定的數據上用給定的模式進行搜索，然後將搜索的結果發給伺服器。伺服器負責將從各個計算節點返回的數據匯集成完整的 數據。因為這種類型應用的一個共同特徵是在海量數據上搜索某些模式，所以把這類計算稱為高吞吐計算。
所謂的Internet計算都屬於這一類。按照 Flynn的分類，高吞吐計算屬於SIMD（Single Instruction/Multiple Data）的范疇。
3.2、分布計算(Distributed Computing)
另一類計算剛好和高吞吐計算相反，它們雖然可以給分成若干並行的子任務，但是子任務間聯系很緊密，需要大量的數據交換。按照Flynn的分類，分布式的高性能計算屬於MIMD（Multiple Instruction/Multiple Data）的范疇。
下面說說這幾種集群的應用場景：
高可用集群這里不多作說明。
想Dubbo是比較偏向於負載均衡集群，用過的猿友應該知道（不知道的可以自行了解一下），Dubbo同一個服務是可以有多個提供者的，當一個消費者過來，它要消費那個提供者，這里是有負載均衡機制在裡面的。
搜索引擎Elasticsearch比較偏向於科學計算集群的分布計算。
而到這里，可能不少猿友都改寬知道，集群的一些術語：集群容錯、負載均衡。
我們以Dubbo為例：
集群容錯（http://bbo.io/User+Guide-zh.htm#UserGuide-zh-%E9%9B%86%E7%BE%A4%E5%AE%B9%E9%94%99）
Dubbo提供了這些容錯策略：
集群容錯模式：
可以自行擴展集群容錯策略，參見：集群擴展
Failover Cluster
失敗自動切換，當出現失敗，重試其它伺服器。(預設)
通常用於讀操作，但重試會帶來更長延遲。
可通過retries="2"來設置重試次數(不含第一次)。
Failfast Cluster
快速失敗，只發起一次調用，失敗立即報錯。
通常用於非冪等性的寫操作，比如新增記錄。
Failsafe Cluster
失敗安全，出現異常時，直接忽略。
通常用於寫入審計日誌等操作。
Failback Cluster
失敗自動恢復，後台記錄失敗請求，定時重發。
通常用於消息通知操作。
Forking Cluster
並行調用多個伺服器，只要一個成功即返回。
通常用於實時性要求較高的讀操作，但需要浪費更多服務資源。
可通過forks="2"來設置最大並行數。
Broadcast Cluster
廣播調用所有提供者，逐個調用，任意一台報錯則報錯。(2.1.0開始支持)
通常用於通知所有提供者更新緩存或日誌等本地資源信息。
負載均衡（http://bbo.io/User+Guide-zh.htm#UserGuide-zh-%E8%B4%9F%E8%BD%BD%E5%9D%87%E8%A1%A1）
Dubbo提供了這些負載均衡策略：
Random LoadBalance
隨機，按權重設置隨機概率。
在一個截面上碰撞的概率高，但調用量越大分布越均勻，而且按概率使用權重後也比較均勻，有利於動態調整提供者權重。
RoundRobin LoadBalance
輪循，按公約後的權重設置輪循比率。
存在慢的提供者累積請求問題，比如：第二台機器很慢，但沒掛，當請求調到第二台時就卡在那，久而久之，所有請求都卡在調到第二台上。
LeastActive LoadBalance
最少活躍調用數，相同活躍數的隨機，活躍數指調用前後計數差。
使慢的提供者收到更少請求，因為越慢的提供者的調用前後計數差會越大。
ConsistentHash LoadBalance
一致性Hash，相同參數的請求總是發到同一提供者。
當某一台提供者掛時，原本發往該提供者的請求，基於虛擬節點，平攤到其它提供者，不會引起劇烈變動。
演算法參見：http://en.wikipedia.org/wiki/Consistent_hashing。
預設只對第一個參數Hash，如果要修改，請配置<bbo:parameter key="hash.arguments" value="0,1" />
預設用160份虛擬節點，如果要修改，請配置<bbo:parameter key="hash.nodes" value="320" />
『肆』 如何用sqlServer建立分布式資料庫
很多組織機構慢慢的在不同的伺服器和地點部署SQLServer資料庫——為各種應用和目的——開始考慮通過SQLServer集群的方式來合並。
將SQLServer實例和資料庫合並到一個中心的地點可以減低成本，尤其是維護和軟硬體許可證。此外，在合並之後，可以減低所需機器的數量，這些機器就可以用於備用。
當尋找一個備用，比如高可用性的環境，企橡納業常常決定部署Microsoft的集群架構。我常常被問到小的集群(由較少的節點組成)SQLServer實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之後，我讓你們自己做決定。
什麼是Microsoft集群伺服器
MSCS是一個WindowsServer企業版中的內建功能。這個軟體支持兩個或者更多伺服器節點連接起來形成一個「集群」，來獲得更高的可用性和對數據和應用更簡便的管理。MSCS可以自動的檢查到伺服器或者應用的失效，並從中恢復。你也可以使用它來(手動)移動伺服器之間的負載來平衡利用率以及無需停機時間來調度計劃中的維護任務。
這種集群設計使用軟體「心跳」來檢測應用或者伺服器的失效。在伺服器失效的事件中，它會自動將資源(比如磁碟和IP地址)的所有權從失效的伺服器轉移到活動的伺服器。注意還有方法可以保持心跳連接的更高的可用性，比如站點全面失效的情況下。
MSCS不要求在客戶計算機上安裝任何特殊軟體，因此用戶在災難恢復的經歷依賴於客戶-伺服器應用中客戶一方的本質。客戶的重新連接常常是透明的，因為MSCS在相同的IP地址上重啟應用、文件共享等等。進一步，為了災難恢復，集群的節點可以處於分離的、遙遠的地點。
在集群伺服器上的SQLServer
SQLServer2000可以配置為最多4個節點的集群，而SQLServer2005可以配置為最多8個節點的集群。當一個SQLServer實例被配置為集群之後，它的磁碟資源、IP地址和服務就形成了集群組來實現災難恢復。
SQLServer2000允許在一個集群上安裝16個實例。根據在線幫助，「SQLServer2005在一個伺服器或者處理器上可以支持最多50個SQLServer實例，」但是，「只能使用25個硬碟驅動器符，因此如果你需要更多的實例，那麼需要預先規劃。」
注意SQLServer實例的災難恢復階段是指SQLServer服務開始所需要的時間，這可能從幾秒鍾到幾分鍾。如果你需要更高的可用性，考慮使用其神拆他的方法，比如logshipping和資料庫鏡像。
單個的大的SQLServer集群還是小的集群
下面是大的、由更多的節點組成的集群的優點：
◆更高的可用新(更多的節點來災難恢復)。
◆更多的負載游如棗均衡選擇(更多的節點)。
◆更低廉的維護成本。
◆增長的敏捷性。多達4個或者8個節點，依賴於SQL版本。
◆增強的管理性和簡化環境(需要管理的少了)。
◆更少的停機時間(災難恢復更多的選擇)。
◆災難恢復性能不受集群中的節點數目影響。
下面是單個大的集群的缺點：
◆集群節點數目有限(如果需要第9個節點怎麼辦)。
◆在集群中SQL實例數目有限。
◆沒有對失效的防護——如果磁碟陣列失效了，就不會發生災難恢復。
◆使用災難恢復集群，無法在資料庫級別或者資料庫對象級別，比如表，創建災難恢復集群。
虛擬化和集群
虛擬機也可以參與到集群中，虛擬和物理機器可以集群在一起，不會發生問題。SQLServer實例可以在虛擬機上，但是性能可能會受用影響，這依賴於實例所消耗的資源。在虛擬機上安裝SQLServer實例之前，你需要進行壓力測試來驗證它是否可以承受必要的負載。
在這種靈活的架構中，如果虛擬機和物理機器集群在一起，你可以在虛擬機和物理機器之間對SQLServer進行負載均衡。比如，使用虛擬機上的SQLServer實例開發應用。然後在你需要對開發實例進行壓力測試的時候，將它災難恢復到集群中更強的物理機器上。
集群伺服器可以用於SQLServer的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。
『伍』 什麼是資料庫集群
現在比較大型點的系統基本上是APDB的架構:AP指應用程序,DB指資料庫端
AP放在一個伺服器上,DB放在另一個伺服器吵讓上
當一個系統比較大,訪問的用戶數量比較多的時候,比如QQ,上億用戶.
這時一個伺服器就吃不消了,這樣就想到多個伺服器跑同一個AP應用.
DB端也一樣.
linux集群指的就是多個服務明胡器跑同一個AP應用,系統管理員的工作
資料庫集群指的就是多個伺服器跑同一個DB資料庫.資料庫管理員的工作
linux集群基礎就要熟悉linux系統.
資料庫集群基礎就要熟悉具體的資料庫如oracle,db2,sysbase.mysql.等
0基礎可以學,只是要花時升槐局間.0基礎想搞到集群估計得花3個月時間.這還是要有環境的,有人指導才行.
『陸』 論壇站內信群發，資料庫設計該如何優化
真正的大數據保存在 信息表中， 關聯表式很小的，雖然隨著系統的運行數據會很多 ！！
有兩種方案解決：
1， 及時載入策略：每群發一條消息自然會往消息表中插入一條數據，這時你可以同時往關聯表中插入數據。 好樣的，問題來了！如果系統用戶幾百萬，你發一條站內信，就要往關聯表中插幾百萬條數據，這是很耗性能的！！
2，延遲載入策略：每群發一條消息自然會往消息表中插入一條數據，不要及時插入到關聯表。只當用戶登錄站內信時， 我才將消息表中的未讀消息載入進來。
『柒』 mysql集群是什麼意思(資料庫集群是什麼意思)
開在一台伺服器上，而是開到一個群組的所有伺服器上，一般20台為一個群組。
問：集群空間跟傳統空間的最大不同是什麼？
答：集群空間有數據同步和宕機檢測與智能解析域名的功能。
問：集群空間為什麼會比傳統空間穩定？
答：因為當客戶開通一個集群空間後集群空間系統就會把客戶的空間和站點資料同步到同
一個群組的所有伺服器上，一但當前訪問的伺服器不能正常工作時，智能系統就會把客
戶的域名解析到能正常工作的伺服器上。
問：站點數據同步需要多長時間？
答：新開設的站點數據同步到所有伺服器上大概需要一個小時。如果站點數據小會更快。
問：站點參數（如：加減域名綁定）修改多長時間同步？
答：10分鍾內同步成功
問：當伺服器壞了多長時間會轉移到正常的伺服器上。
答：最長不會超過1分鍾，因為宕機檢測30秒一次，同時域基彎名的重新解析也需要30秒才生
效。
問：站點跟資料庫是否可以開在同一台伺服器上？
答：最好不要，因為集群系統暫時還沒同步大型資料庫（mssql;mysql）。所以當伺服器不
能正常工作時，集群系統只是把您的站點轉移到別的伺服器上，並沒把資料庫也同時轉
移過去，所以最好把資料庫開設在群外的伺服器上鬧攔。
問：集群空間是否支持開通php空間？
答：可以支持php,但還沒辦法同步mysql數據同步。將在二期工程實現.
問：集群空間跟傳統空間使用上有什麼不同？
答：考慮到用戶的方便使用，我們在設計的時候就本著盡量減少搏彎悶手工操作的思路，所以在使
用方面他們沒有太大的區別，唯一的區別是我們用免費提供的二級域名代替原來的IP，也就是說使用傳統的空間時，用戶是把自己的域名解析到IP上，現在是作別名
（CNAME）解析到我們免費提供的二級域名，和登錄FTP的地址是我們提供的二級域
名。
問：域名本身(不帶www)如何作別名（CNAME）解析?
答：作別名解析的時候主機名不能為空，如果要給域名本身作別名解析請在主機名的位置上填寫noprefix，提交後自然變為空。
問：集群空間是否能防CC攻擊？
答：集群空間系統本身沒防CC攻擊的功能。可我們也有自主開發的防CC攻擊防火牆可以屏蔽掉95%的攻擊IP。
問：正被攻擊的空間轉到集群空間是否馬上有效。
答：必須在您把站點資料傳到伺服器上大概三個小時才有效，因為系統把您的站點資料同步到同群內的所有伺服器上的過程需要大概三個小時。您站點資料比較少就會更快。
『捌』 請問什麼是資料庫群集資料庫群集有哪些利弊
資料庫集群，顧名思義，就是利用至少兩台或者多台資料庫伺服器，構成一個虛擬單一資料庫邏輯映像，像單資料庫系統那樣，向客戶端提供透明的數據服務壞處：集
群
向
來
是Unix
的
技
術，
只
有
在Unix
的
系
統
下
才
能
實
現，
硬
件
配
置
也
比
較
高，
一
般
都
采
用
小
型
機
作
為
服
務
器。
中
小
企
業
因
種
種
原
因，
絕
大
部
分
采
用
微
機
服
務
器，
為
保
證
數
據
的
安
全，
通
常
用
磁
盤
鏡
像
或
磁
盤
陣
列；
為
提
高
系
統
的
安
全，
往
往
建
立
雙
機
容
錯
系
統，
但
是
無
法
實
現
集
群。
有
了Windows
NT
Server
4.0(
企
業
版)，
對
於
微
機
服
務
器
來
說，
集
群
也
是
可
以
考
慮
並
付
諸
實
施
的
一
種
方
案。
盡
管Windows
NT
只
提
供
了
兩
個
結
點
的
集
群，
但
是
對
於
中
小
企
業
來
說，
這
已
經
足
夠。
今
年5
月
份
我
們
實
現
了Windows
NT
和SQL
Server
集
群
好處：集
群
的
好
處
是
不
言
而
喻
的，
能
夠
提
高
系
統
效
率，
系
統
資
源
也
能
得
到
充
分
的
利
用。
物
理
上
有
兩
個
服
務
器，
但
對
前
端
來
說，
只
有
一
個
虛
擬
服
務
器
和
一
個IP
地
址，
出
現
故
障
時
所
需
的
切
換
時
間
較
短，
前
端
只
會
覺
得
某
筆
業
務
的
處
理
時
間
變
長，
但
不
會
出
現
中
斷。
集
群
系
統
對
於
大
型
關
鍵
業
務
系
統,
無
疑
是
最
好
的
選
擇
之
一。----秦傲工程師
『玖』 分布式資料庫與集群資料庫之間的關系(分布式資料庫和關系型資料庫)
分布式早埋盯是架構部署模式的一種。分布式多用於描述架構設計上，當然現在有各種新用法。
集群是硬體部署模式的一種，是集中部署在一個機房裡的計算機群體的集中稱謂。
分布式網站集群系統是一種多網站架構模式，支持生成獨立網站、多個網站,完成各個網站橫向一體化和縱向一體化網站群的構建，主站、子站、網站間的信息陸和可共享和信息互聯。
簡單的說：就是一個企業/個液滑人可以像申請博客那樣自助建站，維護，更新，而分布式，就是把問題分開解決的意思，即系統分布在幾個不同伺服器上。
『拾』 高分誠心求助！資料庫設計如何實現不同用戶進行不同操作的許可權管理！（資料庫SQL2000+編程語言C#）
我做過類似有許可權管理的系統，表分3個：
第一個表是 許可權表（tb_pope)，都有什麼許可權，以你的系統要求，分3個許可權：管理所有學生，管理系學生，本學生。
表列名可以是： ID,popeName,裡面有3條記錄。
1，管理所有學生
2，管理系學生
3，本學生
第二個表是 用戶表(tb_user)： ID,userName,age,等等.
第三個表就是 用戶許可權表(tb_userpope)： ID,userID,PopeID
登錄時先檢查是否有該用戶名，然後讀取其許可權值，根據許可權操作資料庫 顯示或隱藏 操作的部分。
大致就這樣了。