2015-03-04 3 views
0

У меня есть ежеквартальный пакет обновления, который я запускаю из бэкэнд нашей системы, использующей документ Excel (2007) в качестве источника данных. Пакет обрабатывает данные из документа Excel в таблицу в базе данных, где она обрабатывается и загружается в производственную систему.Пакет SSIS застрял «Проверка источника Excel» в Visual Studio 2010

Сегодня я получил обновление Q2 за апрель 2015 года и попытался запустить новый файл в промежуточную систему через Visual Studio, как и в прошлом. Но почему-то сегодня VS/SSIS, похоже, застрял «Проверка источника Excel». Я разрешил ему сидеть до 10 минут, прежде чем убить экземпляр Visual Studio через диспетчер задач.

Исходный документ небольшой и относительно несложный на 6 столбцах и менее 300 КБ, поэтому я не могу понять проблему проверки. Это, похоже, такая же версия и формат Excel, что и предыдущие.

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

Я удалил менеджеров соединений и исключил компоненты из пакета и воссоздал их, но по-прежнему имеет ту же проблему. Я также воссоздал исходный документ.

Я попытался отключить свойства DelayValidation и ValidateExternalMetaData, надеясь, что он может дать мне осмысленный диалог ошибок, но еще не прошел сообщение «Проверка источника Excel».

Любой вход будет оценен, спасибо.

+0

Вы пробовали работает Visual Studio как администратор? –

+0

Работа от администратора не повлияла на проблему. По-видимому, это проблема драйвера Excel Office. – drummer0512

ответ

0

Удалите файл excel, который ищет менеджер соединений из каталога, на который он указывает. Как только вы это сделаете, проверка подлинности источника Excel должна завершиться неудачей, когда он не сможет найти файл, который он ищет. Это должно позволить вам попасть в пакет и установить в свойствах функцию «Задержка проверки» = «Истина».

Пакет проверяет диспетчер соединений excel так же, как и любой другой диспетчер соединений OLE DB. Он подтверждает соединение и затем запускает ваше утверждение для подтверждения возврата данных. Если вы заберете его источник, он должен быстро вспыхнуть.

Я обнаружил, что фоновая обработка на вашем компьютере может блокировать эту проверку или обработку запроса так же, как запрос запроса приоритета в SQL. Если машина находится в состоянии с несколькими приоритетными задачами, выполняющими эту проверку, она помещается на задний план и может и будет выполняться навсегда. В таких случаях соединение, используемое для источника, используется для проверки с отключением или таймаутом, и оно не обрабатывается в пользовательском интерфейсе, поэтому оно просто зависает и блокируется.

+0

Благодарим вас за предложение, оно попыталось сделать, как вы сказали, однако оно, похоже, не разрешило мою проблему. Я склоняюсь к тому, что это проблема с установленными драйверами Excel, поскольку теперь это влияет на любой документ Excel, который я пытаюсь использовать в качестве источника в моих пакетах SSIS. – drummer0512

+0

Это будет сделано. Это будет мое следующее предложение, так как на самом деле нет хорошей системы обработки ошибок с диспетчерами управления самолетами или тузами, которые они просто склонны хватать и запирать – SFrejofsky

1

Я, кажется, нашел решение проблемы.

Похоже, что последнее обновление моего установленного пакета Office изменило драйвер для Excel на моей машине.

Следующие статьи помогли мне решить эту проблему, но, как оказалось, мне нужно переустановить Office 2007 System Driver: Компоненты подключения данных ... (ссылки на 2-й статье)

После установки я смог повторно открыть мое решение и просмотреть документ Excel.

Благодарим вас за помощь.

Using Excel 2012 file in Excel Connection Manager

How to fix errors: "the 'microsoft.ace.oledb.12.0' provider is not registered on the local machine"

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