0

我在Sql Server 2008 R2中的SSIS包有一個非常奇怪的性能問題。 這裏的事實: 最近我們從Sql Server 2005(在Windows Server 2003 R2 32位上)遷移到Sql Server 2008 R2(在Windows Server 2008 R2 64位上)。SIS服務器2008 R2上的SSIS性能

除了一個SSIS包上的某些性能問題,一切看起來都很好。 如果我從PC運行它,它會在幾分鐘內(大約在4/5)運行良好,如果我通過SqlServer Management Studio連接到Integrations Services並從那裏啓動包,似乎也會發生同樣的情況。

但是,當我從Sql Server Agent運行它時,我的執行時間從5分鐘到超過一個小時......我的舊服務器沒有這樣的問題!我也嘗試在32位模式下運行軟件包,在某些運行中它似乎更快,但它非常隨意......但是它從來沒有達到它在Sql Server 2005上的良好性能。

我不知道。 ..最初我認爲這是一個內存問題,因爲我沒有給Sql Server最大內存限制,並且其他一些軟件包也有問題要同時運行,所以我擴展了服務器使用的RAM(它運行在VMWare上)和現在該機器具有8GB的RAM,並且Sql Server的最大服務器內存爲4GB。另一個包現在沒有崩潰,但是這仍然給予隨機執行時間...

任何猜測?

繼通過天

Start Time   Execution Time 
12/17/2010 06:15 00:49:43 
12/16/2010 17:54 01:12:26 
12/16/2010 17:18 00:06:29 
12/16/2010 16:53 00:05:23 
12/16/2010 16:10 00:24:23 
12/16/2010 06:15 00:19:26 
12/15/2010 06:15 00:07:19 
12/14/2010 06:15 00:11:26 
12/13/2010 06:15 00:17:30 
12/12/2010 06:15 00:44:59 
12/11/2010 06:15 00:11:59 
12/10/2010 06:15 00:34:19 

回答

1

我找到了解決方案。

問題是服務器上創建緩衝區的內存問題。

我部分地解決它增加默認的緩衝區大小(無論是在MB和行數),並完全解決了它除去所有的排序和合並組分i使用查找替換它們上定製緩存內置變換高速緩存部件。

我還是不明白爲什麼在Windows Server 2003和開發Sql Server 2005中的分配工作正常,但現在包已修復!

1

什麼其他正在運行的執行時間表?當這個軟件包計劃運行時,您是否有用戶運行查詢(可能鎖定表)或其他軟件包觸及相關表?當你運行它時,你看到阻塞鎖或其他任何類似的東西嗎?

對於我來說,生產批處理執行環境不像您的開發環境那麼好,安靜和可控。

持有數據鎖的用戶或相關包可能會解釋隨機分配的執行時間。

+0

在這些表上可能只有一些讀取和一些插入,沒有更新。然而,這不是一個問題,當我從Visual Studio運行它(運行對我的生產表),它是2005年時運行完全相同。也許我錯過了一些配置來調整性能,但我幾乎無處不在我認爲) – 2010-12-17 09:50:28

+0

我只能想到的其他事情是用戶權限。您是在代理下運行包還是作爲SQL Server代理運行?如果以代理用戶身份登錄並運行包,會發生什麼情況? – 2010-12-17 10:27:37

相關問題