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