2
構成ファイルを使用してパッケージを本番環境に移動しようとしていますが、ファイルが部分的にしか変更されず、結果がDEVサーバーに残ります。DevからProdへssisパッケージを転送するには？
誰も知らないのですか？
A
答えて
2
設定ファイルにアクセスできない場合は、問題の原因を特定することは困難です。
私がお勧めするのは、ご使用の環境内のデータベースを参照するパッケージ構成を利用することです。各環境に固有の環境変数を使用してデータベース自体を参照することができます。
これは素晴らしい時間節約と、すべてのSSISパッケージの構成を一元的に管理するのに適した方法です。詳細については、以下のリファレンスをご覧ください。
http://www.mssqltips.com/tip.asp?tip=1405
は一度設定するには、コンフィギュレーションファイルとSSISパッケージや混乱の周りに単一の変更を適用することなく、DEVと生産の間に同じ同じパッケージを展開することができます。
0
構成ファイルを使用していても、ハードコードされた接続がパッケージに残っている可能性があります。すべての接続もチェックする必要があります。
0
また、遠くに行くこともできます。 Integration Servicesに移動し、格納されているパッケージをdtsxファイルにエクスポートします。次に、適切なテキストエディタでファイルを開いて、サーバー名を検索/置換してから、Integration Servicesに戻り、更新されたパッケージをインポートします。たくさんの時間はちょっと簡単です...
0
みなさん、ありがとうございます。私はこの問題を醜い方法で解決することができました。サーバ上でパッケージを編集していますが、私は非常に洗練されたソリューションを望んでいます。今は環境変数で試しています。 （私はVStudio 2005を使用しています）さらに、XMLとして設定ファイルを試しましたが、ソースマシン上でもパッケージの実行に失敗しています。立ち往生！
0
私の個人的な技術は、まず、パッケージをSQLベースのパッケージ構成（config DBへの接続文字列）を指し示す単一の構成ファイルを持つことでした。パッケージ構成内の後続のエントリは、SQLストアを使用して設定をロードします。私はパッケージのXMLに入るスクリプトを用意して、ステージングやプロードに展開するための準備をします。設定ファイルには、パッケージ設定の初期ファイルconfigエントリの名前と、stageおよびprod設定db設定ファイルの場所が格納されます。このスクリプトは、stageとprodの2つのサブディレクトリを作成します。各ディレクトリには、特定の展開用に変更されたソリューションパッケージのコピーがあります。
また、パッケージファイルの暗号化を無効にすることを忘れないでください！