將DTS包升級爲SSIS包

Question

我的問題類似於Upgrading SQL Server 2000 to 2005 or 2008 - DTS to SSIS，但我希望社區考慮一些限制。

我們有兩個當前在SQL Server 2000上運行的數據庫，並且我們正在推動遷移它，轉而使用SQL Server 2005（我們沒有2008，它不是一個選項）。

我們有大約150個DTS包需要轉換。根據上面的堆棧溢出帖子，我們不應該使用可用的轉換工具。我們還預計，Microsoft 可能已發佈用於SQL Server 2005的任何「向後兼容」修補程序都不會安裝在我們的服務器上。

任何人都可以幫助我理解從DTS到SSIS的學習曲線嗎？對於150包，我們已經提出了900小時的估計。我自己和一位更高級的開發人員將在此工作，但我們從未與SSIS合作過。 900小時將在我們之間分配。與任何項目一樣，質量是最重要的。這估計是離譜還是偏低？

我們將有機會獲得其他曾與SSIS合作過的開發人員，所以我們不會完全孤單。另外，我瞭解到DTS包轉換不是一種選擇;它不被我們的DBA員工支持。

我們用DTS做的一些事情包括以下內容。這決不是一個詳盡的清單：

• 加載XML，XLS，MDB，CSV，等到SQL Server文件
• 導出XML，XLS，MDB，CSV，從SQL Server等文件
• 運行工作流程型加工

Answer 1

內置的轉換工具不會

• 遷移事務設置
與步驟
• 分析服務任務
• 複雜的數據轉換任務
• 自定義任務
• 數據驅動的查詢任務
• 數據挖掘預測查詢任務
• 動態屬性任務
相關個
• 遷移的ActiveX腳本
• 執行包任務
• 並行數據泵任務
• 任務是獲得Microsoft數據鏈接它們的連接 信息 （.UDL）文件
訪問 DTS對象模型通過 GlobalVariables收集的 Parent屬性

有

ActiveX腳本代碼是一種稱爲dtsXchange的工具，可以從Pragmatic工程中獲得，它可以完成大部分這些轉換，但仍然不會重新設計包裝。

通常情況下，DTS包將使用登臺表，並且大多數轉換/數據操作將使用SQL或存儲過程進行。自動轉換將繼續使用相同的工作流程。

SSIS引擎非常強大，並且有很多功能可以幫助完成這些任務。在SSIS中重寫這些軟件包將是一條可行的路。儘管如此，考慮到你對SSIS沒有任何經驗，我覺得對於150包來說900小時有點保守。我認爲你應該計劃每個包裝8小時，但是打算在6個小時內完成。

我希望你沒有使用64位。 XLS和MDB文件都沒有64位數據提供程序，您將被迫以32位模式運行。

我一直在努力對轉換進行重寫。我會很樂意分享我與你的所有文件。給我發電子郵件至b.rengarajan@gmail.com

拉傑