2015-01-09 117 views
0

我的軟件包運行速度非常慢。包是這樣的,使用FTP任務,我們將從服務器收集文件,然後將該數據加載到sql server表中。它計劃每天晚上做一份工作。當我在IDE中運行它時,速度非常快。當在SQL服務器Aegnt上運行它作爲一項工作時,有些日子很快。但隨着時間的推移,這個軟件包需要花費很多時間來執行。我要爲即將到來的問題做些什麼?請詳細給我。我的軟件包運行速度非常慢

+0

你的問題缺乏足夠的細節來解決。它在你的機器上運行速度很快,在服務器上運行速度慢您是否使用完全相同的來源和目的地?包裹在哪裏花費時間?它是在FTP步驟還是「加載到sql表」步驟。你在「加載到sql步驟」中做什麼具體操作?你處理什麼數據類型?你的目標表是什麼樣的?這些桌子上是否有觸發器?目的地的併發活動呢? – billinkc

+0

很明顯,如果沒有分析包裝,沒有人會給你補救。這將是一個黑暗的森林散步。在SSIS 2012之前,你可以安裝https://ssisreportingpack.codeplex.com/,所有新的SSIS實現都會附帶性能報告http://msdn.microsoft.com/en-us/library/hh213362.aspx幫助您查明確切的問題,然後最終解決問題。 – Arthur

+0

你使用的是什麼樣的控件,比如lookup,oledb命令,這樣的聚合。需要更多細節。檢查哪些任務需要更多時間在BIDS進度窗口中。 – Govind

回答

0

記錄實施是有意義的。比你可以找到你的ETL的某些部分(-s),這會減慢整個包的速度。

至於一些變種:

  1. 什麼有關SQL或FTP服務器的其他任務的同時 包執行?看起來像其他計劃任務(備份, 磁盤碎片整理等)不時採取服務器資源。是否有任何重複性能下降的序列?
  2. 已處理數據量。假設文件 代表銷售額,週末時這些銷售額大幅增加。
  3. 根據代碼。例如,手動執行讓 服務器截斷一些臨時表,但自動版本使用 相同的表(不截斷),這將減少每隔一天。

但首先:記錄可能有助於作爲修復的起點。

相關問題