У меня есть довольно простой пакет служб SSIS, который пытается прочитать файл, размещенный на общем ресурсе, и импортировать его содержимое в таблицу базы данных. Пакет работает нормально, когда я запускаю его вручную в службах SSIS. Однако, когда я настраиваю задание агента SQL и пытаюсь его выполнить, я получаю следующую ошибку:
Выполнено от имени пользователя:
DOMAIN \ UserName. Microsoft
(R) Утилита выполнения пакета SQL Server
Версия 9.00.3042.00 для 64-битных
Авторское право (C) Microsoft Corp
1984-2005. Все права защищены.
Начато: 10:14:17. Ошибка:
2010-05-03 10: 14: 17.75 Код:
0xC001401E Источник:
DataImport Connection
менеджер "Файл данных локальный"
Описание: имя файла
"\ 10.1.1.159 \ llpf \ datafile.dat"
указанного в соединении не было
действительный. Ошибка завершения: 2010-05-03
10: 14: 17.75 Код: 0xC001401D
Источник: DataAnimalImport
Описание: Соединение "Файл данных
Локальная "ошибка проверки. End Error
DTExec: возвращено выполнение пакета
DTSER_FAILURE (1). Начато: 10:14:17
AM Закончено: 10:14:17 Elapsed:
0,594 секунды. Выполнение пакета не выполнено. Шаг не пройден.
Это наводит меня на мысль, что это проблема с разрешениями, но каждая попытка исправить это не удалась.
Что я пробовал до сих пор:
Запуск от имени учетной записи агента SQL (DOMAIN \ SqlAgent) - выдает ту же ошибку. DOMAIN \ SqlAgent имеет разрешения «Полный доступ» как для общего ресурса, так и для загруженного файла.
Настройка прокси-учетной записи с другими учетными данными (DOMAIN \ Account) - выдает ту же ошибку. Как и выше, для общего ресурса этой учетной записи были предоставлены разрешения «Полный доступ».
Предоставил всем пользователям права полного доступа к общему ресурсу (временно!). Получил ту же ошибку.
Вручную скопировал файл в локальный путь и протестировал с учетной записью агента SQL. Работал правильно.
Добавлена задача сценария ActiveX, которая сначала копирует удаленно размещенный файл в локальный путь, а затем пакет DTS ссылается на локальный файл. При попытке запуска скрипта выдается совершенно неописательная (даже по стандартам SSIS) ошибка.
Настройка прокси-учетной записи с использованием учетных данных моей личной учетной записи - работала правильно. Тем не менее, это неприемлемое решение, поскольку в моей учетной записи действуют политики паролей, а также не рекомендуется в общем случае так настраивать.
Есть идеи? Я все еще убежден, что это проблема с разрешениями. Однако то, что я прочитал из различных поисков, более или менее говорит о том, что предоставление разрешений на выполнение учетной записи для общего ресурса должно работать. Однако здесь это не так (если только я не пропускаю что-то непонятное при настройке разрешений для общего ресурса).