Windows Server 2008 Service Pack 2 Windows Server 2008 Foundation Windows Server 2008 Standard Windows Server 2008 for Itanium-Based Systems Windows Server 2008 Web Edition Windows Server 2008 Enterprise Windows Server 2008 Datacenter Еще…Меньше
Обзор
Данное обновление устраняет проблему, которая была введена в 10 октября 2017 г, обновить. По этой причине приложения, основанные на ядра базы данных Microsoft JET (Microsoft Access 2007 и более ранних версий или приложений сторонних разработчиков) не при создании или открытии XLS-файлов Microsoft Excel. При возникновении неполадки, появляется следующее сообщение об ошибке:
Непредвиденная ошибка драйвера внешней базы данных (1). (Ядро базы данных Microsoft JET)
Для получения дополнительных сведений об уязвимости, разрешенные в октябре 10 обновление, переход к CVE 2017 г. 8718.
Как получить и установить обновление
Каталог Центра обновления Майкрософт
Для получения отдельного пакета для данного обновления перейдите на веб-сайт каталога Центра обновления Майкрософт.
Дополнительные сведения
Сведения о файлах
Английская (США) версия данного обновления программного обеспечения устанавливает файлы, атрибуты которых указаны в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.
Сведения о файлах для Windows Server 2008
Примечания
Файлы МАНИФЕСТА (.manifest) и файлы MUM (.mum), которые устанавливаются не указываются.
Получение справки и поддержки данного обновления для системы безопасности
Сведения о файлах
Сведения о хэше файлов
|
Имя файла |
Хэш SHA1 |
Хэш SHA256 |
|---|---|---|
|
Windows6.0-KB4050795-x86.msu |
C30EB7FD37EB66469EA6CF43DB92F5146EE9A8BA |
6F37FA0897C3FDBD79341CDDD489FE26AA69426A37E94CEBF67747B5E2B9D7A7 |
|
Windows6.0-KB4050795-ia64.msu |
3A41E29A0781DF5B37B41C0A7A9AAA76F5C1A018 |
58753B387587C346BDBA8453A9A37FE9F9EADF676E67273AFE252079B953841C |
|
Windows6.0-KB4050795-x64.msu |
22EF2C398A9A94E2508FD41DE7F9EF7AAC00B83C |
4373E9F0B914A69E82B0CBFEA1311B72EF4968436A939C4F0A3DFFA2441F5768 |
Для всех поддерживаемых 32-разрядных версий
|
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
|
Msexcl40.dll |
4.0.9801.2 |
339 968 |
15-Oct-2017 |
13:31 |
x86 |
Для всех поддерживаемых версий на базе ia64
|
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
|
Msexcl40.dll |
4.0.9801.2 |
339 968 |
15-Oct-2017 |
13:31 |
x86 |
Для всех поддерживаемых версий на базе x64
|
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
|
Msexcl40.dll |
4.0.9801.2 |
339 968 |
15-Oct-2017 |
13:31 |
x86 |
Нужна дополнительная помощь?
Недавно мне пришлось писать программу на C# для конвертации данных из базы Paradox в другую, более современную. Как я выяснил, есть разные способы подключения к базе данных из C#, например, через Microsoft Jet OLE DB, или через Microsoft Paradox Driver, я выбрал второй способ. Строку подключения можно посмотреть на connectionstrings.com После удачного подключения через Microsoft Paradox Driver я пытался получить данные, но столкнулся с ошибкой «Непредвиденная ошибка драйвера внешней базы данных (11265)«.
При поиске решения проблемы я выяснил несколько важных вещей касательно Paradox в Windows 7 64 bit:
- Для 64 разрядной системы нет драйверов для базы Paradox. В этом можно убедиться, зайдя в Панель управления — Администрирование — Источники данных (ODBC) и не увидев там драйверов для Paradox-а. Однако, если зайти в Источники данных (ODBC) через c:WindowsSysWOW64odbcad32.exe — то мы сразу увидим там кучу дополнительных драйверов, включая Microsoft Paradox Driver.
Таким образом, я пришел к 1-му выводу: приложение должно работать в режиме 32 битного приложения чтобы оно увидело драйвера для Paradox-а. Для этого приложение нужно компилировать с флагом 32BIT, либо установить этот флаг на exe файл, например, с помощью .Net Tools. - Нужно быть внимательным при написании строки подключения Microsoft Paradox Driver. В ней обязательно должен обязательно присутствовать пробел после *.db. Без этого пробела программа не сможет найти драйвер.
- После подключения к базе через Microsoft Paradox Driver я попытался выполнить запрос к базе и получил ошибку «Непредвиденная ошибка драйвера внешней базы данных (11265)«. После долгих поисков в интернете я выяснил, что это происходит из-за того, что приложение не может создать в корне диска C: файл PDOXUSRS.NET. Напрашивался вывод, что приложение нужно запускать с администраторскими правами, чтобы она смогла писать в корень системного диска. Однако, как выяснилось, это не обязательно. Можно просто в BDE Administrator указать в ConfigurationDriversNativeParadox NET DIR другую папку для сохранения файла.
- Так же, необходимо, чтобы у пользователя были права на файл c:WindowsSystem32odbc32.dll (спасибо за помощь Владимиру в комментарии ниже)
- В строке подключения никаким образом не указать кодировку базы, т.к. у драйвера нет таких опций. Если база в windows-кодировке, драйвер будет ее упорно выдавать как западноевропейскую 1252. Единственное корректное решение, к которому я пришел — это преобразовывать кодировку, например, так:
out_str = Encoding.GetEncoding(1251).GetString(Encoding.GetEncoding(1252).GetBytes(in_str))
где in_str — это строка, полученная из базы.
В интернете встречается большое число различных советов. Большинство из них мне не помогли. Те, что я написал, возможно, для кого-то тоже не подойдут. Но возможно, кому-то я все-таки смог помочь.
На чтение 3 мин. Просмотров 195 Опубликовано 03.09.2019
Получаете ли вы сообщение об ошибке неожиданная ошибка от внешнего драйвера базы данных при попытке экспортировать документы из Microsoft Office?
Если это так, не паникуйте, так как эту проблему можно решить без проблем, и мы проверим, как решить все проблемы через несколько минут.
Как вы, возможно, знаете, Microsoft сама выпустила два выделенных обновления для Windows 10 (с номерами сборки KB4052233 и KB4052234) для автоматического исправления ошибки «Неожиданная ошибка от драйвера внешней базы данных».
Однако, похоже, что этим двум обновлениям удалось добавить больше проблем, чем решить существующие проблемы, из-за которых Microsoft отказалась от обновлений. Вскоре проблемы все еще существуют, и обновления, которые должны решить проблемы, также не работают. Вот почему вам необходимо устранить неисправность вручную, как описано ниже.
Содержание
- Как решить «непредвиденную ошибку от внешнего драйвера базы данных» в Windows 10
- 1. Вручную удалите исправление KB4041691 или любое другое недавнее обновление системы.
- 2. Отключите функцию автоматического обновления
Как решить «непредвиденную ошибку от внешнего драйвера базы данных» в Windows 10
Поскольку проблема связана с недавним обновлением Windows 10, для решения этой проблемы вам придется вручную удалить то же самое обновление.
Кроме того, вы также должны отключить функцию автоматического обновления, поскольку система Windows может снова применить обновление автоматически, в ситуации, когда первоначальная проблема может появиться снова.
1. Вручную удалите исправление KB4041691 или любое другое недавнее обновление системы.
-
Сначала перейдите в Безопасный режим (это отключит сторонние приложения и процессы, которые могут заблокировать определенный доступ в файлах последних обновлений), поэтому нажмите Win + R и выполните MSCONFIG ; в следующем окне перейдите на вкладку Boot и выберите Safe mode; перезагрузите ваше устройство.
-
Теперь нажмите Win + I и в Системных настройках нажмите Обновление и безопасность .
- На левой панели нажмите Центр обновления Windows .
- Теперь в главном окне нажмите Дополнительные параметры.
-
Затем выберите Просмотреть историю обновлений .
- Список обновлений будет указан там.
- Вы можете удалить определенные обновления – найдите запись KB4041691 и удалите ее для устранения проблемы «Неожиданная ошибка от драйвера внешней базы данных».
2. Отключите функцию автоматического обновления
- Нажмите горячие клавиши Win + R на клавиатуре.
- Внутри поля «Выполнить» введите gpedit.msc и нажмите Enter.
- В окне локальной групповой политики перейдите по следующему пути (с левой панели): Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Центр обновления Windows .
- Теперь в правой части главного окна дважды щелкните запись Настроить автоматические обновления .
- Установите флажок «Включено», чтобы включить эту политику при запросе
- Из доступных вариантов выберите второй: уведомить о загрузке и уведомить об установке ’.
- Теперь Windows больше не будет применять обновления автоматически. Когда будет доступно обновление, вы получите уведомление и сможете выбрать, устанавливать его или нет.
Таким образом, удаление обновления KB4041691 для Windows 10 поможет вам решить проблему с «непредвиденной ошибкой от внешнего драйвера базы данных».
Если это решение не работает, вы можете дополнительно выбрать запуск сканирования системы: откройте окно cmd с повышенными правами – щелкните правой кнопкой мыши значок «Пуск» Windows и выберите Командная строка (Admin) – и в Окно cmd выполняет sfc/scannow .
Кроме того, вы также можете выбрать восстановление системы: убедитесь, что вы выбрали точку восстановления, в которой не было ошибки «Неожиданная ошибка от драйвера внешней базы данных».
Вы можете использовать поле комментариев ниже, чтобы поделиться своим опытом устранения неполадок с другими пользователями, которые могут столкнуться с той же проблемой.
«ВЭД-Декларант»: Ошибка 3275 «Непредвиденная ошибка драйвера внешней базы данных» при импорте из Excel
Проблема:
После очередного обновления Windows (примерно 10-11 октября 2017 г.) при импорте из Excel (Word) выдается «Непредвиденная ошибка драйвера внешней базы данных».
Причина:
Следующие обновления Windows:
KB4041678 (Windows 7 SP1 and Windows Server 2008 R2 SP1);
KB4041681 (Windows 7 SP1 and Windows Server 2008 R2 SP1);
KB4041686 (Windows 7 SP1 and Windows Server 2008 R2 SP1);
KB4041693 (Windows 8.1 and Windows Server 2012 R2);
KB4041687 (Windows 8.1 and Windows Server 2012 R2);
KB4041685 (Windows 8.1 and Windows Server 2012 R2);
KB4041676 (Windows 10 Version 1703);
KB4041691 (Windows 10 Version 1703, Windows 10 Version 1607 and Windows Server 2016).
Решение:
Удалить данные обновления для Windows и перезагрузить компьютер.
Способ 1:
- Пройдите «Пуск — Панель управления — Программы и компоненты»;
- Откройте раздел «Просмотр установленных обновлений»;
- Найдите в разделе «Microsoft Windows» вышеуказанные обновления,
- Нажмите на каждом из найденных вышеуказанных обновлениий правую клавишу мыши и выберите «Удалить»;
- Перезагрузите компьютер.
Способ 2:
Удалить вышеуказанные обновления через «Пуск — Выполнить», выполнив команду «wusa.exe /uninstall /kb:4041678» и т.п. Удалив таким образом все вышеуказанные обновления, перезагрузите компьютер.
После перезагрузки выполните поиск (но не поиск и установку) обновлений, поставьте курсор на вновь найденное обновление и правой кнопкой мыши выберите «Скрыть обновление».
Решение для Windows 10 описано по ссылке.
← →
TriNeT
(2002-03-25 06:36)
[0]
Доброго времени суток.
Опять прошу помощи у всезнающего ALL. Проблема с сабжем состоит в следующем:
Имеется две базы данных (Paradox) на одном из файловых серверов. Эти базы ведутся своими приложениями. И имеется моя программа, которой необходимо периодически обращаться к этим базам, чтобы считать некоторую информацию. Обращение происходит в режиме read-only.
В силу определенных обстоятельств мне приходится использовать ADO а не BDE (хотя я на эти обстоятельства вовсе даже не жалуюсь). Так вот, чтобы достучаться до Paradox-таблиц через ADO мне приходится использовать ODBC (по-моему других провайдеров в стандартном комплекте нет, а другими лучше не пользоваться). Создаю системный DSN, связываю его с драйвером Microsoft Paradox Driver, указываю сетевой каталог (насколько я понимаю, это путь к файлу pdoxusrs.net). Остальные параметры, как то — путь к таблицам, определяю в своей программе и динамически формирую ConnectionString в TADOConnection.
При тестировании на локальной машине, все проходит нормально, устанавливается соединение с базой, данные читаются и все такое. Ну это и понятно, поскольку я и есть единственный юзер для этой базы. Но как только переносишь испытания на реальную сеть, при попытке соединения с базой вываливается exception с номером ошибки 11270 и описанием, информативным, как инструкция по использованию туалетной бумаги: «Непредвиденная ошибка драйвера». Описания этой ошибки найти не смог. Единственное, что я выяснил — точно такая же ошибка выскакивает при использовании любой программы просмотра таблиц БД (в частности, «родной» офисный msqry), причем в DSN я указываю ВСЕ необходимые параметры.
Из-за этого у меня ощущение, что то-ли я неправильно указываю параметры в DSN, то ли проблема как-то связана с файлом Pdoxusrs.net
Люди, кто сталкивался с подобным — поделитесь опытом. А кто не сталкивался, может быть подкинете идеюку-другую? Может быть я просто зациклился и не вижу того, что лежит на поверхности. Буду благодарен всем, кто откликнется!
![]()
![]()
← →
sniknik
(2002-03-25 09:08)
[1]
Попробуй все же прямую связку без ODBC.
строка подключения к Paradox вполне стандартна :).
Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:;Extended Properties=Paradox 4.0;Persist Security Info=False
Выдержка из Хелпа. Номера 11270 не нашол, было бы конкретней но можно еще в MSDN поискать.
Непредвиденная ошибка драйвера внешней базы данных <номер ошибки>. (Ошибка 3275)
Драйвер внешней (указанной) базы данных возвращает ошибку. Такие ошибки являются результатом попытки выполнения операции, не поддерживаемой базами данных этого типа.
т.е. по сути у тебя какаято операция поддерживается локальным драйвером и не поддерживается сетевым.
![]()
![]()
← →
TriNeT
(2002-03-25 10:48)
[2]
2 sniknik ©
Спасибо за то, что откликнулись.
Попробовал. Введя дословно ту ConnectionString, которая была указана в примере (предварительно естественно заменив пути), при проверке подключения получил, как тот фашист — гранату, следующее сообщение:
[Ошибка Microsoft Data Link]
«Сбой проверки подключения из-за ошибки при инициализации поставщика. Невозможно найти устанавливаемый ISAM»
Проверял даже не на сети, а на локальном варианте.
Вообще-то я очень удивился, увидев, что вы предлагаете использовать Майкрософтский Jet, который вроде-бы предназначен для доступа к ACCESS»у, в качестве провайдера для Paradox. Но поскольку обратного никто не утверждал, то наверное дело в другом.
![]()
![]()
← →
sniknik
(2002-03-25 11:24)
[3]
Не все правильно. просто Jet кроме Access еще кое чего поддерживает смотри в реестре путь.
HKEY_LOCAL_MACHINESOFTWAREMicrosoftJet4.0ISAM Formats
а со строкой извини по памяти писал вот рабочая из программы выдернул
Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:;Mode=ReadWrite;Extended Properties=Paradox 4.x;Persist Security Info=False
на самом деле и та будет работать если поставить 4.x вместо 4.0
![]()
![]()
← →
TriNeT
(2002-03-26 08:59)
[4]
2 sniknik ©
Доброго времени суток!
Проверить удалось пока только в локальном варианте.
ПОЛУЧИЛОСЬ!!!! Правда если выставлять дополнительно флаг «Share deny none», то вываливается exception с сообщением о невозможности завершить операцию и еще чего-то там. В общем-то я пока не могу оценить, нужен ли мне этот флаг, просто в самом начале столкнулся с такой ситуацией.
Пока не могу испытать на реальной сети, но думаю сегодня выкрою время и проверю.
Сорри за сомнения, я честно о таких возможностях Jet»а не знал. А если не секрет, откуда такие знания? 😉
Огромное спасибо за помощь. О результатах сетевых испытаний напишу позже.
![]()
![]()
← →
TriNeT
(2002-03-27 05:12)
[5]
2 sniknik ©
Хочется витеевато выругаться, но не буду. Оказывается трабл вовсе не в сабже, а в сервере, о технических характеристиках я как-то не догадывался. В общем-то по мощности сервером его нельзя назвать даже с натяжкой. Короче говоря мои обращения к базам на нем почему-то оказываются последней соломинкой на спине верблюда. Перенеся базы и перенастроив линки на другой сервер, все сразу заработало, причем как ODBC, так и тот способ, который вы мне показали.
В общем сабж снимается, но теперь использую Ваш подход.
Еще раз спасибо.
![]()
![]()
В Октябре был выпущен ряд обновлений, относящихся к категории обновлений безопасности Windows, установка которых может вызвать ошибки в приложениях, использующих программный интерфейс устаревшего Поставщика OLE DB для Jet (Microsoft.Jet.OLEDB.4.0), например, при попытке программного доступа в Microsoft Office Excel или Access версии 2007 и более старых версий Office или сторонних приложений, таких как 1С, самописных АРМ-ов и т.п., использующих данный интерфейс.
Перечень обновлений (то, что удалось найти), установка которых порождает проблему :
| Windows 7, Windows Server 2008 R2 | KB4041681 , KB4041678 , KB4041686 |
| Windows Server 2012 | KB4041690 |
| Windows 8.1, Windows Server 2012 R2 | KB4041693 , KB4041687 |
| Windows 10 1507 (RTM) | KB4042895 |
| Windows 10 1607, Windows Server 2016 | KB4041691 |
| Windows 10 1703 | KB4041676 |
Ошибка, которая может возникать при попытке вызова Поставщика OLE DB для Jet после установки данных обновлений:
Unexpected error from external database driver (1). (Microsoft JET Database Engine)
...или...
"Непредвиденная ошибка с внешнего драйвера базы данных (1). (Microsoft JET Database Engine)".
Другие примеры ошибок, которые могут возникать в данной ситуации:
[Microsoft][Driver ODBC Excel] Reserved error (-5016).
[Microsoft][ODBC Excel Driver] General Warning Unable to open registry key 'Temporary (volatile) Jet DSN for process
Собственно, данная проблема описана в соответствующих статьях KB к выше обозначенным обновлениям в перечне известных проблем:

В качестве решения проблемы предлагается использование более современного Поставщика, например Microsoft Access Database Engine 2010 (Microsoft.ACE.OLEDB.12.0) или новее.
Если же оперативное изменение Ваших приложений, использующих Microsoft.Jet.OLEDB.4.0, невозможно, то лучше воздержаться от установки выше обозначенных обновлений, по крайней мере, до тех пор, пока не будут выпущены «обновления на обновления», исправляющие данную проблему.
По некоторой информации совсем недавно были выпущены обновления, направленные на решение проблемы для Windows 7 и Windows 8.1, но, по уже традиционному для Microsoft сценарию, эти обновления оказались кривыми и в данный момент они недоступны для загрузки:
| Windows 7, Windows Server 2008 R2 | KB4052234 |
| Windows Server 2012 | KB4052235 |
| Windows 8.1, Windows Server 2012 R2 | KB4052233 |
По информации, доступной в статье «Unexpected error from external database driver (1). (Microsoft JET Database Engine)» after applying October security updates., где описывается проблема и разные варианты её решения, перевыпуск недоступных на данный момент обновлений со стороны Microsoft планируется на 14 Ноября.
Доступные обновления, исправляющие проблему, которые мне удалось обнаружить на данный момент, таковы:
Надеюсь данная заметка поможет разобраться Вам в сложившейся ситуации и даст направление для решения проблемы.
С момента обновления Windows от 10 октября перестали работать драйверы ODBC Excel. Мы получаем следующую ошибку при попытке прочитать файл:
«Неожиданная ошибка драйвера внешней базы данных (1)»
Мы открываем файлы Excel в Delphi, используя соединение ADO со следующей строкой соединения:
Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:MyExcel.xls;Extended Properties="Excel 8.0;HDR=Yes;IMEX=1";
Я могу заставить его работать, переключившись на Microsoft.ACE.OLEDB.12.0, но для этого всем нашим клиентам нужно будет установить распространяемый компонент Microsoft Access Database Engine на все компьютеры, на которых они используют наше программное обеспечение.
У кого-нибудь есть другое решение или обходной путь? Заранее спасибо.
9 ответов
У меня была такая же проблема с двумя приложениями, разработанными мной за 3 года (c # и java). С 10 октября 2017 года я не мог экспортировать в Excel 2003, но 2007 работал и не мог импортировать из Excel 2003, но 2007 год работал и для импорта.
В ArcGIS Desktop 10.5.1 от ESRI (самая популярная программа для обработки географических данных) Не удалось открыть файлы Excel 2003 и .mdb.
Временное решение: удалить KB4041693, KB4041687 в Windows 8.1 (возможно, для w10).
В журнале изменений Microsoft обоих путей говорится что-то об «обновлениях […] и обновлениях безопасности для Microsoft Jet». После удаления и перезапуска все программное обеспечение снова становится нормальным.
Эта проблема появилась 10 октября 2017 года. На форумах microsoft сообщалось об этой проблеме (kb4041693 должен «исправить», но по-прежнему не работает). Может быть, через несколько недель они исправят (как следует) эту проблему.
1
Maximiliano Bertiaux
17 Окт 2017 в 22:20
На машине клиента я деинсталлировал KB4041681 (Windows 7), который поставлялся с последним патчем Microsoft. На моем компьютере я деинсталлировал KB4041676 (Windows 10). После этого Microsoft.Jet.OLEDB.4.0 теперь работает.
Я надеюсь, что Microsoft скоро исправит эту ошибку.
3
donhauro
12 Окт 2017 в 15:35
Есть одно решение. Заменить "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:MyExcel.xls;Extended Properties="Excel 8.0;HDR=Yes;IMEX=1" с Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:MyExcel.xls; Extended Properties="Excel 12.0;HDR = YES; После этого изменения вам нужно будет установить драйвер системы Office 2007: компоненты подключения к данным из ссылка на клиентском компьютере.
1
Sashus
13 Окт 2017 в 15:23
Если вы работаете с пакетом SSIS, измените версию Excel Sheet с 2003 на 2007 в источнике Excel или месте назначения Excel. Как правило, эта проблема связана с версией Excel.
0
Amar Singh
26 Окт 2017 в 10:35
У меня такая же проблема. Изменен Excel 2007 в местах назначения Excel. Это сработало. Это то же самое, что и изменение provider = Microsoft.ACE.OLEDB.12.0.
0
Vaishnavi
10 Ноя 2017 в 12:59
ВОТ решение … я нашел его на другом форуме и отлично работает для меня … он будет работать на 100%
Как упоминается ниже:
https://forums.embarcadero.com/thread.jspa?messageID=902557&tstart=0
https://forum.kanors-emr.org/showthread.php?tid=571&pid=2652#pid2652
KB4041681 устанавливает версию 4.0.9801.1 файла msexcl40.dll.
-
Найдите предыдущую версию (4.0.9801.0) msexcl40.dll
-
Поместите в другой каталог. Они предлагают каталог приложения, но поскольку на следующем шаге вы измените реестр, чтобы он указывал на эту старую версию, он, вероятно, может быть куда угодно.
-
Обновите раздел реестра HKEY_LOCAL_MACHINE SOFTWARE Wow6432Node Microsoft Jet 4.0 Engines Excel win32, чтобы он указывал на расположение из шага 2.
0
ShaneC
27 Фев 2018 в 23:47
Для меня это сработало, выполнив следующие действия:
Пс .: У нас стоит Windows Server 2008R2
1 — Загрузите и установите это: https://www.microsoft .com / ru-ru / download / details.aspx? id = 23734 2 — Откройте файл .dtsx и измените подключение к Excel. В диалоговом окне свойств щелкните три точки в свойстве ConnectionString и измените его на Microsoft Excel 2007. Это автоматически изменит вашу строку подключения на: Provider = Microsoft.ACE.OLEDB.12.0; Data Source = {YOURPATH}; Extended Properties = «Excel 12.0 XML; HDR = YES»; 3 — Некоторые из наших файлов .dtsx указывают на файл конфигурации (обычно с расширением .dtsConfig). Я также изменил этих парней, чтобы они указывали на правильного провайдера (в значительной степени скопировал и вставил строку подключения, которую я получил из визуальной студии)
После этого я снова запустил задание SQL, и он работал нормально.
0
Catinodeh
24 Окт 2017 в 16:31
Удалите эти обновления (в соответствии с вашей ОС), и ваш код начнет нормально работать.
- KB4041681 — Windows 7 с пакетом обновления 1 (SP1) и Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- KB4041690 — Windows Server 2012
- KB4041693 — Windows 8.1 и Windows Server 2012 R2
- KB4041678 — для меня это была проблема
https://support.microsoft.com/en-in/help/4041678/windows-7-update-kb4041678
0
Anish Sivadas
9 Мар 2018 в 13:18
Эта проблема возникла в недавнем обновлении Microsoft Office. альтернативных решений на данный момент нет.
-2
Pierfedeli
12 Окт 2017 в 13:39