SQL Server 2005 DTS 設計常見問題彙總：資料轉換、封裝部署與遷移指南

SQL Server 2005 引入全新的資料轉換服務（DTS，後更名為 SSIS），架構與 SQL 2000 差異極大。開發人員在設計封裝、部署、遷移舊專案時常遇到疑難雜症。本文整理官方技術文件與社群實務經驗，針對 20 類高頻問題提供原因分析與解決方案，幫助您快速排除阻礙。

一、導入/導出精靈與封裝設計環境

Q1：為何傳輸數千張表時精靈會失敗？

目前精靈架構會在單一資料流建立所有來源與目的地，超過擴展性限制。Beta 3 版本將改進此問題。建議拆分為多個封裝或使用程式碼動態產生。

Q2：為何無法在導入/導出精靈複製資料庫物件？

精靈定位為資料移動工具，非管理操作。請使用「管理」工作區的「複製資料庫精靈」複製物件。

Q3：為何無法在 SSMS 設計封裝？

SSMS 僅負責已部署封裝的儲存與執行管理。設計環境為 Business Intelligence Development Studio (BIDS)，提供專案組織、偵錯、版控等功能。

二、資料來源與資料來源檢視

Q4：什麼是資料來源與資料來源檢視？如何與連線管理員關聯？

• 資料來源：定義 OLE DB/ADO.NET 連線字串、名稱、描述，屬專案層級設計時物件，可跨封裝共用。
• 資料來源檢視：資料來源結構描述的子集，支援命名查詢、計算欄、虛擬關聯、友善名稱，同樣屬專案層級。
• 連線管理員：封裝內部物件，執行時獨立運作，設計時可參考資料來源/檢視，部署後不依賴專案物件。

此架構允許多封裝共用定義，獨立部署執行。

Q5：為何沒有 Excel/Access 資料來源？

請使用正確配置的 OLE DB 連線管理員，或透過導入/導出精靈自動建立。

三、資料流效能與任務設計

Q6：為何預設不啟用「快速剖析」？

僅支援有限格式（不含地區化日期格式），需根據資料格式明確啟用。

Q7：WMI 資料任務與事件任務為何分離？

• 資料任務：擷取系統資訊（如磁碟空間、服務狀態）供控制流判斷。
• 事件任務：即時回應系統事件（如記憶體低於閾值、新檔案到達）觸發流程。

功能不同，拆分可提高封裝可讀性與維護性，同理檔案系統任務與 FTP 任務亦分離。

Q8：運算式語言為何非 SQL 或 VB？

需支援位元運算、嚴格型別系統以發揮資料流高效能。若功能不足，可用指令碼元件撰寫 VB.NET 邏輯。

Q9：為何某些函數不在運算式語言中？

資源限制，首批函數經客戶諮詢決定，後續版本會持續擴充。

四、排序、變數鎖定與輸出路徑

Q10：為何排序順序必須在來源配接器設定？

資料列順序由來源決定，下游轉換（排序轉換除外）不改變順序。來源配接器若無法自動偵測中繼資料，需手動指定。

Q11：為何必須鎖定變數？

執行階段使用多執行緒平行處理，未鎖定會導致競態條件，造成結果錯誤或不穩定。即使線性封裝也可能因並行設定變更而受影響。

Q12：分離輸出路徑為何不通知元件？

設計器允許刪除再重新連接路徑而不破壞封裝。元件作者可設定 DeleteOutputOnPathDetached=True 自動刪除輸出。

五、DTS 服務與日誌

Q13：為何 SSMS 看不到執行中封裝？

DTS 服務預設停用。請在「服務」中啟動「DTS 伺服器」，並可設為自動啟動。

Q14：為何封裝日誌不再預設寫入 MSDB？

SQL 2005 提供多種日誌提供者（文字檔、SQL Server、Windows 事件日誌等），可在「DTS」選單「記錄」中自訂。

六、遷移與相容性

Q15：遷移參考 DTSGlobalVariables 的 ActiveX 腳本失敗？

物件模型完全重寫，舊腳本無效，需改寫為指令碼任務。

Q16：遷移資料泵任務遇到問題？

資料流任務取代資料轉換任務，功能無一對一對應。遷移精靈將舊任務包裝在 SQL 2000 封裝中，由「執行 SQL 2000 DTS 封裝任務」呼叫。

Q17：為何無法遷移動態屬性任務？

依賴舊物件模型，遷移精靈支援有限，實例會被指令碼任務取代並附註解說明，需手動修復。

Q18：ActiveX 腳本任務中全域變數不可用？

Beta 2 不支援存取全域變數。

Q19：為何不再包含資料轉換任務與資料驅動查詢任務？

資料流任務無來源/目的地/轉換數量限制，新物件模型無法容納舊任務。

七、部署模型變更

Q20：為何 DTS 不再為客戶端可重發元件？

DTS 重寫為功能豐富的應用程式平台，需透過 SQL Server 安裝程式部署 DTS 引擎，確保版本一致與後續更新。

Q21：為何不支援 MSI 部署？

MSI 需重發二進位檔，安全性修補難以集中管理。目前部署精靈要求目標伺服器預裝 DTS，較利於管理員維護。