2010-12-08 24 views
1

最近、プロキシアカウントを使用してSSISパッケージを実行するSQL Serverエージェント(2008)ジョブを作成したときに、以下のエラーメッセージが表示されませんでした。この例外については何ですか?何が原因なのですか?どのように解決しますか?エージェント経由でSSISを実行中にプロキシアカウントが失敗しました

エラーメッセージ ユーザー:blawとして実行されます。ジョブ0xD5A5の手順1でプロセスを作成できませんでした(理由:クライアントが必要な権限を保持していません)。ステップは失敗しました。

注: - エージェントサービスアカウントで正常に動作しています。

ありがとうございました

答えて

0

私はこれを現在でもうまく利用しようとしています。あなたはこれらのリソースを見てみるのですか?

http://support.microsoft.com/kb/918760

http://technet.microsoft.com/en-us/library/dd440761(SQL.100).aspx

http://technet.microsoft.com/en-us/sqlserver/ff686764.aspx

+0

まだ成功していないが、同じエラーが続く。間違いがどこだったのか分かりません。 – rmdussa

+0

サービスエージェントアカウントでパッケージが正常に実行されました。私がプロキシを作成したとき、パッケージを実行する前に失敗しています。だからProxyアカウントでDefinely問題。それでも私はプロキシアカウントのサービスアカウントと同じアカウントで試してみましたが、まだ動作しませんでした。助けてください。ありがとうございました – rmdussa

+0

プロキシアカウントがExcelファイルのネットワークパスや引っ張ったり書いたりしているすべてのデータベースへのアクセスなど、すべてのデータソースにアクセスできることを確認してください。 –

0

あなたが認証している正確にどのように言及していませんでした、しかしかかわらず、ここではログイン、資格やプロキシを作成し、SSISへのアクセス権を付与するためのスクリプトがありますパッケージ:

CREATE LOGIN [MyLogin] FROM WINDOWS WITH DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[us_english] 
GO 

GRANT CONNECT TO [MyLogin] 
go 

CREATE ROLE MyRole 
GO 

EXEC sp_addrolemember @membername = N'MyLogin', @rolename = N'MyRole' 
GO 

CREATE CREDENTIAL MyCredential WITH IDENTITY = 'MyLogin', SECRET = 'MyPassword'; 

GO 

USE [msdb] 
GO 

EXEC msdb.dbo.sp_add_proxy @proxy_name=N'MyProxy',@credential_name=N'MyCredential', 
     @enabled=1 
GO 

EXEC msdb.dbo.sp_grant_proxy_to_subsystem @proxy_name=N'MyProxy', @subsystem_id=11 
GO 

EXEC msdb.dbo.sp_grant_login_to_proxy @proxy_name=N'MyProxy', @login_name=N'MyLogin' 
GO 


CREATE ROLE MyRole 
GO 

EXEC sp_addrolemember @membername = N'MyRole', @rolename = N'db_ssisadmin' 
GO 

EXEC sp_addrolemember @membername = N'MyRole', @rolename = N'db_ssisoperator' 
GO 

EXEC sp_addrolemember @membername = N'MyLogin', @rolename = N'MyRole' 
GO 
0

この問題を処理した異なる解像度にグローバルなセキュリティ方針が途切れることはなかった。この問題を提起していた開発サーバーは、うまく動作していた制作者よりもはるかに制限的なポリシーが適用されていたことが判明しました。ポリシーに基づいてオーバーライドされたアクセス許可が問題を引き起こしていたかどうかは正確にはわかりませんが、それでもなお制限の少ないポリシーでは問題は解決されました。基本的に、ローカルセキュリティポリシーが問題を提示しているサーバーでロックされている場合は、Active Directory管理者に確認してください。

関連する問題