SQL Server 2005マシンに、毎朝(午前2時頃)実行するようにスケジュールされた2つのジョブがスケジュールされています。これらの仕事は(ほとんど)何年もうまく機能しており、この問題を解決しなければならないいくつかの問題がありましたが、私は完全に困惑しています。
2朝前、私のパッケージの1つが次のエラーを報告し始めました。
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システムからSQLServer2005データテーブルにデータをエクスポートしています。
- このプロセスは正常に機能しますが、1つの特定のテーブルエクスポートでクラッシュし続けます。実際、それは死ぬ前に2時間以上問題なく動作します。このステップに関連するすべてのプロパティを調べた後、テーブル/列のエクスポートマッピングを除いて、他のテーブルエクスポートステップと比較してこのステップに違いはないことがわかります。
- パッケージ
ProtectionLevel
はに設定されDontSaveSensitive
、iSeriesクレデンシャルはSQLServerがアクセスする構成ファイルに保存されます。 - BIDSで、自分のマシンで失敗したステップを実行できます。とにかく、サーバーはまったく同じ資格情報を使用していますが、サーバーでは機能しません。
- 私が言ったように、私は2つのパッケージを持っています。1つは1つのiSeriesデータベースからデータをエクスポートし、もう1つは別のiSeries DBからほぼ同じ構造のデータをエクスポートすることを除いて、これらは事実上同じものです。最初のパッケージは、同じiSeriesクレデンシャルを使用していても、問題はありません。
- 明確にするために、私のサーバーでは何ヶ月も何も変わっていません(私が知っていることです)。これは昨日の朝に起こり始めたばかりです。
ヒントや考えは非常に役立ちます。このエクスポートは非常に重要であり、多くのユーザー/ワーカーは日常業務でこのデータに依存しています。