Пакет служб SSIS работает с учетной записью Windows, не работает с учетной записью sqlserver sa

Возникли проблемы с разрешениями служб SSIS.

Я вызываю пакет служб SSIS в моем консольном приложении .net с помощью:

Package pkg = app.LoadFromSqlServer(packagePath, serverName, serverUsername, serverPassword, dtsEvents);

Он работает, когда он запускается вручную с помощью Windows Accout, но не удается выполнить вышеуказанный вызов в моем консольном приложении.

Разве это не должно работать с учетной записью сервера sql sa?

15.12.2008 16:37:02
Это может быть проблема олицетворения в SQL Server 2005. Посмотрите подробности в журналах пакетов, что это говорит?
Saif Khan 15.12.2008 16:43:12
Если для SQL Server установлена ​​только проверка подлинности Windows (по умолчанию для последних выпусков), это не будет работать. Можете ли вы подтвердить, что режим конфигурации установлен на «смешанный»?
Tomalak 15.12.2008 16:56:14
Tomalak, управление sql имеет обе опции в выпадающем меню (проверка подлинности windows / sql). Что значит его смешанный режим тогда исправить?
Blankman 15.12.2008 17:11:18
ки наверняка он смешивается, только подтвердили: msdn.microsoft.com/en-us/library/aa215470(SQL.80).aspx
Blankman 15.12.2008 17:18:32
Можете ли вы опубликовать полное сообщение об ошибке вы получаете?
Tomalak 16.12.2008 10:17:51
2 ОТВЕТА

Существует множество причин сбоя при запуске под другой учетной записью, чтобы избежать попыток исправить это вслепую, вы должны получить информацию об ошибке. Похоже, вы предоставляете параметр dtsEvent - поэтому ваше приложение должно получить сообщение об ошибке. Другой способ получить его для проверки пакета package.Error после выполнения или включить ведение журнала служб SSIS и проверить журнал ошибок.

Как только у вас появится сообщение об ошибке, обновите пост :)

Есть также статья KB, посвященная устранению таких ошибок: http://support.microsoft.com/kb/918760/ .

Но он просто перечисляет множество возможных причин ошибок - чтобы выяснить вашу проблему, вам нужно сначала получить сообщение об ошибке.

1
16.12.2008 19:19:35

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

0
17.03.2009 07:44:52