web-dev-qa-db-ja.com

SSISジョブの実行時のプロキシアカウントの認証エラー

毎晩5つのスケジュールされたタスクを実行するSQL Serverインスタンスがあり、それぞれがSSISパッケージを実行しています。

これらのパッケージは何年も実行されており、関連するステップはプロキシアカウント(PackageExecutor)を介して実行されます。 PackageExecuterは、以前のドメイン管理者アカウントであったSQL資格情報に関連付けられています。

まもなく、この管理者アカウントに関連付けられたドメインはシャットダウンされます。新しいドメインの新しいアカウントを、roxy PackageExecutorに関連付けられた管理者アカウントとして使用する必要があります。新しい管理者アカウントの新しい認証情報を作成してPackageExecutorに関連付けたところ、SQLジョブの1つをテストとして実行しようとすると、次のエラーが発生し始めました。

Unable to start execution of step 1 (reason: Error authenticating
proxy *Domain\Admin_Account*@*fully.qualified.domain.com*, system
error: Logon failure: unknown user name or bad password.).  The step
failed.

この合理的に明示的なエラーを理解している場合、それは、プロキシに関連付けられている資格情報アカウントが正しいことを示しています。これをどのように検証しますか?

このアカウントは正当であることを知っています。関連付けられているすべてのサーバーグループに既に関連付けてあります。サーバーのsysadminユーザーにしました。

この問題の原因は何ですか?

明確にするために、プロキシ資格情報に関連付けられているアカウント名またはパスワードを誤って入力していません。ただし、アカウント名を入力するとDomain\Admin_Accountで[名前の確認]ボタンをクリックすると、SQL Serverは自動的にユーザーIDを完全修飾バージョンに変換しました。これがこの問題と関係があるかどうかはわかりません。

私は少し途方に暮れています。私は自分の資格情報アカウントに、考えられるすべてのものへのフルアクセスを与えました。これを機能させるには何が必要ですか?

[〜#〜]更新[〜#〜]

申し訳ありませんが、もう1つ簡単に説明します。私は見つけました このMSDN kb記事 。解決方法#1は、私が長年行ってきた方法です。他は適用しないようであるか、私は何かを逃しています。ヒントや説明があれば有益です。

7
RLH

他の人が同じ理由でここに来た場合に備えて。プロキシ/資格情報が使用しているアカウントが、SQLセキュリティのデフォルトデータベースのユーザーであることを確認してください。

他のすべての提案(パスワードが変更されていないことの確認、SQLエージェントユーザーのローカルサービスアカウントへの切り替え、資格情報とプロキシの再構築など)を行い、アカウントがデフォルトのユーザーであることを確認しましたDBは、何らかの理由で、ADへの認証を試みているときにNull SIDを渡す原因になりました。

5
T Childers

最初にSQL Serverエージェントを再起動してください。同様の問題が発生し、プロキシと資格情報を再作成するところまで行きましたが、それでも機能しませんでした。昨日発生したクラッシュダンプがあり、どうやら接続が切断され、資格情報が認識されませんでした。エージェントと再起動を再起動すると、それは再び機能しました。

3
Matthew

質問作成者によるこの古い質問へのコメント [〜#〜] rlh [〜#〜] は、他のすべての回答を試した後、うまくいったので、それを回答として追加します。

私はこの問題を解決したと思いますが、理由はわかりません。つまり、自分のPCでSSMSを使用する代わりに、新しい資格情報に関連付けられたアカウントでログインしてサーバーにリモート接続しました。資格情報を削除して作成し直し(今回はSQL Serverが@ domain.comで問題を報告しませんでした)、ジョブの1つをテスト実行しました。動いた!どうやらこれは何かを変更し、SQL Serverがアカウントを解決するのに役立ちました。

3
Scott Dexter

同じエラーが発生しました。自分のデータベースセキュリティ資格情報を持つプロキシアカウントを使用していて、パスワードが変更されていました。セキュリティ->クレデンシャルで変更すると、パッケージが機能し始めました。

1
Pradeep John

汎用(AD)ドメインアカウントで実行されている資格情報があります。先週パスワードを変更しました。それはSSISの仕事を壊しました。パスワードを更新すると修正されました。

1
dotnetN00b

私と同じ間違いをする人はたくさんいると思います...

Management Studioで間違ったサーバーに接続していたため、ユーザー名とパスワードを入力し続けてこのエラーが発生しました。私も実際には間違ったサーバーでジョブを設定していました。

そのため、接続しているSQL Serverインスタンスが、資格情報が存在するインスタンスであることを再確認してください。

1
SeanW

私の場合、SQL Serverエージェントはサービスアカウントで実行されており、 "[email protected]"([email protected])の形式で指定されていました。形式を "xyz\abc"、つまりDomainName\Usernameに変更しましたプロキシは正常に機能しました。確かに奇妙です。何が変わったのかまだ疑問に思っています。

以前に報告されたエラーメッセージ:ステップ1の実行を開始できません(理由:プロキシの認証エラー、システムエラー:ユーザー名またはパスワードが正しくありません)ステップが失敗しました。

0
sajeesh

コミュニティWikiの回答 質問の作成者によるコメントとして最初に残されたもの:

私はこの問題を解決したと思いますが、理由はわかりません。

つまり、自分のPCでSSMSを使用する代わりに、新しい資格情報に関連付けられたアカウントでログインしてサーバーにリモート接続しました。 credを削除して再作成しました(今回はSQL Serverが@domain.com)次に、いずれかのジョブのテスト実行を試みました。

動いた?!どうやらこれは何かを変更し、SQL Serverがアカウントを解決するのに役立ちました。

0
user126897

私の問題は、SQLエージェントサービスが存在しないアカウントで実行されていることでした。有効なサービスアカウントでエージェントサービスを更新し( this を参照)、再起動すると問題が解決しました。

0
David Rogers