2017-03-22 5 views
0

最近、私は運用環境にSSISパッケージを展開しようとしましたが、何らかのエラーを抱えて苦労した後、パッケージの内容をサーバーから(展開ファイルではなく)SSDTにインポートして確認しました。私が見つけたのは本当に面白かったです - Script TaskのC#コード(スクリプトタスクは1つしかありません)はなくなりました。スクリプトタスクをパッケージに追加するとテンプレートコードだけが表示されていました。誰でも編集した展開時にパッケージから消えるスクリプト

同じプロジェクトを私の代わりに同じサーバーにデプロイできるかどうかは私の同僚に尋ねたところ、コードはその場所にあり、すべてがそこから順調に進みました。

この現象の原因は何ですか?私たちはどちらもサーバー管理者です。私たちはどちらもSQL Serverに対するsysadmin権限を持っています。私たちは彼が所有している権限について知らず、私は知らないのです。

EDIT:私たちはどちらも同じ.ispacプロジェクト配備ファイルを配備していましたが、私たちの誰も "生産準備完了"の後で編集しませんでした。また、.ispacファイルをダブルクリックし、Integration Services Deployment Wizardを使用して同じ方法で展開します。 パッケージは別のサーバー上に用意されています。

+0

パッケージを展開プロセスで変更しないでください。私はスクリプトの仕事がスクリプトを失う前にそのようなことは聞いたことがありません。使用している方法とプロジェクトをどこに展開しているかを説明できますか?また、あなたと同僚が同じソースコードからデプロイメントしていることを確認してください。あなたの質問を編集してください。 –

答えて

0

私は非常によく似た問題を経験しました。後で削除されたかもしれない以前の投稿が存在しましたが、SSISパッケージのプロセススクリプトタスクが空のタスクまたはデフォルトのタスクに置き換えられていることを証明できます。 SQL Server \ 120 \ DTS \ Binnディレクトリにあるバージョンまたはdllの非互換性が疑わしい。

私たちは現在、SSDTが組み込まれたVisual Studio 2013 Professional(シェルまたはスタンドアロン版は使用していません)を使用して開発しました。開発はWindows 7 Enterprise 64ビットマシンでSP1を使用して行われました。すべてのテストは、ローカルでSSDTを使用してうまくいきました。サーバーにデプロイされると、テストは意図どおりに機能しました。サーバーは、問題が発生していると私は信じています。 Windows Server 2012 R2上で動作するSQL Server Enterprise Editionに展開しました。 Microsoft SQL Server 2014(SP1-GDR)(KB3194720) - 12.0.4232.0(X64) ispacは、SQL Server Integration ServicesカタログのSSMSでのエクスポートから生成されました。その後、ispacは別の​​サイトに展開されました。

このサイトはSQL Server Developer 64 Bitインスタンスに展開されていました。理論的には、これはうまくいくはずですが、配備されたプロジェクトをこのサイトのVisual Studio SSDTスタンドアロンインスタンス(Visual Studio Professionalに埋め込まれていないインスタンス)にインポートすると、すべてのプロセススクリプトタスクがプロセスタスクのデフォルトインスタンスに置き換えられます。 シナリオを社内で再現する場合、SQL Server 2014 Developer 64ビットを展開サイトとして使用し、新しいVisual Studio SSDTプロジェクトにインポートして戻すと、実際にプロセススクリプトが置き換えられます。新しいVisual Studio SSDTプロジェクトを作成してEnterprise Editionからインポートする場合、プロセススクリプトはすべてそこにあります。

私たちにとっては、SQL Serverのバージョンと、それが異なるという事実との間に強い相関があるようです。

関連する問題