橫向擴展存儲

1. 軟體定義存儲相比傳統存儲有何優勢

超融合核心的分布式存儲也是軟體定義存儲（SDS）的一種形態，而超融合架構本質上也是一種軟體定義存儲（SDS）和虛擬化融合部署的模式。所以軟體定義存儲與傳統存儲的區別可以參考超融合與傳統架構的區別，詳情如下：

一、架構和資源管理模式對比如下以SmartX 超融合產品為例，分別給出了下超融合架構和傳統架構的部署區別和資源管理模式區別。

從上圖可以看出，超融合架構在整個產品運維周期中，不僅大量操作被自動化，運維簡單，而且時間短，效率高。可以有效降低人員要求，將 IT 人員解放出來進行更創新的活動。
5、采購成本和總擁有成本的降低在客戶最關注的成本方面，伺服器+超融合軟體（或超融合一體機），相比伺服器加傳統中高端存儲的成本，有較大幅度的降低。但除了采購成本，超融合在總擁有成本上都有大幅降低。關於超融合在成本方面的優勢可以訪問官方技術博客：《超融合相比傳統FC SAN架構有什麼成本優勢？》
可以看到，超融合通過創新的架構，以更優的成本讓IT基礎架構更敏捷、能力更強，而這些特性，將為用戶加快數字化轉型奠定堅實基礎。

2. 哪些企業真正需要系統具備橫向擴展能力

在如今環境多樣化的狀況下，橫向擴展系統將會具有深遠的影響。由於某些行業需要存儲大量的文件，因此需要足夠的訪問帶寬才能滿足應用對性能的要求，因此對外擴展系統已經首先在網路附加存儲(NAS)方面發揮了威力。 例如，過去基於紙張或縮微膠片開展業務的一些大型傳統行業，在信息數字化後，其數據存儲壓力撲面而來。對提供橫向擴展NAS系統的供貨商而言，這些行業正是對他們充滿了吸引力的垂直市場，因為他們的產品正好可以為高性能的應用提供支持。 如果我們觀察一下 「橫向擴展NAS的垂直關聯行業圖」中的IO軸和吞吐量的關系模型，就會發現這些行業有許多應用都要求非常高的吞吐量。在許多橫向擴展NAS系統(包括明年將推出的支持並行網路文件系統的NAS系統)中內置的並行數據服務功能提供的能力超過了每秒MB——傳統縱向擴展NAS系統提供的能力值。縱向擴展NAS的垂直關聯行業圖 來源：企業戰略集團，2011年. 就在最近的五年前，這張圖還不是這個樣子。許多右上方的業務負載還擠在圖中的左下側。但是處理器技術(如多處理器和更快的晶元集)，視頻、圖像和設計軟體(例如3-D CAD、4-D醫學成像、高清電視等等還有很多)等各方面的進步，已經催生了新的業務負載，而這些負載帶來了完全不同的性能需求。這些應用產生了海量的文件和多線程的訪問請求，單處理器或雙處理器的縱向擴展系統沒法及時完成響應，造成了業務系統的響應減慢或請求服務超時。 讓我們對一些具體的行業進行深入分析，來佐證我的觀點。 金融服務。這些習慣了管理巨量交易信息的用戶，現在成了高性能並行文件系統的主力用戶。高性能並行文件系統通常是應用在市場業績預測和商業智能方面。這些應用調用的文件，不只是內容巨大，還需要長時間的密集計算處理，需要高級別的數據保護並需要保證數據的即時可用性。金融服務的用戶特意尋找橫向擴展架構以消除數據整合的瓶頸。數據整合是金融服務IT的核心任務。對於這些用戶來說，理想的NAS解決方案是，可以隨時通過增加節點，來使數據的訪問性能變得更快。 生命科學。毫不奇怪，從事與健康相關的科學研究組織，對並行文件系統解決方案非常感興趣，因為這些系統可以提供高帶寬的數據傳輸能力和大規模的可擴展性。在這些組織中，緊密合作是非常必須的。例如，IT團隊必須得想辦法，使成千上萬的研究人員可以共享非常大的基因測序文件或蛋白質組數據。這些企業還必須加快他們的發現過程來獲得成功。如果能更快地發明一種新的葯物，這種葯物就可以被更快地進行測試，就能更快地獲得批准，並應用於醫療和科研實踐中。對這些組織而言，要加速葯物的發現過程，以IT為中心的解決方案就是，構建基於高性能並行文件系統的基礎設施，從而避免後續不斷進行顛覆性的系統改造和升級。 製造和設計。像已經明確的其他行業一樣，高科技製造商、航空航天公司、納米電子新企業、CAD / CAM設計公司以及其他更多的類似組織，也需要巨大的存儲量。他們都在尋找方法來優化數據管理。這些行業用戶需要實現存儲容量的無縫擴展，以應對數字信息的不斷增長，並提高工程團隊之間的信息共享能力。在這樣的環境中，系統失效會導致重大的經濟損失。所以製造和設計領域的用戶希望部署基於文件的存儲系統，以達到近乎100%的可靠性以及容量在線升級的簡易性。他們為增強文件系統管理、數據移動、復制和遷移/分級存儲等功能，尋找自動化的解決方案。 媒體和娛樂。傳媒和娛樂機構的經營模式已經發生了急劇的變化。在早期的年代裡，他們會出版印刷的雜志，現在，這些雜志僅提供「單一網路在線」格式。不僅所有編輯的內容需要迅速提供給讀者和編者，所有的廣告文件也一樣。對數字密集型的媒體和娛樂公司而言，大型視頻文件也加劇了數據增長帶來的問題。 今天的傳媒和娛樂機構創建和保護著TB或PB級的文件數據。在一些企業中，大部分數據是建立在「邊緣」——遠離主數據中心的遠程新聞分社或CGI設計工作室。這些業務機構為數據的復制備份帶來了難題，甚至可能會使得基礎設施的災難恢復(DR)能力受到障礙。媒體和娛樂機構正在尋找高性能的橫向擴展NAS解決方案來解決各種問題 ——例如提高虛擬伺服器基礎設施的性能，或者，為內容的創作者和閱讀者提供信息的隨時可用性和及時可用性。 石油和天然氣。在過去，探尋石油和天然氣儲量具有很大的不確定性。今天，藉助於數字化的信息數據，這已經成了一個高精度的科學過程。過去的十年中，在油層下降和提取操作變得更加復雜的同時，對疑似資源儲藏地點的三維可視化，已成為該行業無時不刻需要利用的工具。在石油和天然氣垂直市場的IT經理，面臨的挑戰是找到NAS基礎設施，以支持海量數據的共享和保護。這些數據是對石油儲量建模/模擬處理的結果。如果沒有一個這樣的架構，能夠在數據存儲容量增長的同時保持數據訪問的性能，那麼保持企業的競爭優勢會變得非常困難——主要原因是 「見效時間」(資源開采)太長了。對石油和天然氣企業處理巨型規模的模擬計算而言， 橫向擴展NAS系統是一個很好的解決方案。而這樣的模擬計算，是他們在競爭中獲得成功的直接保證。 傳統的高性能計算、學術和研究。在公共部門工作的天體物理學家、分子生物學家、化學家、核物理學家和社會科學家，是海量數據的製造者和使用者。例如，由歐洲核子研究中心運行的大型強子對撞機，其IT團隊在2010年中期就管理著 70 PB的數據。甚至規模非常小的研究設施(通常是運行在經費有限的大學機構或商業實驗室)也依賴於高性能網格計算和並行文件系統架構，以支持建模和模擬任務，才能夠解決現實世界問題以及為「大」問題做出回答。他們的工作需要低延遲的網路集群，以應對非常高的性能要求和帶寬要求。 這些行業是橫向擴展系統的先期實際採用者，因為它們在吞吐量性能方面有橫向擴展的剛性需求。但大多數的部門應該充分考慮，將許多PB的數據存儲在一個單一命名空間，其效率如何以及能節省多少運營費用。這是橫向擴展系統在雲架構獲得應用的原因。

3. 分布式存儲和傳統存儲比較在哪些應用場景比較有優勢

1、分布式存儲優勢

分布式存儲可以使生產系統在線運行的情況下進行縱向擴展（Scale-Up）或橫向擴展（Scale-Out），且存儲系統在擴展後可以達到容量與性能均線性擴展的效果。其具有以下特性：

高性能

分布式存儲系統能夠將所有存儲節點的處理器資源、硬碟資源、網路資源進行整合，將任務切分給多台存儲節點，進行並發數據處理，避免了單個硬碟或設備造成的瓶頸，提升整個集群的處理能力。分布式存儲系統具有良好的性能擴展能力，可以滿足應用程序對存儲性能不斷增長的要求。

高擴展性

分布式存儲系統通過擴展集群存儲節點規模從而提高系統存儲容量、計算和性能的能力，通過增加和升級伺服器硬體，或者指通過增加存儲節點數量來提升服務能力。分布式存儲系統支持在線增加存儲節點，對前端業務透明，系統整體性能與存儲節點數量呈線性關系。

高可用性

分布式存儲系統同時基於硬體及軟體設計了高可用機制，在面對多種異常時（如存儲節點宕機、網路中斷、硬碟故障、數據損壞等）仍可提供正常服務，提高分布式存儲系統硬體的可用性可以通過增加存儲節點數量或者採用多種硬體冗餘機制保證。分布式存儲系統多採用副本機制或糾刪碼機制保證數據的高可用性，副本機制可以提供較高的數據冗餘度，但會降低存儲系統有效空間的利用率，糾刪碼機制可以在保證一定數據冗餘度的情況下，大幅提高存儲系統的有效空間利用率。

高安全性

分布式存儲系統支持可靠的許可權控制及互信確認機制，同時採用私有的數據切片及數據編碼機制，可以從多重角度保證集群系統不受惡意訪問和攻擊，保護存儲數據不被竊取。

2、分布式存儲應用場景

分布式的「四高」特性，使得其在高性能計算、大數據視頻雲及大數據分析等應用場景中有著廣泛的應用。

高性能計算場景

在如氣象氣候、地質勘探、航空航天、工程計算、材料工程等領域，基於集群的高性能計算，已成為必需的輔助工具。集群系統有極強的伸縮性，可通過在集群中增加或刪減節點的方式，在不影響原有應用與計算任務的情況下，隨時增加和降低系統的處理能力。根據不同的計算模式與規模，構成集群系統的節點數可以從幾個到成千上萬個。這些業務對後端的存儲系統提出了新的需求，包括統一的存儲空間、高效率的文件檢索、高帶寬的吞吐性能，高可靠的數據安全保障等。

大數據視頻雲應用場景

隨著視頻高清技術及超高清技術的普及，視頻大數據應用場景，如雪亮工程、平安城市、廣電媒資、影視製作、視頻網站等領域，對存儲設備提出了大容量、高讀寫性能、高可靠性、低延時及可擴展性等需求。針對這樣大規模視頻數據應用場景，就需要一個技術先進、性能優越的存儲系統作為後端數據存儲的支撐者。

大數據分析應用場景

伴隨著互聯網技術及人工智慧的發展，各種基於海量用戶/數據/終端的大數據分析及人工智慧業務模式不斷涌現，同樣需要充分考慮存儲功能集成度、數據安全性、數據穩定性，系統可擴展性、性能及成本各方面因素。

在數據爆發增長的「數字時代」，軟體定義的分布式存儲是存儲技術高速發展的結晶，並具有著很大的成長空間，必將應用於更廣泛的大數據業務場景。

4. 以下哪一項是emc橫向擴展nas

emc產品一般是san存儲，如果想橫向擴展為nas 需要添加nas機頭，一般在VNX系列上可以進行此操作，把SAN設備作為NAS提供共享的文件系統來使用

5. 對象存儲系統的與傳統存儲的比較

有大量的基於塊和基於文件的存儲系統可供選擇，一個明顯的問題是，我們為什麼需要另外一種存儲技術呢？塊和文件都是成熟且經過驗證的，所以也許看起來好像他們可以增強以滿足日益增長的分布式雲計算生態系統的需求。
基於塊的存儲系統，磁碟塊通過底層存儲協議訪問，像SCSI命令，開銷很小而且沒有其它額外的抽象層。這是訪問磁碟數據最快的方式，所有高級別的任務，像多用戶訪問、共享、鎖定和安全通常由操作系統負責。換句話講，基於塊的存儲關心所有底層的問題，但其它事情都要依靠高層的應用程序實現。所有的對象存儲擁有基於塊存儲的節點，利用對象存儲軟體集合提供所有其它的功能。
基於塊的存儲系統是對象存儲系統的補充，而基於文件的存儲系統一般被認為是直接的競爭者。橫向擴展的NAS系統的關鍵屬性就是擴展性，對象存儲也是這樣，通過增加節點實現水平擴展。但由於NAS系統是基於分層文件結構的有限的命名空間，它們對於有著接近無限擴展能力的、具有扁平結構的純對象存儲來講，所受的約束更多，對象存儲僅受到對象ID的位數限制。盡管限制多多，但橫向擴展的NAS系統仍然具備對象存儲的諸多特性，而其欠缺的功能，像對於表徵狀態轉移（REST）協議的支持，廠商們正在快速的完善中，這樣他們就可以把橫向擴展的NAS系統劃歸到對象存儲的類別中了。

6. 如何將Ceph與OpenStack集成 00 OpenStack中國社區

Rackspace解決方案架構師Keith Tenzer討論了為什麼OpenStack和Ceph是一個了不起的組合。
在本文中，我們將討論為什麼Ceph非常適合OpenStack。

我們還將展示如何將三個重要的OpenStack用例：Cinder（塊存儲）、Glance（鏡像）和Nova（虛擬機虛擬磁碟）與Ceph集成。

Ceph提供統一的橫向擴展存儲，使用帶有自我修復和智能預測故障功能的商用x86硬體。它已經成為軟體定義存儲的事實上的標准。因為Ceph是開源的，它使許多供應商能夠提供基於Ceph的軟體定義存儲系統。 Ceph不僅限於Red Hat、Suse、Mirantis、Ubuntu等公司。 SanDisk、富士通、惠普、戴爾、三星等公司現在也提供集成解決方案。甚至還有大規模的社區建造的環境（如CERN），為10000個虛擬機提供存儲服務。

Ceph絕不局限於OpenStack，但是這是Ceph開始獲得牽引力的地方。看看最新的OpenStack用戶調查，Ceph是OpenStack存儲的顯著領導者。2016年4月OpenStack用戶調查報告的第42頁顯示，Ceph佔OpenStack存儲的57％，下一個是LVM（本地存儲）佔28％，NetApp佔9％。如果我們不看LVM，Ceph領先其他存儲公司48％，令人難以置信。這是為什麼？

有好幾個原因，我認為以下是最重要的三個：

·Ceph是一個橫向擴展的統一存儲平台。OpenStack最需要的存儲能力的兩個方面：能夠與OpenStack本身一起擴展，並且擴展時不需要考慮是塊（Cinder）、文件（Manila）還是對象（Swift）。傳統存儲供應商需要提供兩個或三個不同的存儲系統來實現這一點。它們不同樣擴展，並且在大多數情況下僅在永無止境的遷移周期中縱向擴展。它們的管理功能從來沒有真正實現跨不同的存儲用例集成。

·Ceph具有成本效益。 Ceph利用Linux作為操作系統，而不是專有的系統。你不僅可以選擇找誰購買Ceph，還可以選擇從哪裡購買硬體。可以是同一供應商也可以是不同的。你可以購買硬體，甚至從單一供應商購買Ceph +硬體的集成解決方案。已經有針對Ceph的超融合方案出現（在計算節點上運行Ceph服務）。

·和OpenStack一樣，Ceph是開源項目。這允許更緊密的集成和跨項目開發。專有供應商總是在努力追趕，因為他們有秘密要保護，他們的影響力通常限於開源社區。

這里是一個架構圖，顯示了所有需要存儲的不同OpenStack組件。它顯示了這些組件如何與Ceph集成，以及Ceph如何提供一個統一的存儲系統，擴展以滿足所有這些用例。

如果你對與Ceph和OpenStack相關的更多主題感興趣，推薦這個網址：http://ceph.com/category/ceph-and-openstack/。

說夠了為什麼Ceph和OpenStack如此偉大，該說說如何連接它們了。

如果你沒有Ceph環境，可以按照這篇文章快速設置。

Glance集成

Glance是OpenStack中的映像服務。默認情況下，映像存儲在本地控制器，然後在被請求時復制到計算主機。計算主機緩存鏡像，但每次更新鏡像時，都需要再次復制。

Ceph為Glance提供了後端，允許鏡像存儲在Ceph中，而不是本地存儲在控制器和計算節點上。這大大減少了抓取鏡像的網路流量，提高了性能，因為Ceph可以克隆鏡像而不是復制鏡像。此外，它使得在OpenStack部署或諸如多站點OpenStack之類的概念的遷移變得更簡單。

安裝Glance使用的Ceph客戶端。
創建Ceph用戶並將主目錄設置為/ etc / ceph。
將Ceph用戶添加到sudoers。
在Ceph管理節點。為Glance鏡像創建Ceph RBD池。
創建將允許Glance訪問池的密鑰環。
將密鑰環復制到OpenStack控制器上的/ etc / ceph。
設置許可權，讓 Glance可以訪問Ceph密鑰環。
將密鑰環文件添加到Ceph配置。
創建原始Glance配置的備份。
更新Glance配置。
重新啟動Glance。
下載Cirros鏡像並將其添加到Glance。
將QCOW2轉換為RAW。 建議Ceph始終使用RAW格式。
將鏡像添加到Glance。
檢查Ceph中是否存在Glance圖像。

Cinder集成

Cinder是OpenStack中的塊存儲服務。 Cinder提供了關於塊存儲的抽象，並允許供應商通過提供驅動程序進行集成。在Ceph中，每個存儲池可以映射到不同的Cinder後端。這允許創建諸如金、銀或銅的存儲服務。你可以決定例如金應該是復制三次的快速SSD磁碟，銀應該是復制兩次，銅應該是使用較慢的擦除編碼的磁碟。

為Cinder卷創建一個Ceph池。
創建一個密鑰環以授予Cinder訪問許可權。
將密鑰環復制到OpenStack控制器。
創建一個只包含OpenStack控制器上的身份驗證密鑰的文件。
設置密鑰環文件的許可權，以便Cinder可以訪問。
將密鑰環添加到OpenStack控制器上的Ceph配置文件中。
使KVM Hypervisor訪問Ceph。
在virsh中創建一個密鑰，因此KVM可以訪問Ceph池的Cinder卷。
為Cinder添加一個Ceph後端。
在所有控制器上重新啟動Cinder服務。
創建Cinder卷。
在Ceph中列出Cinder卷。

將Ceph與Nova計算集成

Nova是OpenStack中的計算服務。 Nova存儲與默認的運行虛擬機相關聯的虛擬磁碟鏡像，在/ var / lib / nova / instances下的Hypervisor上。在虛擬磁碟映像的計算節點上使用本地存儲有一些缺點：

·鏡像存儲在根文件系統下。大鏡像可能導致文件系統被填滿，從而導致計算節點崩潰。

·計算節點上的磁碟崩潰可能導致虛擬磁碟丟失，因此無法進行虛擬機恢復。

Ceph是可以直接與Nova集成的存儲後端之一。在本節中，我們將看到如何配置。

為Nova創建驗證密鑰環。
將密鑰環復制到OpenStack控制器。
在OpenStack控制器上創建密鑰文件。
設置密鑰環文件的許可權，以便Nova服務可以訪問。
確保安裝所需的rpm軟體包。
更新Ceph配置。
讓KVM可以訪問Ceph。
在virsh中創建一個密鑰，這樣KVM可以訪問Cinder卷的Ceph池。
備份Nova配置。
更新Nova配置以使用Ceph後端。
重新啟動Nova服務。
列表Neutron網路。
啟動使用在Glance步驟中添加的Cirros鏡像的臨時VM實例。
等待直到VM處於活動狀態。
在Ceph虛擬機池中列出鏡像。我們現在應該看到鏡像存儲在Ceph中。

故障排除

無法刪除存儲在CEPH RBD中的Glance鏡像。

7. 在保障數據可靠性上現在火熱的軟體定義存儲和傳統存儲有什麼區別

超融合核心的分布式存儲也是軟體定義存儲（SDS）的一種形態，而超融合架構本質上也是一種軟體定義存儲（SDS）和虛擬化融合部署的模式。所以軟體定義存儲與傳統存儲在數據可靠性方面可以參考超融合與傳統架構的對比，詳情如下：

用伺服器構建存儲，客戶顧慮最多的首先是可靠性，如果需要衡量可靠性：

• 系統的冗餘度？通俗的說就是允許硬體壞多少？

• 出現故障後是否完全自動恢復？

• 恢復速度和時間？因為系統處於降級狀態下是比較危險的狀態，故障窗口越小，出現整體故障的可能性就越小。

以下給出詳細的系統冗餘與恢復機制對比。

• 多副本：同一份數據會保存多份（通常設置為 2 副本或 3 副本），即使副本所在的節點宕機也不會造成數據丟失；

• HA（高可用）：節點宕機時，該節點上的虛擬機自動遷移至集群內其它節點，降低業務中斷時間；

• 機架感知：根據機房物理拓撲結構，將副本分配在不同的機架、機箱、主機上，有效減少甚至避免物理硬體（電源、交換機等）故障導致的數據丟失。理論上，3 副本結合機架感知配置，系統可最多容忍 2 個機架上的主機全部失效；

• 快照：為虛擬機打快照，在其發生故障時將數據恢復至快照狀態；

• 雙活：同城雙數據中心，災難時無損快速恢復業務（RPO=0）；

• 備份：異地主備數據中心，災難時盡可能挽回數據損失。

8. 哪款存儲不支持橫向擴展

橫向擴展（scale-out）存儲是一種磁碟的容量可以按需擴展的網路附屬存儲（NAS）架構，如果當給定的磁碟陣列達到存儲上限時，可以添加另一個陣列以擴展系統容量。
橫向擴展（scale-out）存儲是一種磁碟的容量可以按需擴展的網路附屬存儲（NAS）架構，即有一些驅動器內置在其它存儲陣列上。如果當給定的磁碟陣列達到存儲上限時，可以添加另一個陣列以擴展系統容量。
從概念上來看，scale-out存儲和傳統的縱向擴展（scale-up）方式不同。在scale-up系統中，網路存儲由單一的形式因素所限制，而在scale-out系統中，可以在需要時添加和配置新的硬體。Scale-out方式最主要的優勢是節省成本，還可以更有效地利用硬體資源。
在scale-out存儲流行之前，企業往往要購買大量的存儲陣列，以確保將來擴展時能有足夠的磁碟空間。如果後來沒有擴展容量或者擴展的比預期的要少的多，那麼原先購買的磁碟都會浪費。有了scale-out架構，在購買磁碟時就可以量力而行，一旦存儲空間的需求超出預期，可以添加新的陣列而不會受到任何限制。[1]

9. 如何對SQL Server資料庫進行橫向擴展

一般人們會選擇縱向擴展（scale up）SQL Server資料庫，而非橫向擴展（scale out）。縱向擴展很容易：增加硬體、處理能力、內存、磁碟和提高網路速度。其原理就是仍然在一台伺服器上運行資料庫，但是增加了伺服器的處理能力和資源。這種方法很昂貴，但是非常簡單直接。
採用雲技術
有時候，最簡單的方法就是將問題交由其他人處理。微軟的Windows Azure雲服務包含一個基於雲的SQL Server版本SQL Azure.這在技術上並非真正意義的橫向擴展，因為它是一種無限縱向擴展方法。所以，轉移到Azure並不需要對您的應用程序進行大改動。實際上，您只需要將應用程序遷移到SQL Azure,然後支付存儲、處理和數據傳輸費用。這些都是收費服務，但是您不需要再擔心擴展問題。
復制
SQL Server原生復制是一種支持橫向擴展的解決方案，與資料庫的創建和使用方式有關。您只需要在多台伺服器上復制多個資料庫副本，然後將不同的用戶指向各台伺服器。這種方法通常最適合支持地理位置分散的用戶，如亞洲辦公室的用戶使用伺服器1,而北美辦公室的用戶則使用伺服器2.每一台伺服器都擁有完整的數據副本，並且會復制夥伴伺服器的所有修改。
這種方法不支持自動負載均衡，並且最適合用在用戶固定只使用一部分數據的情況。換而言之，如果亞洲用戶只需要編輯與他們辦公室相關的數據--例如，主要是亞洲客戶的信息，那麼復制能夠保證其他資料庫副本也包含這些記錄的副本。如果所有用戶都需要編輯完整的數據集，那麼復制就變得有一些復雜，因為SQL Server必須在支持用戶的同時，編輯位於不同伺服器的同一個數據。
SQL Server的合並復制能夠處理這種沖突，但是您必須進行一些自定義合並編程，這意味著您的開發人員必須開發一些演算法，確定用戶並發訪問數據時誰獲取編輯許可權。客戶應用程序也需要增加編程；使它們不僅向資料庫提交數據修改，也要循環檢查這些修改是否被其他並發用戶重寫。用戶也需要重新培訓，因為客戶端應用程序可能會提示："您正在編程的數據已經發生變化。您需要重新檢查，確定您的編輯是否仍然有效。"
聯合資料庫
另一個重要的橫向擴展方法是聯合。通過這種方法，您可以將資料庫劃分到多台伺服器上。垂直分割將同一個表的不同行保存到不同的伺服器上。同時，地理分區是最常用的方法：將所有亞洲數據記錄保存在一台伺服器上，而所有歐洲數據則保存在另一台伺服器上。這種方法不同於整體復制：每一個位置的伺服器都不具備完整的資料庫，而只擁有該位置的數據。通過實現一種SQL Server分布式分區視圖而形成完整的表，用戶就可以瀏覽一個"聯合"或組合的數據視圖。水平分割則將表的欄位保存在不同的伺服器上，因此各台伺服器一起協作構成組合的表。
這些資料庫的創建並不簡單，其中涉及一種整體操作。您需要掌握關於數據訪問和使用的詳細信息，才能夠實現正確的部署。此外，您還需要一位SQL Server資料庫架構師，他應該全面理解這些技術，分析您的業務情況，並且能夠正確地創建這些組件。
在一些情況中，實現這種橫向擴展對客戶端應用程序的改動很小。對於本身在設計上大量使用視圖和存儲過程進行數據訪問的應用程序，更是如此。因為這些元素只是是在後台抽象，在客戶端上不會發生變化。但是，這些應用程序並不常見；通常，實現橫向擴展都需要修改客戶端程序，使客戶端與後台結構分離。
橫向擴展並不簡單
毫無疑問，實現SQL Server橫向擴展非常復雜--這也是Azure等雲資料庫系統流行的原因之一。此外，有一些第三方供應商能夠幫助實現橫向擴展技術，而不需要完全依賴SQL Server的原生特性。您需要自己下功夫了解這些方法，理解數據訪問和使用方法，這樣才能夠選擇最符合您要求的方法。