Ошибка учетной записи прокси при выполнении служб SSIS через агента - PullRequest
Новая
       7

Ошибка учетной записи прокси при выполнении служб SSIS через агента

1 голос
/ 09 декабря 2010

Недавно, когда я создал задание агента SQL Server (2008) для выполнения пакета служб SSIS с учетной записью прокси, оно завершилось с сообщением об ошибке ниже. О чем это исключение? Что вызывает это и как я могу решить это?

Сообщение об ошибке Выполнено от имени пользователя: бла. Процесс не может быть создан для шага 1 задания 0xD5A5 (причина: требуемая привилегия не удерживается клиентом). Шаг не пройден.

Примечание: -Он отлично работает с учетной записью службы агента.

Спасибо

Ответы [ 3 ]

0 голосов
/ 24 февраля 2011

Вы не упомянули, как именно вы проходите аутентификацию, но независимо от этого, вот скрипт для создания имени входа, учетных данных и прокси и предоставления разрешений пакетам служб 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 голосов
/ 06 декабря 2016

Просто проработал эту проблему и пришел к другому решению. Глобальная политика безопасности мешала. Оказывается, на сервере разработки, который случайно представлял эту проблему, применялась гораздо более ограничительная политика, чем на производственном аналоге, который работал нормально. Не совсем точно, какое переопределенное разрешение в соответствии с политикой вызывало проблему, но менее строгая политика решила проблему, тем не менее. В основном, обратитесь к администратору Active Directory, если локальная политика безопасности заблокирована на сервере, представляющем проблему.

0 голосов
/ 10 декабря 2010

Я пытаюсь заставить это работать и сейчас.Вы пытаетесь посмотреть на эти ресурсы?

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

...