Вызов метода AcquireConnection к диспетчеру подключений ‹Диспетчер подключений Excel› завершился неудачно с кодом ошибки 0xC0202009

У меня есть пакет SSIS, который читает файл Excel (источник потока данных) и передает данные на SQL Server с помощью элемента потока данных назначения OLEDB. Диспетчер подключений OLEDB, используемый для пункта назначения, настроен на использование проверки подлинности Windows. Пакет отлично работает на моей машине разработки. Но когда я открываю тот же пакет на другом компьютере и пытаюсь выполнить, на этапе проверки появляется следующая ошибка.

Ошибка: 0xC020801C в DFT_NSOffers, Источник - «Подписка предлагает $» 1 [347]: вызов метода AcquireConnection диспетчеру соединений «ExcelConnection_NSOffers» завершился неудачно с кодом ошибки 0xC0202009. Ошибка: 0xC0047017 в DFT_NSOffers, DTS.Pipeline: компонент «Источник - 'Подписка предлагает $' 1» (347) не прошла проверку и вернул код ошибки 0xC020801C. Ошибка: 0xC004700C в DFT_NSOffers, DTS.Pipeline: один или несколько компонентов не прошли проверку. Ошибка: 0xC0024107 в DFT_NSO Предлагает: произошли ошибки во время проверки задачи

Я использую SQL Server 2005 (версия - 9.0.1399)

Как это исправить? Нужно ли мне устанавливать какой-либо другой компонент или пакет обновления?


person user82613    schedule 14.04.2009    source источник


Ответы (12)


Не думаю, что это ошибка 64/32 бита. Моя машина Dev и сервер БД 32-битные. Но я мог заставить это работать. Мне пришлось установить свойство Delay Validation для Data Flow задач на TRUE.

person user82613    schedule 17.04.2009
comment
У меня была очень похожая проблема - я не перемещал машины, только расположение папки с файлом Excel (в качестве первоначального теста на извлечение строки подключения диспетчера подключений Excel из файла конфигурации). Это решило мою проблему. - person RolandTumble; 10.08.2009
comment
Спасибо. Более подробная информация здесь: blogs.msdn.com/b/ramoji/archive/2009/03/10/ - person PeterX; 02.01.2014

Ошибка 64/32 бита? Я обнаружил, что это проблема, поскольку моя машина разработчика была 32-битной, а производственный сервер - 64-битной. Если это так, вам может потребоваться вызвать 32-битную среду выполнения непосредственно из командной строки.

Эта ссылка говорит лучше (нет 64-битного драйвера JET): http://social.msdn.microsoft.com/forums/en-US/sqlintegrationservices/thread/da076e51-8149-4948-add1-6192d8966ead/

person Meff    schedule 14.04.2009
comment
Моя проблема тоже была 32/64 бит. То же сообщение об ошибке. У меня был установлен 32-битный источник ODBC, я часами боролся с ним, добавил 64-битный системный источник, и мой пакет ssis работал отлично - person Kyle; 10.10.2012

Что касается меня, я получал доступ к своему XLS файлу из общего сетевого ресурса. Перемещение файла для моего диспетчера подключений в локальную папку устранило проблему.

person Mathias Lykkegaard Lorenzen    schedule 13.08.2013

Если вы получаете предварительный просмотр данных в источнике Excel. Но при выполнении задачи потока данных вы получаете ошибку подключения Acquire. Затем переместите файл в локальную систему, измените путь к файлу в диспетчере соединений Excel и попробуйте выполнить снова.

person Khyati Sethia    schedule 06.05.2019

Привет. Это можно решить, изменив свойство проекта в проводнике решений, а затем укажите параметр false на 64bit runtime

person Raja    schedule 02.05.2014

Я, наконец, смог решить «проблему с подключением к Excel», в моем случае это была не проблема с 64-разрядной версией, с которой сталкивались некоторые из них, я заметил, что пакет работал нормально, когда я не включал конфигурацию пакета, но я хотел, чтобы мой пакет запускался с файлом конфигурации, углубившись в него, я заметил, что выбрал все свойства, которые были доступны, я снял все отметки и проверил только те, которые мне нужно было сохранить в файле конфигурации пакета. и та дха работает :)

person Vinay    schedule 25.10.2010

В моем случае проблема заключалась в 32/64 битном драйвере, который я решил, настроив свойства задания sql server:

введите описание изображения здесь

person Stefan Michev    schedule 07.03.2015
comment
Спасибо тебе за это! Я много раз читал о переходе на 32-битный в самом пакете SSIS, но это был первый раз, когда я увидел, что это упомянуто на этапе задания агента SQL - это сразу устранило мою проблему, спасибо! - person Jericho; 30.09.2016

У меня была аналогичная проблема, только то, что excel был местом назначения в моем случае, а не источником, как в случае исходного вопроса / проблемы. Я потратил часы на решение этой проблемы, но, похоже, наконец Сония Пармар спасла меня. Я поставил задание и дал ему поработать уже несколько итераций, и теперь все в порядке. В соответствии с ее предложением я установил задержку проверки диспетчера подключений Excel на «Истина». Спасибо Сония

person Abdullah    schedule 05.07.2014

Установка для свойства RetainSameConnection значения True для диспетчера Excel сработала для меня.

person Sean Pearce    schedule 27.02.2017

У меня была аналогичная проблема при попытке загрузить данные из электронной таблицы Excel; и работал на WinX64. Итак, я перешел в свойства проекта VS BI: Configuration Properties \ Dbugging и переключил Run64BitRuntime с True на False. Это сработало.

person user7742030    schedule 20.03.2017

Я также получал ту же ошибку, и она просто разрешилась после установки драйвера MS office и выполнения задания в 32-битном DTEXEC. Теперь нормально работает.

Вы можете получить настройку снизу.

https://www.microsoft.com/en-in/download/confirmation.aspx?id=23734

person Naim Halai    schedule 20.07.2017

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

Ex:-

введите описание изображения здесь

person ravula sandeep    schedule 14.10.2014