原因SSISカスタムデータフロー型部品エラーはアップグレードする

Question

私は非常に単純なコンポーネントのトリムすべての行頭及び行末の空白文字から(read/write)の文字列パイプライン.調査を実施しているのは、同じ参照してバイナリーのこのdllっ開発機です。私へ振り替えられることとなっ他の開発機械に登録して、センターへの自爆してしまっているんですけど開パッケージをコピーして第二の機械を取得します:

エラー1検証エラーになります。データフローのタスク:---。パイプライン:の成分のメタデータのための"コンポーネント"TrimColumnsComponent"(1909年)"なにアップグレードする、新しいバージョンの、コンポーネントに対するのPerformUpgrade方法に失敗しました。LD_CXSUM.dtsx0 0

私のコンポーネントのツールボックスに、できるドラッグのもう一つのデータフロー型キャンバス、うまくいきませんで表示されています。

これはSQL Server2005とVisual Studio2005の双ます。

第二機械までをパッケージからで負荷機構築の成分がアイコンは、基準となるユーザのアイコンと同じものになります。場を作りたいパッケージからのビルドマシンでのアイコンがこのメッセージを構築す。のファイルを同一のコンポーネディレクトリでは、同じcomponentクラスのidも登録されているGAC.

ってのdtsxファイルを手動で検査をXMLおよびパッケージをビルドマシンの構築、機械、クラスのidおよび公開鍵の同一性と機です。

何が原因です。

Answer 1

一般的にこのコンポーネントに更新後のパッケージに保存されたので、その間違ったバージョン番号を示します。使いや再追加コンポーネント残念ながら ¹.

きに保存するパッケージとして、新しいバージョンして移動します。この問題を解決の自動アップグレードと呼ばれる(そな).

Answer 2

あなたは100％GAC内のコンポーネントのコピーは、プログラムのFiles \ MicrosoftのSQL Serverのコピー\ 90 \ DTS \ PipelineComponentsフォルダに一致する正？ GACコピーが実行時に使用され、そしてPipelineComponents下のコピーはVS IDEで使用されています。あなたはx64のマシン上で実行している場合、私はあなたが定期的にProgram Filesフォルダおよびx86フォルダの両方の下PipelineComponentsのフォルダにコピーしてくださいと思います。

Answer 3

含む Client SDKツール や お客様のツール後方互換性 のSQLサーバーの設置を解決の問題でした。

Answer 4

私は同じ問題を持っていた、私にとってはこのラウンドの方法は、プロジェクト全体ではなく、個々のパッケージを展開することでした。これは、問題を解決し、通常どおりに実行するために、パッケージを有効ます。

Answer 5

私は同じ問題を抱えていたし、私の解決策は、@AppleGからのものと同じです。問題は、プロジェクト全体ではなく、1つのパッケージを展開することによって生成されました。プロジェクトは、おそらくVisual Studioまたは展開ウィザードのわずかに異なるバージョンで、他の開発者によって以前に展開されました。それから私は私のVSから、後に一つだけのパッケージを展開します。

結論として、再度、プロジェクト全体を展開することは、問題を解決します。