SSIS： "指定された状態で使用するためのキーが無効です"スケジュールされたSSISパッケージのエラー

Question

SQL Server 2005マシンで、毎朝（午前2時頃）実行される予定の2つのスケジュールされたジョブがあります。これらの仕事は何年もうまく働いていますが、私はこの問題を解決しなければならなかったいくつかの問題を完全に抱えています。

これは共通の問題であると思わ

Executed as user: [Service Acount]. ...n 9.00.4035.00 for 32-bit 
Copyright (C) Microsoft Corp 1984-2005. All rights reserved. 
    Started: 1:15:01 AM Error: 2012-10-17 01:15:03.98 
    Code: 0xC0016016 
    Source: 
     Description: Failed to decrypt protected XML node "DTS:Password" 
     with error 0x8009000B "Key not valid for use in specified state.". 
     You may not be authorized to access this information. This error 
     occurs when there is a cryptographic error. Verify that the 
     correct key is available. End Error Error: 2012-10-17 01:15:03.99 
    Code: 0xC0016016 
    Source: 
     Description: Failed to decrypt protected XML node "DTS:Password" 
     with error 0x8009000B "Key not valid for use in specified state.". 
     You may not be authorized to access this information. This error 
     occurs when there is a cryptographic error. Verify that the 
     correct key is available. End Error Error: 2012-10-17 01:15:04.01 
    Code: 0xC0016016  
Source:  
Description: Failed to ... The package execution fa... The step failed. 

、しかし、私はどちらか見つけた勧告のどれもが私のシナリオには適用されませんも：

二朝前に、私のパッケージの一つは次のエラーを報告し始めました私のインスタンスは、これが起こる他のケースの大部分と一致するようです。私の実装に関する重要な情報がここにあります。

• このパッケージは、iSeriesシステムからSQL Server 2005データ表にデータをエクスポートしています。
• このプロセスは正常に動作しますが、特定のテーブルエクスポートには がクラッシュし続けます。実際には、それが死ぬ前に2時間以上の間 の問題なしで実行されます。このステップで関連付けられたすべてのプロパティー を検査した後、テーブル/カラムエクスポート マッピング以外の他のテーブルエクスポートステップと比較して、このステップについては何も違いがないことがわかります。
• パッケージProtectionLevelはDontSaveSensitiveに設定され、iSeries の資格情報はSQL Serverによってアクセスされる構成ファイルに格納されます。
• 私のマシン上でBIDSで失敗するステップを実行できます。それにもかかわらず、サーバは正確に同じ資格情報を使用していますが、サーバ上では が動作しません。
• 私が言及したように、私は2つのパッケージを持っています。 は1つのiSeriesデータベースからデータをエクスポートし、もう1つは データを別のiSeries DBからほぼ同じ構造にエクスポートすることを除いて、実質的に同じものです。最初の パッケージは、同じiSeries資格情報を使用していても問題ありません。
• 明らかに、私のサーバー上の何も何ヶ月も変わっていません（私が知っている）。 は昨日朝起き始めました。

ヒントや考えは非常に役立ちます。このエクスポートは非​​常に重要であり、多くのユーザー/作業者は日々の作業のためにこのデータに依存しています。

Answer 1

私はそのような応答を掲示する必要はありませんが、私は問題を解決しました。

私がこの問題を抱えていた理由は、データテーブルのフィールドの1つが不適切に定義されていたためです。この場合、それはdecimal (11, 3)と宣言され、それはdecimal (13, 3)であったはずです。値が(11, 3)の範囲に収まらないテーブルにポストされるまで、この問題は発生しませんでした。

この問題は、SSISでの私の最大の苦情の一つを強調しています。場合によっては、インターネット上で頻繁によく書かれているエラーを取得します。すべてのログを検索し、エラーメッセージが正当であるという前提で、さまざまなテストシナリオを設定しようとします。しかし、最終的に問題を解決すると、ログファイルに書き込まれるエラーメッセージとはまったく関係ありません。

この場合、上記のエラーは問題とはまったく関係ありませんでしたか？実際、この問題を見るのはとても幸運でした。 の前にSSISがこのように誤って通信しているのを見たので、私のテーブルの更新が潜在的な修正である可能性があることは分かっていました。

私は自分のサーバーに衝突宇宙からのニュートリノにこれを非難したいと思いますが、この経験から最良のテイクアウェイは、他人のアドバイスのオフに基づいて、あなたのSSISの問題を試してみて、解決することであり、しかし、彼らのアドバイスあれば問題がSSISエラーメッセージとは無関係であり、障害発生箇所に関連するすべてのトリプルチェックを行うことができます。

Answer 2

私はコメントの画像を投稿できませんでしたので、回答として投稿しました。

パッケージをSQL Serverにインポートしようとすると、右クリックして "Import Package"を実行するとすぐに次のウィンドウが表示されます。

ウィンドウの右側にある長方形のボックスをクリックしてください。パッケージの保護レベルを変更するオプションが表示されます。 「Do not Save Sensitive」に変更し、パッケージを実行してみてください。注意すべきことは、既存のパッケージを削除してもう一度再インポートする必要があります。したがって、既存の設定に触れる前に別のマシンで試してみてください。

Answer 3

私にとっては、SSISの接続マネージャーのパスワードは保存されていませんでした。パスワードを入力 - > OK->閉じるdtsxファイル&を再度開きます。エラーは消えました。

Answer 4

これは、パッケージ内の機密パスワードを保存する最初の問題を回避するための回避策です。

FTPタスクを削除し、代わりにファイルシステムタスクを使用して、FTPサーバー上のネットワーク共有を介して同じ場所にファイルをコピーし、ftpプロトコルの使用を避けました。

また、SQL Serverストアではなくファイルシステムにパッケージを保存することができ、正常に動作しました。

うまくいけば助けてください！

Answer 5

パッケージdtsxを開き、ProtectionLevel EncryptSensitiveWithPasswordのプロパティセットに移動してパスワードを入力します。パッケージフォームのSQL Serverジョブを同じパスワードで接続します。

http://support.microsoft.com/kb/918760とhttp://www.mssqltips.com/sqlservertip/2091/securing-your-ssis-packages-using-package-protection-level/

Answer 6

を参照してくださいには、SQL Server Management Studioのは、問題を解決し、再起動、私は、SQL Server 2012で同じエラーメッセージに遭遇しました。問題は、数日前にSSMSが開かれている間に私のドメインパスワードが変更されたことが原因と考えられます。同様の問題が発生しても、簡単な再起動で問題が解決しない場合は、Control Panel\User Accounts\Credential Managerにキャッシュされたアカウント情報がないか再確認してください。