2009-07-07 52 views
0

(如果問題更適合RackOverflow,請讓我知道)如何提高SQL服務器鏡像

我已經安裝了SQL Server鏡像,使用2個SQL Server 2005標準版本。 當應用程序受到壓力時,響應時間增加10倍。我已將此指向鏡子,因爲暫停鏡子顯示可接受的響應時間。

有哪些選擇可以實現更好的性能?請注意,我使用的是標準版,所以出色的High Performance Mode不可用。

服務器位於同一個機架中,連接到千兆交換機。

下面是用於創建端點的代碼:

CREATE ENDPOINT [Mirroring] 
    AUTHORIZATION [sa] 
    STATE=STARTED 
    AS TCP (LISTENER_PORT = 5022, LISTENER_IP = ALL) 
    FOR DATA_MIRRORING (ROLE = PARTNER, AUTHENTICATION = WINDOWS NEGOTIATE 
, ENCRYPTION = REQUIRED ALGORITHM RC4) 

回答

1

首先你需要看鏡子上的redo queue,有多大。這是最有可能的罪魁禍首,並表明你的鏡子機器動力不足。更確切地說,它不能應用和寫入日誌,因爲它從主要的脂肪中接收到足以跟上的日誌,導致流量控制傳播回到主體並延遲事務提交。事實上,您應該查看兩臺機器上的Mirroring Object中的所有計數器。

除非您找到測量結果來備份端點設置上的懷疑,否則請保持原樣。鏡像通信帶寬很少是罪魁禍首。

0

鑑於服務器在同一個機架,你真的需要加密開啓? RC4是一個相對較弱的算法,所以效益低。據推測,1千兆位網絡在服務器之間是私有的?

ENCRYPTION = DISABLED 

針對@Remus Rusanu的評論:俗語說「RC4是一個強大的算法」是完全錯誤的。這就是MSDN page有說:

雖然比AES相當快, RC4是一個相對較弱的算法,而 AES是一個相對較強的 算法。因此,我們建議您使用AES算法的 。

+0

-1(我想我可以做-100)RC4是一個強大的算法。流密碼很難得到正確的執行,許多實現在糟糕的密鑰管理的基礎上被打破。現在,除非您知道針對鏡像端點協議的RC4密鑰管理的特定攻擊,否則我希望您停止傳播FUD。 – 2009-07-07 17:22:41

+0

+1,以便在專用網絡上關閉加密。我會嘗試 – edosoft 2009-07-07 19:19:43