2012-03-07 13 views
1

SSISは多少新しいです。SSIS - 2008 - 同じパッケージの複数のコピーに対して1つの設定テーブルを使用します。

クライアントは、さまざまなソースデータベースに対して複数のコピーを作成し、各コピーを展開し、スケジュールする「汎用」SSISパッケージを提供する必要があります。私は別の共通データベースに1つのSSIS構成テーブルを持っています。すべての接続にこの単一の構成表を使用したいと思います。ただし、設定フィルタを使用することが課題です。クライアントがパッケージのコピーを作成すると、他のパッケージと同じ設定フィルタが適用されます。この新しいコピーでは、ソースデータベースが異なる可能性があるため、デプロイメント前に構成フィルタを変更するオプションをクライアントに提供したいと考えています。私はこれを制御するオプションが見つかりません。

(実行可能な.dtsxファイルを編集せずに)パッケージの外側から構成フィルタを変更する方法はありますか?または、私が従うことができるより良いアプローチがありますか?私はXML構成ファイルを好まず、私のパッケージがSQLサーバーにデプロイされる主な理由があります。 ご協力いただければ幸いです。 -Shahul

答えて

1

推奨ソリューションは、SSISパッケージ構成が通常使用される方法とうまく適合しません。 a similar question on the MSDN forumsへのJamie Thomsonの答えを見てください。

+0

はい。優雅な解決策を見つけようとしている間、それは私の野生の考えの一つでした。私は、ソースデータベース接続(各ソースごとに異なる)と共通接続用のconfigテーブル用のXML設定ファイルに進みました。これはクライアントが管理する必要があります、私は願っています。 – Shahul

0

私は自分の会社と同じ要件のパッケージを作成しました。さまざまなソースからデータをロードし、インスタンスの個々の構成に基づいて異なる宛先にロードします。内部ETLとして使用されます。

は、私たちは、さまざまなソースに接続し、など、さまざまな設定

すなわち複数のSSISパッケージの数に応じて、異なるテーブルにXML形式での一般的なステージング表とIETLパッケージの負荷に、このデータをデータを渡すアダプタを持っていますインスタンスは異なる構成で実行できます。あなたは正しい道を歩いています。 SQL Serverを使用して構成を保持し、この構成を持つデータベース情報を保持するXML構成ファイルを使用して実現できます。パッケージのインスタンスを実行すると、パッケージで設定されたデフォルト値がロードされますが、新しいインスタンスの目的を反映するためにすべての変数を更新する必要があります。

これらのインスタンスとそれらの設定を構成するためのWindowsアプリケーションを作成して、クライアントまたはコンサルタントがパッケージを実際に開くことなく簡単に構成できるようにしました。

関連する問題