SSIS Подключение к Excel через ACE.OLEDB в качестве учетной записи службы

У нас есть процесс, который должен работать с серией Excel (sigh).SSIS Подключение к Excel через ACE.OLEDB в качестве учетной записи службы

Установка является:

SQL агент работа работать как прокси-счета SSIS. Вызывает пакет SSIS на общем ресурсе на сервере. Которая затем начинает доступ к этим файлам excel с помощью драйвера ACE.

Процесс будет работать под моими полномочиями.
Процесс будет работать под чужими полномочиями.
Процесс будет работать в режиме отладки (хотя это не справедливо испытание как бы использовать драйвер моей локальной машины)

Процесс не будет работать с использованием учетной записи-посредника SSIS.
Процесс будет работать, если я сделаю учетную запись прокси-сервера SSIS администратором на сервере.

Я исключил следующее:

доступ к файлам общего доступа. Учетная запись может загружать текстовые файлы с .
32bit/64bit вопросы. Учетная запись CAN будет выполнена с достаточным количеством разрешений .

Мое мнение таково, что для учетной записи службы требуется определенный уровень разрешения на использование драйвера. Хотя я не могу понять.

Я пробовал вариант LOCAL SECURITY POLICY «Загрузка и выгрузка драйверов устройств» без каких-либо успехов. (Я думаю, что это было сделано, но потом понял, что я оставил учетную запись в админ группы :-()

Наконец, сообщение об ошибке в вопросе:.

SSIS Код ошибки DTS_E_CANNOTACQUIRECONNECTIONFROMCONNECTIONMANAGER метод AcquireConnection вызов диспетчера соединений «TPR_ReadReportsExcelConnection» потерпела неудачу с кодом ошибки 0xC0202009. Там могут быть сообщения об ошибках, вывешенные перед этим с дополнительной информацией о том, почему не удалось вызов метода AcquireConnection.

источник

2015-07-06 Kirky1

Попытка понять, что вы имеете исключены и почему. Вы делаете учетную запись прокси-сервера членом группы «Администраторы» на машине, и все работает.Выньте их из роли, и все пойдет вверх. Является ли учетная запись прокси учетной записи службы или учетной записи пользователя? Если сервис, имеет ли он возможность взаимодействовать с рабочим столом? Если вы считаете, что это вопрос с разрешениями, почему бы не протестировать, предоставив явный доступ к пути установки ACE? – billinkc

'Там могут быть сообщения об ошибках, размещенные до этого, с дополнительной информацией о том, почему вызов метода AcquireConnection не прошел' - какие другие сообщения об ошибках были там? – billinkc

Извините, еще нет сообщений до этого SSIS. Учетная запись - учетная запись службы. Как я узнаю, что у него есть возможность взаимодействовать с рабочим столом? Благодарю вас, я попробую предоставить доступ к учетной записи на путь установки. – Kirky1

Это зависит от того, как вы настроили свою учетную запись прокси-сервера SSIS. См. Раздел Дополнительная информация here. Не достаточно очков, чтобы разместить изображение таким образом, здесь важное предложение:

при условии, что рабочие SSIS выполняются в контексте вошедшего в систему пользователя с действительным HKEY_CURRENT_USER куст реестра

источник

2015-07-06 11:40:07 chillihawk

Это похоже на перспективный маршрут для изучения. Как можно позволить учетной записи службы работать таким образом? Как администратор, он может функционировать таким образом. – Kirky1

Ну давайте поясним, учитывая, что мой ответ был отклонен, я могу иметь неправильный конец палки. Является ли учетная запись прокси-сервера SSIS зарегистрированной в качестве одной из встроенных учетных записей пользователей: «Сетевая служба», «Локальная система», «Локальная служба» или зарегистрирована как DOMAIN \ user? – chillihawk

Я не специалист, когда дело доходит до таких вещей. Насколько я могу судить, учетная запись не заходит на сервер. Он регистрируется в экземпляре SQL Server, там он имеет достаточное разрешение для выполнения пакетов SSIS через работу агента, которые находятся на файловом сервере sever. Имя учетной записи действительно является доменом \ user. – Kirky1

SSIS Подключение к Excel через ACE.OLEDB в качестве учетной записи службы

ответ

Смежные вопросы