2015-05-07 205 views
0

最近我們一直在尋找到提升我們的SQL Server 2008個實例至2014年的SQL Server 2014遷移

由於這一點,我們還需要完成一個硬件遷移,所以我們一起走下去備份零件/恢復路線。

我們已經完成了UAT環境中的遷移,這導致了關鍵業務邏輯查詢的一些性能問題。爲了減輕這些影響,我們已經更新了統計數據,但執行情況仍然存在,但我們仍然看到了這個問題。

我的問題是 - 是否有任何好處重建我們的表上的索引來解決這個問題,或者這會浪費時間?

回答

0

備份和恢復數據庫將使所有索引處於與移動之前相同的狀態。重建它們只會有助於:a)碎片化和b)真正導致您看到的放緩的原因,但更有可能的是,您的新硬件或sql配置(如果它們與以前不同)是根本原因如果在數據庫移動後這是新的。

不幸的是,有很多變數可能導致你所看到的。您是否分析了執行緩慢的查詢,並與舊服務器上的計劃進行比較?你有沒有檢查你的查詢是否有正確的索引?你的新硬件/磁盤陣列是如何配置的?你的(新)主控和臨時數據庫在哪裏?

This指南(儘管有點過時)應該給你一些檢查你的新服務器配置是否正確的起點。

+0

我們一直在並行運行原始的2008 db。儘管數據是相同的,但查詢計劃有很大不同。在查詢中謂詞列被索引但是在2014年索引沒有被使用,導致性能不佳 – Dataoverride