2013-10-04 30 views
0

我有一個SSIS包當iam試圖從SP iam執行Wiered錯誤,但它從MSBI運行良好。SSIS包沒有從存儲的Proc中運行?

SP是

EXEC @intErrCode = master..xp_cmdshell 'dtexec /sq Loadnewtables /De 99999'  

輸出是

but I keep getting the following error: 

Could not load package "My_Package" because of error 0xC0014062. 
Description: The LoadFromSQLServer method has encountered OLE DB error code 0x 
004005 (Login timeout expired). The SQL statement that was issued has failed. 
+0

當您從同一臺服務器上的作業運行它時它工作嗎? 連接是在您的軟件包中的Windows身份驗證? – PollusB

+0

來驗證:包loadnewtables/my_package已經被部署到根/ msdb級別的存儲過程 – billinkc

回答

1

明確的錯誤是非常不言自明的。從數據庫加載軟件包時,如果不使用「/ User」和「/ Password」選項,則使用Windows身份驗證來加載該軟件包。 因此,需要在用戶和權限周圍進行檢查。檢查Windows用戶是否存在權限。

我假設你在這個數據庫所在的同一臺機器上。 例如,您擁有數據庫服務器所在的數據庫所在的包,並且您登錄到本地計算機並連接到SSMS以執行此操作。這將導致嘗試使用登錄到本地機器的Windows登錄加載包。這可能並不存在於數據庫服務器上(假設您沒有完全訪問該服務器) 所以,爲了使測試方調用SQL身份驗證方法變得更簡單,並查看它是如何發生的。

1

我認爲有用戶/密碼問題。這可能是由於以下問題: - 檢查您在服務器上的權限。 - 檢查您的驗證模式(窗口/用戶) - 嘗試在本地運行。

1

可能與此相關bug report - SQL Server 2012中的SSISDB數據庫中存在sp,導致程序包在開始運行之前超時。從調度工具通過DTExec調用多個(超過10個)軟件包時,出現錯誤消息「由於錯誤0x80131904而無法執行IS服務器軟件包」和「描述:操作失敗,因爲執行超時」。請在連接網站上對問題進行投票,以便MS可以發佈官方修正。

+0

謝謝你。這不是特定票證的錯誤,但是你指出的連接項目正是我所需要的! – mbourgon