為什麼分離輸出路徑時沒有向組件發出通知？
DTS 設計器用戶應當能夠刪除路徑然後重新附著路徑，這樣才不會破壞軟件包或更改軟件包的行為。通過提供 OnOutputPathDetached 方法，我們允許行為不當的組件不遵守此規則。為了滿足希望提供多個輸出的組件作者的需要，DTS 對象模型提供了一個名為 DeleteOutputOnPathDetached 的輸出屬性，如果將此屬性設置為 true，當路徑被分離時，輸出將自動被刪除。
為什麼在 Mgt Studio 中無法在 DTS 服務器下看到正在運行的軟件包？
默認情況下 DTS 服務是被禁用的。這是故意設計的，目的是為了使系統管理員可以控制何時運行該服務。要啟動 DTS 服務，請右鍵單擊“我的電腦”並選擇“管理”（從“開始”按鈕或從桌面上均可），然後在“計算機管理”窗口中雙擊“服務和應用程序”，然後單擊“服務”，即可看見在右側列出的所有 Windows 服務。在列表中找到“DTS 服務器”，右鍵單擊並選擇“啟動”。（如果您希望在每次啟動計算機時自動啟動該服務，還可以雙擊該服務以打開它的屬性，將“啟動類型”更改為“自動”。）
為什麼默認情況下軟件包日志記錄不再位於系統數據庫 MSDB 中？
SQL 2005 DTS 為在日志中記錄有關數據庫的信息添加了很多新選項。這允許您為每個軟件包定義一個或多個不同類型的日志提供程序。日志提供程序類型包括文本文件、SQL Server、Windows 事件日志等等。在您的軟件包中，通過轉到“DTS”菜單並選擇“日志記錄”，可以添加日志提供程序。
為什麼在源適配器中看不到 XML 文檔架構的變化？
XML 文檔架構的變化將極大地影響數據流的元數據。這要求用戶顯式更改架構並在更改時考慮到元數據的變化。
為什麼我在遷移引用 DTSGlobalVariables 父屬性的軟件包時會遇到問題？
DTS 2005 中發生更改的范圍要求完全重寫對象模型。作為遷移到 SQL Server 2005 DTS 的結果，引用通過 DTSGlobalVariables 父屬性訪問的 SQL Server 2000 DTS 對象的 ActiveX 腳本將不再有效。
為什麼我在遷移數據泵任務時會遇到問題？
DTS 2005 數據流任務取代了 DTS 2000 數據轉換任務，使功能有了很大的改進。但這樣的結果是，2000 和 2005 所提供的功能之間沒有明確的對應。為了確保以前的數據轉換任務能夠繼續正確操作，沒有將它們完全遷移到 SQL Server 2005。遷移向導當前將這樣的任務包裝在專用的 SQL Server 2000 軟件包中，並從執行 SQL Server 2000 DTS 軟件包任務調用它。
為什麼我不能遷移動態屬性任務？
因為此任務直接依賴於不再提供的 DTS 2000 對象模型，遷移向導當前為此任務提供的支持很有限。此任務的實例被腳本任務取代，腳本任務中包含描述曾由此任務設置的屬性的注釋。要恢復以前的功能，必須進行手動修改。
為什麼全局變量在 ActiveX 腳本任務中不可用？
Beta 2 不支持訪問全局變量。
為什麼不在 DTS 中包括數據轉換任務和數據驅動的查詢任務？
SQL Server 2005 包括的數據流任務取代了這兩個 SQL 2000 任務。數據流任務對數據源、目標和轉換的數量沒有限制，而在 SQL 2000 中，用戶對每個任務只能使用一個數據源、一個目標和一個轉換。支持這項擴展功能所需的新對象模型無法容納這兩個功能不太強的任務。
為什麼 DTS 不再是客戶端可再分發的？
DTS 已被重寫，從 SQL Server 2000 中有用的實用程序變成了 SQL Server 2005 中功能豐富的應用程序和平台。這種變化同時帶來為 DTS 用戶提供服務和支持的責任，這些服務和支持最好通過管理和許可與其他 SQL 服務器應用程序類似的 DTS 引擎功能來處理。因此，雖然用戶可以使用部署向導輕松部署軟件包，但他們必須在需要運行軟件包的每台計算機上運行 SQL Server 2005 安裝程序並安裝 DTS。這不僅有助於確保用戶/計算機使用正確版本的 DTS 可執行程序，還有助於該軟件以後的更新。
為什麼 DTS 不支持基於 MSI 的部署？
基於 MSI 的部署具有完全獨立安裝的優點，但它需要再分發 DTS 二進制文件。如果需要某個重要的安全修補程序，那麼以托管方式將修補程序應用到每個部署目標是不可能的。當前的部署實用程序要求目標服務器上已安裝 DTS，因為這對管理員來說才是更有用的模型。
為什麼傳輸幾千個表的數據時向導會失敗？
當前的向導體系結構會創建一個 DTS 軟件包數據流以傳輸數據。但如果要處理幾千個表，則會遇到可伸縮性限制。我們認為這是合理的，因為軟件包設計人員不太可能在一個數據流中使用幾千個源和幾千個目標。Beta 3 中可能會針對此問題進行一些改進。
為什麼我不能在導入/導出向導中復制對象？
導入/導出向導是為了讓用戶方便地將數據移入和移出 SQL Server 而設計的。在服務器之間復制數據庫對象實際上屬於管理操作而不是數據移動操作，即使實際上移動了數據。
用戶可以使用 SQL Server“管理”工作區中的“復制數據庫向導”來復制數據庫對象，而且該向導是專門用於復制數據庫對象的。
另一方面，DTS 導入/導出向導簡化了典型的 DTS 操作——從各種數據源（包括文本文件、電子表格和 OLEDB 數據源）加載數據。
為什麼我不能在 SQL Server Management Studio 中設計軟件包？
SQL Server Management Studio 是一個環境，用於管理已部署軟件包的存儲和執行。它提供了專門用來設計軟件包的特殊功能，包括與 DTS 服務的集成以及枚舉遠程服務器上的軟件包的能力。但它不是一個設計環境。
Business Intelligence Design Studio 才是用於設計軟件包、在解決方案和項目中組織軟件包、調試軟件包並管理多用戶項目的源和版本控制的環境。
所以，在 SQL Server 2005 中，用戶分別在兩個獨立的專門化環境中設計和管理軟件包。
什麼是數據源和數據源視圖？它們在我的軟件包中如何與連接相關？
數據源和數據源視圖不是 DTS 軟件包中的對象，而是存儲在 Business Intelligence Development Studio 的數據轉換項目中的單獨對象。由於它們位於項目中而不是位於 DTS 軟件包中，因此可以在 DTS 軟件包之間共享，從而允許為明星架構定義數據源視圖並由加載明星架構的每個軟件包一致地使用該視圖。
數據源定義了如何連接到 OLEDB 或 ADO.Net 數據庫。它們包含連接字符串以及其他某些屬性，包括連接的友好名稱和描述字段。
數據源視圖是數據源所指向的關系架構的子集。可以用命名查詢、計算列、虛擬關系和友好名稱詳細描述這些視圖。例如，在使用大型架構時，您可能只想使用數據源中的一小部分表。這種情況下，就可以使用數據源視圖來定義這樣一個子集。
