在高可用方面SQL Server提供了一系列高端支持能力，並對復制和快照技術作了增強。但由於SQL Server幾乎完全基於Windows平台，因此在HA方面還存在諸多不足：
1.Failover Cluster是大型企業實施SQL Server HA的關鍵技術，該技術基於微軟的MSCS（Microsoft Cluster Service），雖然在05版本中提供更方便的安裝和多至8節點（企業版）的支持，但在SCSI和光線通道產品的支持上相對比較“挑剔”，尤其對於一些高端的共享裸設備雖然可以支持，但調整不夠自由。
2.Database Mirroring在保持持續聯機可用方面作了很好的補充。不過從05版本看，還需要大力完善，包括提供更豐富的鏡像過程動態性能信息、並為高端HA應用提供更簡便的鏡像數據驗證功能。
3.作為一個異步HA機制，Log Shipping提供了一個相廉價而且定制空間較大的HA方式，但配置和管理相對復雜，尤其在幾個數據中心間跨庫傳播的管理成本相對較大。
以下是幾點建議：
1.微軟加大與硬件、存儲、嵌入式廠商的合作，依據行業存儲標准專門為SQL Server2005提供定制化的設備認可資格，擴大用戶可以選擇的范圍，兼容更多企業的遺留IT設備。
2.另外，在實際應用中，由於Database Mirroring這個特型對硬件和配置的要求比較低，因此DBA們希望微軟可以提供類似機制，但更細顆粒度的鏡像能力，不僅僅是單純的“數據庫”級，最好延伸出Schema Mirroring、Db Object Group Mirroring等。
3.需要更為便捷的管理工具，確保DBA在同時大型分領域數據中心或多個數據中心的時候，可以通過管理模版等方式幫助DBA梳理“千頭萬緒”的日志Shipping。
4.SQL Server 2005雖然實現了基於策略的管理機制，但最好能提供策略的模擬驗證手段，雖然很多情況下這些功能是通過一些價格不菲的第三方產品完成，但對於企業數據庫市場相對弱勢的SQL Server而言，如果SQL Server無法驗證自己這些管理策略的有效性，而必須由用戶填充數據後再來驗證，恐怕用戶寧可直接選擇其他相對強勢的HA產品。
對比Oracle數據庫的強大高可用性，微軟需要做哪些改進？
1.系統運維過程中，SQL Server的問題更多來自於底層Windows平台，SQL Server自身的HA特性被平台的補丁更新、內存寫錯誤等淹沒了。
2.另外相對ORACLE而言，SQL Server比較封閉。出現性能問題的時候，ORACLE幾乎都可以通過配置參數解決或者緩解問題，但SQL Server更多依賴於Windows自己的注冊表信息，還有為數不少的可調整能力完全內置，用戶很難干預，這樣在關鍵HA故障情形下總會給用戶SQL Server無能為力的印象。
3.另外就是用戶文檔方面，雖然通過全球技術支持中心大部分問題可以獲得，但排查工具、排查手段往往無法從SQL Server公開發布的文檔中獲得，人為降低DBA的使用信心。
以下是幾點建議：
1.為了在用戶心中樹立SQL Server的Enterprise-class甚至World-class信心，首先要著力於Windows平台的持續穩定性。
2.建議微軟開放SQL Server的配置參數體系，雖然出於便於用戶使用的目的，很多參數都可以配置默認值，但盡可能把主動權交給用戶，2000到05版本去掉自動鎖升級受到DBA的積極反饋就是一個非常明顯的例子。
3.另外，就是SQL Server的用戶文檔和工具體系，除了示例、教程和命令參考外，最好把全球支持中心遇到並解決的問題也篩選後對外公開，目標只有一個——“樹立信心”，而不是總讓下決心在大型應用中采用SQL Server的用戶屢屢受挫。
