28

私は SSIS プログラミングが初めてで、SSIS パッケージの展開に問題があります。

このパッケージは私の PC で正しく動作し、必要なすべてのことを行います...しかし、展開すると接続文字列が見つかりません。

エラーは次のとおりです。

コード: 0xC001000E ソース: 説明: 接続 "{DA7CD38D-F6AA-4B06-8014-58BEE5684364}" が見つかりません。このエラーは、特定の接続要素が見つからない場合に Connections コレクションによってスローされます。終了エラー

エラー: 2012-08-09 00:21:06.25 コード: 0xC001000E ソース: パッケージの説明: 接続 "{DA7CD38D-F6AA-4B06-8014-58BEE5684364}" が見つかりません。このエラーは、特定の接続要素が見つからない場合に Connections コレクションによってスローされます。終了エラー

エラー: 2012-08-09 00:21:06.25 コード: 0xC001000E ソース: パッケージの説明: 接続 "{DA7CD38D-F6AA-4B06-8014-58BEE5684364}" が見つかりません。このエラーは、特定の接続要素が見つからない場合に Connections コレクションによってスローされます。終了エラー

エラー: 2012-08-09 00:21:06.25 コード: 0xC00291EB ソース: SQL タスクの実行 SQL タスクの実行 説明: 接続マネージャー "{DA7CD38D-F6AA-4B06-8014-58BEE5684364}" は存在しません。終了エラー

エラー: 2012-08-09 00:21:06.25 コード: 0xC0024107 ソース: SQL タスクの実行 説明: タスクの検証中にエラーが発生しました。終了エラー DTExec: パッケージの実行で DTSER_FAILURE (1) が返されました。開始: 00:21:04 終了: 00:21:06 経過: 1.888 秒。パッケージの実行に失敗しました。ステップは失敗しました。

4

20 に答える 20

6

この問題を投稿していただきありがとうございます。

1 つの解決策: Windows エクスプローラーで XML 形式のパッケージを開き、見つからない接続マネージャーの GUID を見つけます。私の場合、破損していたのは、壊れた EventHandler 接続でした。これと同じ接続マネージャーが制御フローで使用されていましたが、何らかの理由でそこで破損していなかったため、UI からユーザーにはわかりませんでした。XML はイベント ハンドラー接続マネージャーを指していたので、UI でイベント ハンドラー タブを開くと、破損した接続マネージャー ID を参照していたソースとターゲットに素晴らしい RED X がすぐに表示されました。正しいマネージャーに再ポイントし、パッケージを再構築して保存しました。行ってもいい。

重要なのは、pkg を XML 形式で開き、コード内の GUID を見つけて、失敗した場所を確認することでした。UI で有効な参照を見つけることができなかった場合、XML 接続の名前を XML 内の別の既知の GUID に変更してから、UI に移動して再度ポイントするか、完全に削除します。

幸運を。

于 2013-10-01T15:29:31.843 に答える
4

これは、接続マネージャーがパッケージ内ではなく Visual Studio プロジェクト内で定義され、パッケージ内で参照されるだけの新しい SSIS 2012 "共有接続マネージャー" コンセプトを使用する場合にも発生するようです。SQL エージェントまたは DTEXEC を介して実行すると、同じエラー メッセージが表示されます。

私はまだその解決策を見つけていませんが、以前に経験したことがある場合は、フィードバックをいただければ幸いです。

于 2013-02-20T14:46:27.533 に答える
4

接続の削除または削除に関する前述の発言は、絶対に可能です。ただし、(パッケージ レベルの接続ではなく) プロジェクト レベルの接続を使用するパッケージを呼び出そうとしたときにも、このエラーが発生する可能性があります。

プロジェクト レベルの接続を使用していて、まだ dtexec を使用したい場合は、方法があることを恐れないでください。それらをパッケージ レベルの接続に変換することはお勧めしません (正当な理由でプロジェクト レベルの接続として作成したと仮定します)。

SSIS プロジェクトをデプロイする必要があります。SSIS サーバーにカタログを作成する必要があります ( https://msdn.microsoft.com/en-us/library/gg471509.aspx )。カタログを取得したら、SSIS プロジェクトで [プロジェクト] -> [デプロイ] を選択し、ウィザードに従います。その結果、SSIS ソリューション フォルダー/bin/Development に *.ispac ファイルが生成されます。

次に、簡単なコマンドでパッケージを呼び出す代わりに、money コマンドを使用します: dtexec.exe /f "package.dtsx"

代わりに、次のように呼び出します: dtexec.exe /project "<...>/project.ispac" /package "<...>/package.dtsx"

ispac ファイルには、パッケージを実行するために必要なプロジェクト レベルの接続情報が含まれており、設定する必要があります。

于 2016-03-09T17:52:41.273 に答える
3

私の場合、問題は以前に構成されたログプロバイダーが、もう使用されていない古い接続を指していることであることがわかりました。この問題を解決するには、[パッケージ エクスプローラー] タブをクリックし、[ログ プロバイダー] をクリックして、古いログ プロバイダーを削除します。これが誰かに役立つことを願っています。

于 2016-12-16T12:02:18.810 に答える
0

SSDT 2013 を使用して VS で SSDT 2010/SSIS 2012 プロジェクトを開こうとしたときに、このエラーを受け取りました。プロジェクトを開くと、すべてのパッケージを移行するように求められました。続行を許可すると、すべてのパッケージがこのエラーやその他のエラーで失敗しました。変換をバイパスして各パッケージを個別に開くだけで、パッケージを開くとアップグレードされ、正常に変換されて正常に実行されることがわかりました。

于 2015-07-28T19:30:04.667 に答える
0

私の場合、これをより簡単な方法で解決できました。x.dtsConfig アーカイブを開きましたが、理由は不明ですが、このアーカイブは標準形式ではなかったため、ssis は構成を認識できませんでした。幸いなことに、以前にアーカイブをバックアップしていたので、それを元のフォルダーにコピーするだけで、すべてが再び機能していました.

于 2015-05-06T15:43:01.513 に答える
0

この解決策は私のために働いた:

SQL Server Management Studio に移動し、失敗したステップを右クリックして [プロパティ] -> [ログ] -> [ログ プロバイダーの削除] を選択し、再度追加します。

于 2015-11-03T14:17:57.790 に答える
0

一般的に、SSIS が明らかに良好な接続について不合理に不平を言っているように見えるのは、接続マネージャーではなく、パッケージ変数を使用して直接接続を定義しようとしていることが原因です。例: 今日、Web サービス タスクがあり、Web サービスの URL を含むパッケージ変数に関して、「接続」プロパティを定義する式を直接作成するという間違いを犯しました。ただし、Connection は ConnectionString と同じではないことに注意してください。そのため、タスクを見ると、「接続」として完全に有効な URL が表示されたため、すべてが有効であるかのように全世界を探しました。問題は、接続を文字列にすることができないことです。接続マネージャーでなければなりません。

于 2017-04-11T17:23:47.083 に答える
0

この問題を解決するために私がしたことは簡単でした。(localhos) タグに応答するように、SQL Server の名前を変更する必要がありました。その後、SSISのすべての接続を変更し、ソリューションを再構築しました...うまくいきました。それがあなたを助けることを願っています

于 2013-03-05T16:21:42.143 に答える
0

私は同じ問題を抱えていて、上記のどれもそれを解決しませんでした。私のssisの右下隅で無効になっている古いSQLタスクがあったことがわかりました。これを見つけるために本当に探す必要がありました。これを削除したら、すべてうまくいきました

于 2014-11-14T19:13:42.537 に答える
0

パッケージは金曜日に正常に動作し、TFS にチェックインして家に帰ります。月曜日に開くと、どこでもエラーが発生します。「接続マネージャー変数 $project._connectionstring が変数コレクションに見つかりませんでした」.

接続を rtclick-edit して接続をテストしましたが、問題なく動作しました。ConnMnger は、ソリューションの接続マネージャー リストにあります。この接続マネージャーに接続されている TARGET オブジェクトを開き、[マッピング] をクリックすると、上記のエラーが表示されます。マッピングのどこにも接続マネージャー変数への参照はありません。

これを修正するには、[接続マネージャー] ウィンドウで接続マネージャーを右クリックし、[パラメーター化] を選択する必要があります。必要に応じてオプションを入力してください -

プロパティ: ConnectionString 既存のパラメータを使用: $Project::ConnMgrName_ConnectionString または 新しいパラメータを作成: オプションに従ってください

この接続マネージャーがパラメーター化されると、すべてが機能します。コン マネージャーは [コン マネージャー] タブに存在していましたが、コン マネージャーは既にソリューション エクスプローラーに表示されており、2 日前には問題なく動作していました。

奇数。なんでもいい。マイクロソフトはマイクロソフトです。SQL Server は SQL Server です。あなたの毒を選んでください。

これが次の人が時間を節約するのに役立つことを願っています.

于 2013-10-28T15:06:16.717 に答える