SQLServer2008在數據的高安全、高性能、高可用方面的技術已經比較成熟，這些技術和方案都是隨著很多公司的業務和數據訪問壓力的增加而不斷的升級和

變遷的，同時經歷了方方面面的考驗，證明了它們都是成熟可靠的，下面就這方面的技術方案和變遷過程來做一些分析。

 階段一：

裸奔時代：

優點：裸奔最大的好處就是簡單，成本低。

缺點：一旦服務器出現問題，恢復起來比較麻煩；如果訪問壓力變大，服務器可能不堪重負。

 

階段二：

單庫+Mirror+BackUp方案：

 

說明：Mirror有兩種方式，同步和異步；同步方式能保證主庫和Mirror端數據的一致性，而且不需要使用企業版，但是對主庫的性能影響也比較大；異步方式需要

企業版才支持，絕大部分時刻能保證數據的一致性，但是也有丟失小部分的數據可能，不過它對主庫的影響比較小。

 

優點：此方案對主庫的數據提供了可靠的保護，一旦主庫出現問題，從庫能在比較短的時間內恢復，尤其是數據庫很大時（從備份恢復需要的時間會很長），能盡

快的恢復業務使用，而且Mirror端能生成快照，能給實時性要求不高的業務使用。

 

缺點：Mirror會影響主庫的部分性能（異步方式影響比較小），主庫出現問題后，前端需要更改訪問的IP地址（或者將從服務器的IP地址改成主服務器的IP地址），

還需要將賬號、權限和作業等信息遷移過去。

 

單庫+Replication+ BackUp方案：

 

優點：Replication端可以提供給前段訪問，可以將讀操作放到從庫，分擔主庫的部分壓力，還能提供數據庫的備份功能，不過這種備份很可能數據會有丟失。

 

缺點：不能提供安全的數據保護功能，對主庫有一些性能影響。

 

階段三：

單庫+Replication+Mirror+BackUp方案：

 

優點：這種方案是前面兩種方案的結合，既能夠解決數據保護的問題，也能夠提供讀寫分離的功能。

缺點：主庫上既有Mirror又有Replication，這種方式對主庫影響會比較大，而且實際證明，Mirror和Replication在同一臺機器上部署，在一個出現問題時，

會對另一個造成影響。

 

階段四：

Cluster（雙A）+BackUp方案：

 

說明：圖中矩形部分代表存儲，兩臺服務器做了雙A的群集。

 

優點：Cluster能確保其中的一個服務器出現問題時所有的數據和服務能切換到另外一臺機器，切換的時間很短，能盡快的恢復業務訪問。

缺點：雙A群集一般要求配置比較好，價格比較高；因數據都存放在存儲上，所以群集不能保護數據，一旦數據或者存儲出現問題，需要從備份中恢復數據；

SQLServer的群集不能提供負載均衡的功能。

 

階段五：

Cluster（雙A）+Mirror+BackUp方案：

 

說明：雙A群集再加兩個服務器上庫的Mirror保護。

 

優點：這個方案能對數據提供可靠的保護，無論是服務器故障還是存儲故障，都能保證數據的安全，而且數據恢復的時間比較短。

缺點：Mirror會消耗主服務器的部分性能，多了兩臺Mirror機器，成本會增加，如果存儲出現問題，快速恢復的方案是啟用Mirror機器，后面可能需要重做群集。

 

階段六：

Cluster（雙A）+Mirror+BackUp+Replication+單分發方案：

 

說明：雙A 群集，Mirror保護，單分發機器和讀寫分離方案。

 

優點：群集和Mirror能充分保護數據的安全，讀寫分離能提高系統整體的性能。

缺點：成本較高，單分發機存在單點故障，如果分發機器出現問題，將需要重建，此時讀和寫都將集中到主庫，壓力會比較大。

 

Cluster（雙A）+Mirror+BackUp+Replication+雙分發方案：

 

 

優點：與單分發機相比，沒有單點故障，即使某臺分發機出現問題，也能保證讀寫分離機制繼續運行。

缺點：成本增加，維護方面更復雜。

 

階段七：

Cluster（雙A）+雙存儲+BackUp+Replication+雙分發方案：

 

優點：雙存儲方案使得數據能得到有效的保護，而且避開了Mirror和Replication同時在主庫運行對主服務器造成的影響，節省主服務器資源，而且恢復比較方便。

缺點：成本增加。

 

階段八：

Cluster（雙A）+雙存儲+BackUp+Replication+雙分發+SSB異步方案：

 

此方式的主要優勢是將數據流異步處理，緩解瞬時高流量對主庫的壓力，因為此方案比較復雜，暫時不做說明，可以參考數據庫架構 一問。

 

階段九：

   （橫向、縱向）拆分業務和數據、采用分布式數據庫、使用能負載均衡集群功能的數據庫等。

 

    此文檔大致描述了隨公司的發展、服務器壓力的增加，數據庫架構方面的變遷階段，當然我們應該根據公司的具體情況，選擇性的采用其中的技術，也可能是

直接跳過某些階段，而上更高效的方案（如果成本能夠接受），因此技術和方案的選擇應該根據實際情況，靈活應對。