2016-12-16 24 views
0

構成ファイルを使用してSSISパッケージを実行できるようにSQL Serverエージェントをセットアップする際に問題があります。 SSIS 2012とSQL Server 2014 SP1は重要です。SQLエージェントジョブでSSISパッケージ構成を追加するとエラーが発生する

パッケージは、DBサーバー上のファイルシステムに格納されています。ジョブ設定の「構成」タブをクリックした後、デフォルトのパッケージストアパス:C:¥Program Files¥Microsoft SQL Server¥120¥DTS¥Packagesにある.dtsConfigファイルを追加できました。

しかし、保存するために[OK]をクリックすると、私は次のエラーを得た:

「パスCへのアクセス:\ Program Files \ MicrosoftのSQLサーバ\ 120 \ DTS \パッケージ\ PackageName.dtsxが拒否されました(mscorlib。 ) "

まず、SQLエージェントアカウントとエージェント経由でパッケージを実行するために使用されたプロキシアカウントのように、私は絶対にそのパスに対するアクセス許可を持っています。次に、構成ファイルへのアクセスではなく、「構成」タブでパッケージへのアクセスに関するエラーが発生するのはなぜですか?

私がジョブを正常に実行すると、問題のパッケージは実行されますが、何もしないようです。私の考えは、おそらく構成ファイルを使用していないということです(何かへのアクセスが拒否されていると考えているため)、正しいネットワークパスを探していません。他の誰かがこれにぶつかる?

+0

解決策はありませんが、SQL Server 2012に移行したとき、プロジェクト展開モデルに変更されました。これは、パッケージ展開(.dtsConfigを使用)モデルよりも多くの利点があります。実際のSQLサーバーまたはクライアントからジョブをセットアップしていますか? –

+0

これは私のデスクトップと私がサーバーにリモートの両方でエラーを表示します。提案に感謝しますが、プロジェクト展開を使用しないことをお勧めします。環境にとって不必要に複雑なものです。これらは真のETLパッケージではなく、スプレッドシートまたはフラットファイルからデータを取り出して読み込みます私たちの主なアプリケーションの1つが使用するデータベース(それは倉庫ではありません)に変換します。つまり、スタンドアローンのパッケージなので、プロジェクトに入れる必要はありません。 –

答えて

0

権限が常に子フォルダにカスケードするとは限りません。サブフォルダを確認し、そこに存在するパーミッションを確認してください。

あなたのプロキシアカウントのフォルダーチェーンの下部に「完全な」コントロールがある場合でも、子フォルダーへのアクセスを拒否できます。

0

このエラーは、パッケージがファイルを受け取れなかった原因ではないことが判明しました。パッケージ構成ファイルにFor Eachループのコレクションフォルダの変数がありませんでした。したがって、エラーが発生していても、実際にはパッケージ構成を使用していました。誤報!

関連する問題