その回答は次の記事を指しています:http://support.microsoft.com/kb/918760
提案された解決策は次のとおりです。それらを評価しましたか?
- 方法 1:SQL Server エージェント プロキシ アカウントを使用する
SQL Server エージェント プロキシ アカウントを作成します。このプロキシ アカウントは、SQL Server エージェントがパッケージを作成したアカウントまたは必要なアクセス許可を持つアカウントとしてジョブを実行できる資格情報を使用する必要があります。
このメソッドは、シークレットを復号化するために機能し、ユーザーによるキー要件を満たします。ただし、SSIS パッケージのユーザー キーには現在のユーザーと現在のコンピューターが関係しているため、この方法ではうまくいかない場合があります。したがって、パッケージを別のコンピューターに移動すると、ジョブ ステップで正しいプロキシ アカウントが使用されていても、この方法は失敗する可能性があります。トップに戻る
- 方法 2:SSIS パッケージの ProtectionLevel プロパティを ServerStorage に設定する
SSIS パッケージの ProtectionLevel プロパティを ServerStorage に変更します。この設定により、パッケージが SQL Server データベースに保存され、SQL Server データベース ロールによるアクセス制御が可能になります。トップに戻る
- 方法 3:SSIS パッケージの ProtectionLevel プロパティを EncryptSensitiveWithPassword に設定する
SSIS パッケージの ProtectionLevel プロパティを EncryptSensitiveWithPassword に変更します。この設定では、暗号化にパスワードを使用します。次に、SQL Server エージェント ジョブ ステップのコマンド ラインを変更して、このパスワードを含めることができます。
- 方法 4:SSIS パッケージ構成ファイルを使用する
SSIS パッケージ構成ファイルを使用して機密情報を格納し、これらの構成ファイルをセキュリティで保護されたフォルダーに格納します。次に、ProtectionLevel プロパティを DontSaveSensitive に変更して、パッケージが暗号化されず、秘密をパッケージに保存しようとしないようにすることができます。 SSIS パッケージを実行すると、必要な情報が構成ファイルから読み込まれます。機密情報が含まれている場合は、構成ファイルが適切に保護されていることを確認してください。
- 方法 5:パッケージ テンプレートを作成する
長期的な解決のために、既定の設定とは異なる保護レベルを使用するパッケージ テンプレートを作成します。この問題は、将来のパッケージでは発生しません。