SSIS 2005, запущенный в агенте SQL Server на локальном ПК, при подключении к базе данных на удаленном сервере выдает ошибку - PullRequest
0 голосов
/ 15 апреля 2010

Я пытаюсь запустить пакет SSIS 2005 из задания агента SQL Server на моем локальном ПК.Этот пакет пытается подключиться к базе данных SQL Server 2005 на удаленном сервере, но получает сообщение об ошибке Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'.В чем проблема и как я могу ее решить?

Ответы [ 3 ]

1 голос
/ 13 января 2014

вы можете создать задание SQL для запуска команды start_execution, а затем процесс будет выполняться под пользователем, запустившим задание.

подход объясняется здесь .

0 голосов
/ 09 декабря 2011

Еще одна вещь, которую следует учитывать, если вышеприведенный сбой - это «количество прыжков». Если я пытаюсь запустить SP с локальной машины, которая подключена к удаленной БД, которая пытается подключиться к другой удаленной БД. Я получу ошибку выше. Однако, если я сначала удаленно подключаюсь к основному серверу, а затем запускаю SP с удаленным подключением, он работает нормально.

0 голосов
/ 15 апреля 2010

Проблема заключается в том, что пакет служб SSIS выполняется под учетными данными NT учетной записи, на которой запущена служба агента SQL Server (вероятно, это учетная запись «локальной системы» или «сетевой службы» локального ПК), и пытается подключиться к удаленному экземпляру SQL с помощью встроенной системы безопасности Windows. Это не удается, поскольку удаленный сервер SQL не может аутентифицировать учетную запись службы при разрешении подключения.

Когда вы разрабатывали его, пакет подключался к удаленному серверу SQL с использованием ваших учетных данных NT (учетной записи домена, которую удаленный сервер SQL мог аутентифицировать).

Самым быстрым решением будет изменение учетной записи службы, под которой работает служба агента SQL Server, на учетную запись домена с правами на подключение к удаленному серверу SQL. Чтобы доказать, что это проблема, вы можете использовать для этого собственную учетную запись домена, хотя это не является долгосрочным решением.

...