與 SQL Server 2008 R2 數據庫伺服器的連接速度很慢
數據庫伺服器是在 Windows Server 2012 之上執行 SQL Server 2008 R2 的 VM,分配了 24GB RAM 和 2TB 磁碟空間。
總體而言,數據庫連接非常慢,其中一個突出的特點是通過 SSMS 連接到數據庫伺服器需要 5-10 秒。
在其他功能更弱的伺服器上,它需要 1-2 秒。
虛擬機在技術上比其他機器更強大,但是與伺服器的連接太慢了。
所以,我的猜測是問題與網路有關,但是關於我應該在哪裡尋找的任何線索?
謝謝!
您提到連接需要很長時間 - 一旦建立連接,操作/查詢是否以正常速度進行?如果它只是建立緩慢的連接但您可以以正常速率接收結果集,我會確保沒有身份驗證問題,例如沒有為數據庫伺服器正確定義站點並且它正在查詢遠端位置的 DC,或者它沒有使用適當的 DNS 伺服器。
如果在您建立連接後操作很慢,您需要開始對新伺服器執行不佳的原因進行故障排除。
在您說伺服器 A 比伺服器 B 更好、或同等或更差之前 - 您確實需要有一個基線。
例如 - 對於我所有的數據庫伺服器,我為各種讀/寫排列執行一組 SQL IO ( http://www.microsoft.com/en-us/download/details.aspx?id=20163 ) 基準。然後在我安裝 SQL Server 或其他任何東西之前,我會看到新平台與我之前使用的平台相比如何。保留歷史。
網路性能也是如此 - 您可以使用 iperf 之類的東西來測量同一子網、不同子網、不同作業系統上的機器之間的原始頻寬
我會從這樣的基本測試開始,看看是否有任何問題。僅僅因為新伺服器在紙面上看起來更強大並不意味著它實際上是。如果這些看起來不錯,則開始對 SQL Server 中的實際操作進行基準測試。
虛擬機很容易受到主機上其他負載的限制。也許數據庫伺服器將其儲存在一個過度使用或過度使用的 CPU 的儲存聚合中。
查看原始統計數據是否看起來不錯,然後查看它是否特定於產品配置(在本例中為 sql server)案例。