私は一週間問題を見ていて、それを理解することができませんでした。私はが苦しいです。IIS実行ファイルが実行されていません
クライアントサイトには、UATとPRODという2つの環境があります。 UATは完璧に働いています(これを念頭に置いてください)。現在、ソリューションをPRODに導入しようとしていますが、ソリューションの特定の部分が機能していません。
私たちは、クライアントがSSISパッケージを呼び出すことができるようにクライアントに提供するasp.netアプリケーションを開発しました(まずドロップダウンがいくつかあり、最初に「invoke」という名前のボタンをクリックします)。 ユーザーが[Invoke]ボタンをクリックすると、InvokeSSIS.batという名前のバッチファイルが呼び出され、dtexecのコマンドラインコールが適切なパラメータでアセンブルされます。
システムにインポートするスプレッドシートを生成する実行可能ファイルを呼び出す責任がある特定のパッケージに問題があります。
実行可能ファイルは、マップされたH:\ドライブにあります。
バッチファイルが生成しているコマンドを取得するために、InvokeSSIS.batバッチファイルを変更しました。コマンドラインからこのコマンドを実行すると、完全に動作します。 webapp Invokerでは、パッケージを実行しますが、パッケージ全体が完了するまで1秒しかかからないため、実行可能ファイルを呼び出すタスクは実行されません(約1分かかります)。
実行可能ファイルにはGUIですが、インタラクティブではありません。特定のパラメータでGUIを呼び出すと、自動的にバッチモードで実行され、目的のスプレッドシートを生成するために使用されるマクロが実行されるためです。
これはUATサーバーで動作し、コマンドラインから動作するため、これは問題ありません。
私は実行可能ファイルのアクセス許可をチェックしています(実行可能ファイルを右クリックしてプロパティをクリックします)。私は使用しているアプリケーションプールのIDタブと同じユーザーに実行可能ファイルに対してフルコントロールを与えました。
誰かお手伝いできますか?私が言ったように私はここで死んでいる!
アイデアや必要な情報があれば教えてください。
環境(UATとPROD両方) OS:Windows Server 2003では
は6
asp.net 2.0
SQL Server 2008の
感謝をIIS!
スティーブ
あなたの投稿を修正して、何が何を、どこで、いつ実行するかを明確にレイアウトできますか?あなたの投稿は、把握することを非常に困難にしています。また、IISワーカーに実行可能ファイルの完全な権利を与えることは、悪い考えです。どんな場合でも必要ありません。 –
UAT/PRDではIISアプリケーションプールのIDが異なりますか?原因として "アーキテクチャ"を特定するための+1 – Sam