DTEXECでmso.dllを参照するSSISパッケージを実行

Question

これが解決しても謝罪しますが、私の問題を解決する答えを見つけることができませんでした。私は参照するスクリプトタスクを持つSSISパッケージを持っています。

C：¥Program Files（x86）¥Common Files¥microsoft shared¥OFFICE16¥MSO.DLLです。

SQL Serverのデータツールを使用して実行すると、パッケージは期待どおりに実行されます。

Integration Servicesカタログに展開して手動で実行すると、パッケージは正常に動作します。 xp_cmdshellが有効になりました。パッケージはコマンドを使用して実行された場合は

は：

DECLARE @returncode INT; 
EXEC @returncode = xp_cmdshell 'DTEXEC /ISSERVER "\SSISD 
\test\test_DW_ETL\test_script_task.dtsx"' 

はそれが

が

をActiveXコンポーネントを作成できないエラーメッセージが表示されて失敗した場合は「doesnの別のSSISパッケージ、スクリプトタスクでMicrosoft Objects参照があり、同じDTEXECコマンドを使用して実行されたが、正常に実行されました。スクリプトタスクパッケージはコマンドを使用して実行された場合

：

DECLARE @returncode INT; EXEC @returncode = xp_cmdshell '@"C:\Program 
Files\Microsoft SQL Server\120\DTS\Binn\DTExec.exe" /ISSERVER "\SSISDB 
\test\test_DW_ETL\test_script_task.dtsx"' 

は32ビットDTEXECを使用すると、パッケージには、エラーメッセージで失敗し

ActiveXコンポーネントを作成できない

ローカルシステム、ローカルサービス、ネットワークサービス、自分のアカウントを使用してSQL Serverが実行されるアカウントを変更しようとしましたサービス勘定 - いずれも差をつけたようではありませんでした。

私の疑惑は、DTEXECがmso.dllにアクセスできないということです。

これはかなり一般的な方法でなければならないので、私はかなり明白なステップを欠いているに違いないと思います。誰でも助けてもらえますか？

おかげで、他の誰かがこの問題を持っている場合には後世のために更新

イアン

Answer 1

。最初のインスタンスで

、Iは、ストアドプロシージャ
を参照してxp_cmdshellを置き換え - 私は、確保SSISDB.catalog.start_execution

- SSISDB.catalog.create_execution
- SSISDB.catalog.set_execution_parameter_value
SSISパッケージを実行できるように、プロキシアカウントがSQL Server上で正しく設定されていることを確認してください（資格情報とオブジェクト参照の両方のアクセス許可）。

SSISパッケージはExcelオブジェクトを参照していたので、DCOM（MMC comexp。msc）を使用して、プロキシアカウントによって参照されるアカウントに起動およびアクティブ化のアクセス許可とアクセス許可があることを確認します。これに加えて、アイデンティティは対話ユーザーとして実行するように設定されていました。

開発環境では、Visual Studio、SSDT、およびSSMSをインストールしました。テスト環境にはSSMSしかありませんでした。その結果、多くのコンポーネントが欠落していたので、SSDTとWindows SDK 8.1をインストールしました。我々はまた、以下のディレクトリが存在していることを確認する必要がありました：
- C：\ WINDOWS \ SYSWOW64 \ CONFIG \ systemprofile \デスクトップ
- C：\ WINDOWS \ System32に\ CONFIG \ systemprofile \デスクトップ

おかげで、

Ian