Ibmdadb2 не зарегистрирован на локальном компьютере
Обновлено: 06.07.2024
Я пытаюсь получить данные из файла Excel по событию нажатия кнопки. Моя строка подключения:
Когда я нажимаю на кнопку, я получаю следующую ошибку:
Просто тангенциальный комментарий: использование OLEDB для чтения файла Excel является древней технологией, очень медленной, и, как вы обнаружили, требует установки дополнительных пакетов вручную на целевой машине. (Конечно, вопрос был задан в 2011 году.) Скорее используйте ClosedXml (доступный на NuGet), который работает прямо из коробки. @ShaulBehr Было бы неплохо, но ClosedXml работает только для файлов .xlsx, а не .xls @ user1040323, execute master.dbo.xp_enum_oledb_providers сообщает, что находится на сервере, а не на вашем локальном компьютере . Вот тот, который должен работать; - Это: не совсем задокументировано, но я нашел способ установить как 32-битную, так и 64-битную версии. Просто добавьте аргумент командной строки «/ passive» к команде: «C: \ путь к каталогу \ AccessDatabaseEngine_x64.exe» / passiveНу, вам нужно установить его. Ты ищешь:
В моей ситуации все работало нормально, потом внезапно начала появляться эта ошибка. Так, что могло случиться, чтобы вызвать это? Код не изменился. В моем случае мне пришлось переключиться с «Любого процессора» на x64, чтобы соответствовать моей архитектуре. Джек Потрошитель относится к решению, предоставленному в самом ответе, а не в комментариях. Установка 2007 Office System Driver: Data Connectivity Components решена немедленно. При использовании VS 2012 также убедитесь, что флажок «Предпочитать 32-разрядный» не установлен в свойствах проекта >> Сборка >> Общая конфигурация. Я использую VS 2008 (не спрашиваю), и это решение не работало, пока я не прочитал подсказку post_erasmus и не установил для параметра Platform Target значение x64 в разделе Свойства >> Сборка >> Общая конфигурация моего приложения. Сортировка, спасибо! Ссылка в этом ответе также позволяет загрузить и установить 32-разрядную версию. Несмотря на то, что у меня 64-разрядная версия Windows 7, IIS Express для Visual Studio 2013 по умолчанию работает в 32-разрядном режиме, и у меня уже были установлены некоторые компоненты Office 2013 в 32-разрядной версии, поэтому 32-разрядная установка - это то, что мне нужно. В этом ответе мне также нужно установить «Включить 32-битные приложения» в пуле приложений на «Ложь». Это помогло решить мою проблему. Мое приложение VS 2019 скомпилировано с использованием любого процессора, в результате чего появилась библиотека x64. У меня была установлена 32-битная версия Office 2013, которая помешала мне установить x64 Access DB Engine. После установки x64 версии Office я смог установить движок x64, и теперь все работает. DLL ад живет дальше.в зависимости от приложения (32 / 64bit), используя соединение, которое вы можете просто установить
- все офисы 2007-2016 годов содержат провайдера "Microsoft.ACE.Oledb.12.0"
- в зависимости от архитектуры вашего приложения выберите подходящий движок (32/64) 6
проверьте своих провайдеров с помощью powershell-команды из 32- и 64-битной оболочки :
и вы увидите, какой провайдер может использовать ваша система
например. в 64-битной системе с установленными 32-битными драйверами
даже в предстоящем офисе 2016
вы найдете строки
Microsoft.ACE.Oledb.12.0
Office 2013 поставляется также с csi.dll
который содержит " Microsoft.ACE.OLEDB.15.0 "
которая имеет версию " Microsoft.ACE.OLEDB.16.0 "
Я получил эту ошибку в VS2015 с помощью Nuget LinqToExcel. Оказывается, потому что у меня был установлен x64 ACE, мне пришлось явно собирать для x64 (Configuration Manager), вместо того, чтобы ориентироваться на любой процессор. Powershell показал, что Microsoft.ACE.Oledb.12.0 уже установлен. Однако установка пакета Access 2007 (также известный как драйвер системы Office 2007: компоненты для подключения к данным ) заставила меня начать работу. Уже в моей системе: Office 2016 Ent, Visual Studio 2017 Ent Скрипт PowerShell, который сообщает, какая версия установлена, гениален! Спасибо @Bernhard немного оффтоп, но этот простой PowerShell предназначен для ваших драйверов ODBC: Get-OdbcDriver | select Name,Platform Это решило проблему для меня на 64-битном сервере, загрузив 32-битную версию Access 2016. В основном, начните с 32-битной системы, чтобы быть в безопасности (плохие вещи случаются, когда вы пытаетесь переключиться на 64-битную архитектуру в проекте).Первое, что вам нужно проверить, это конфигурация сборки вашего приложения.
Если вы создали свой проект на платформе x86 , то для решения вашей проблемы вы должны установить на свой компьютер следующие пакеты:
После завершения установки попробуйте запустить приложение, если это решит проблему, если нет, перейдите к шагу 2.
После завершения установки попробуйте запустить приложение, это должно решить проблему.
Если вы пытаетесь запустить приложение, созданное на платформе x64 или AnyCPU , я бы рекомендовал сначала проверить, что оно работает должным образом на платформе x86. Если он не работает на этой платформе x86, выполните действия, описанные в первой части, и проверьте, что он работает должным образом.
Я читал, что драйверы MS Access, включая драйвер базы данных OLEDB, работают только на платформе x86 и несовместимы с платформой x64 или AnyCPU. Но это, похоже, не соответствует действительности. Я подтвердил, что мое приложение работало при сборке x86, затем я установил Access Database Engine, используя пассивный флаг.
После этих двух шагов мне удалось запустить приложение после сборки в конфигурации сборки x64 или AnyCPU. Это оказалось, чтобы решить мою проблему.
Примечание: порядок шагов, кажется, имеет значение, поэтому, пожалуйста, следуйте соответствующим образом.
У меня была проблема, что я переключался с 32-битного приложения на 64-битное, и оно больше не запускалось. Вторая часть ваших инструкций работает отлично! Пассивный / флаг позволяет устанавливать даже с 32 - битной Microsoft Office. Совет: Извлеките файл AccessDatabaseEngine_x64.exe в папку, чтобы получить файлы AceRedist.msi и Data.cab. Откройте командную строку в режиме администратора и выполните команду AceRedist.msi /passive . Большое спасибо. Первый вариант работал для меня. Я помню, с какими трудностями я столкнулся при удалении 32-разрядного Office, и только после установки 64-разрядного Office эта проблема была исправлена ранее. Но этот 64-битный офисный компонент сделал волшебство вместо этого.Я получил эту ошибку / исключение в Visual Studio 2010, когда я изменил свою сборку в диалоговом окне Configuration Manager с «x86» на «Любой процессор». Этот драйвер базы данных OLEDB, который я понимаю, работает только в x86 и не является 64-битной совместимой. Изменение конфигурации сборки обратно на x86 решило проблему для меня.
При отладке приложения в Visual Studio фактически помогает выбрать x86 вместо любого CPU / x64 в диспетчере конфигурации.Я установил драйверы MS, и он все еще не работал для меня. Тогда я нашел этот пост в блоге, который решил проблему. Прочтите его там, иначе используйте эти два изображения (ссылки из этого поста) в качестве суммарного значения TLDR:
Если вы используете 64-разрядную версию, но у вас по-прежнему возникают проблемы даже после установки AccessDatabaseEngine, см. Этот пост , он решил проблему для меня.
Для всех тех, кто еще пострадал от этого.
Я получаю ошибку .
. как описано в ОП, Шайлеш Саху.
У меня 64 битная Windows 7.
Но все равно нет радости.
. который дал мне этот результат (для краткости я удалил другие источники данных) .
Как видите, у меня есть Microsoft.ACE.OLEDB. 15 .0 (пятнадцать) не Microsoft.ACE.OLEDB. 12 0,0 (двенадцать)
Итак, я изменил строку подключения до 15, и это сработало.
Итак, быстрый фрагмент PowerShell, демонстрирующий, как программировать версию .
исправлено, чтобы выбрать последнюю версию ACE, если более одного
Надеюсь, любой, кто найдет это, сможет проверить, какая версия OLEDB установлена, и использовать соответствующий номер версии.
Привет, я пытаюсь читать листы Excel с PowerShell. Файлы Excel хранятся в библиотеке документов SharePoint, и на сервере нет установки Excel. У меня Windows Server 2008 R2. Я установил Office System Driver: Компоненты подключения к данным, однако, когда я запускаю ваш запрос, я не вижу Microsoft.ACE.OLEDB. У вас есть идея об этом? а какие-нибудь предложения? Заранее спасибо. Я нашел ответ. Я попросил нашего системного администратора установить MS Access Database Engine. Он установил версию x86. Когда я снова запустил запрос в PowerShell x86, я увидел ACE.OLEDB.-
Мой сценарий: 64-разрядное приложение, Win10-64, 32-разрядная версия Office 2007 установлена.
Установка 32-разрядного установщика AccessDatabaseEngine.exe, загруженного из MS, сообщает об успехе, но НЕ устанавливается, что подтверждается сценарием Powershell, приведенным выше.
Очень простое решение было найдено здесь, на сайте Autodesk. Просто добавьте параметр / passive в строку командной строки, например так:
Установка прошла успешно, драйвер OleDb сработал.
Файлы Excel, которые я обрабатываю с помощью OleDb, относятся к типу xlsx, созданы в EPPlus 4.5 и изменены в Excel 2007.
Я мог установить AccessDatabaseEngine_X64.exe обычными способами, но я использовал пассивный параметр для установки 32-битного equilavent (AccessDataBaseEngine.exe). Затем я наконец смог подключиться к базе данных Access из Visual Studio 2019.Вам необходимо изменить платформу решений с «Любой ЦП» на «x86» или «x64» в зависимости от разрядности установки в офисе.
Шаги приведены ниже:
Щелкните правой кнопкой мыши файл решения в обозревателе решений:
Нажмите на активную платформу. Если x86 уже существует, выберите его, иначе нажмите New.
Выберите x86 или x64 из раскрывающегося списка новой платформы:
Скомпилируйте и запустите ваше приложение.
Если установленный «AccessDatabaseEngine» по-прежнему не помогает, ниже приведено решение:
Вам нужно изменить Active Solution Platform с «Любой процессор» на «x86».
Ключевым моментом для меня было это:
При отладке с IIS,
по умолчанию Visual Studio использует 32-разрядную версию. Вы можете изменить это в Visual Studio, перейдя в Инструменты »Параметры» Проекты и решения »Веб-проекты» Общие и выбрав
«Используйте 64-битную версию IIS Express для веб-сайтов и проектов»
После проверки этой опции, затем установив целевую платформу моего проекта обратно на «Любой процессор» (где-то в процессе устранения неполадок я установил его на x86), я смог преодолеть ошибку.
Если вы отлаживаете веб-проект, просто убедитесь, что IIS Express работает в 32- или 64-разрядном режиме в зависимости от настроек вашего проекта.
Инструменты> Параметры> Проекты и решения> Веб-проекты
и оттуда отметьте (или снимите флажок) «Использовать 64-разрядную версию IIS Express . »
Ух ты, много часов пробуешь другие решения, только твое исправление! спасибоСначала проверьте, какая версия microsoft.ace.oledb.12.0 установлена в вашей системе.
Проверьте ниже путь C: \ Program Files \ Common Files \ Microsoft Shared \ OFFICE14 \ ACEOLEDB.DLL - установлен 64-битный
Проверьте ниже путь C: \ Program Files (x86) \ Common Files \ Microsoft Shared \ OFFICE14 \ ACEOLEDB.DLL - установлен бит x86
Если (x86) установлен, то с помощью диспетчера конфигурации измените платформу решения на x86, для x64 - на x64.
Если нет в наличии, установите по ссылке ниже
Когда я выполнил эти шаги, перестроил решение, взял EXE и поместил в сеть, все работало на 64-битной машине с Windows 7.
У меня была эта проблема при попытке импортировать данные из файла Excel (xlsx) в БД SQL Server с использованием SSMS 2014.
Я столкнулся с этой же проблемой. Перейдите в Свойства решения и измените Любой процессор на x86, я думаю, что он будет работать.
выполните это 2 шага: 1. в этом меню: проект -> свойства вашего проекта . -> Build: снимите флажок «предпочесть 32-битный» 2. в connectionString: пишите комментарии до и после расширенных свойств, например: Extended Properties = ' Excel 12.0 Xml; HDR = ДА '
Чтобы решить эту проблему, я изменил свойство сборки проекта на X86, чтобы он строился в 32-битном режиме и перестраивал проект на 32-битной машине. Но тот же проект использует другие драйверы БД (DB2, SQL и т. Д.) Для подключения к другим базам данных. Поэтому, когда я снова развернул свое приложение в 64-битной ОС, оно выдает исключение «Попытка загрузить 64-битную сборку на 32-битной платформе».
Я использую драйвер Microsoft.Jet.OLEDB.4.0 для чтения и записи в Excel (.xls)
У меня такая же проблема
Я применил ответ neo , но он не работал, пока я не изменил поставщика на «Provider = Microsoft.ACE.OLEDB.12.0;» в строке подключения.
Надеюсь, это поможет, если кто-то столкнется с той же проблемой.
Я знаю, что это довольно старые вопросы, и многие люди уже ответили на них. но я резюмирую вещи для понимания:
Если расширение файла - xls, а ОС - 32-битная, тогда можно использовать только " Microsoft.Jet.OLEDB.4.0 ". Microsoft не выпустила 64-битную версию этого драйвера.
Если расширение файла - xlsx или ОС - 64-битная, вам необходимо использовать " Microsoft.ACE.OLEDB.12.0 ". Приложение, скомпилированное в 32/64 битном режиме, не влияет на выбор драйвера.
Всегда устанавливайте 64-битный драйвер Microsoft.ACE.OLEDB.12.0 в 64-битной ОС. Если вы уже установили 32-битный Office, вам необходимо запустить драйвер из cmd с аргументом / passive. Этот взлом работает только до Office 2013, Microsoft прекратила этот обходной путь из Office 2016 для драйверов Microsoft.ACE.OLEDB.16.0.
Если приложение скомпилировано с флагом AnyCPU, оно будет искать 64-битные драйверы доступа в 64-битной ОС и 32-битные драйверы доступа в 32-битной ОС.
Если ваше приложение работает на localIIS, вы можете решить эту проблему, включив 32-разрядные приложения в дополнительных настройках AppPool.
1.-Откройте IIS
2.-Измените пул приложений на Расширенные настройки
3.-true для включения 32-разрядного приложения.
Ps. Я изменил Configuration Manager на X86 на платформе Active Solution
Я была такая же проблема. Я изменил конфигурацию приложения на x86 , и все заработало!
Я только что изменил свое свойство проекта на формат x64
Проект ---> Свойства ---> Сборка ---> Целевая платформа ---> X64
Мы столкнулись с этой проблемой в настольном приложении.
Это было решено путем изменения целевой платформы на X86 с любого процессора. Свойства проекта >> Сборка >> Целевая платформа.
Я сделал следующее, и проблема исчезла:
Сменил моего провайдера на Microsoft.ACE.OLEDB.12.0
Готово! Это устанавливает стартовые флаги для вашей программы, чтобы она запускалась в 32-битном режиме WOW64 и, следовательно, могла получить доступ к microsoft.jet.oledb.4.0.
Измените расширенные настройки пула приложений IIS Settings. Включить 32-битное приложение.
Просто измените свойство в зависимости от вашей машины, и все готово :-)
Проект ---> Свойства ---> Сборка ---> Целевая платформа ---> X64
Проект ---> Свойства ---> Сборка ---> Целевая платформа ---> X86
Я изменил строку подключения с
Var myConnectionString = string.Format ("Provider = Microsoft.Jet.OLEDB.4.0; Data Source = ; Persist Security Info = True; Jet OLEDB: Database Password =;", gisdbPath);
Var myConnectionString = string.Format ("Provider = Microsoft.Jet.OLEDB.4.0; Mode = Share Deny None; Data Source = ; user password =;", gisdbPath);
Это работает, потому что я никогда не просил зарегистрировать Microsoft.Jet.OLEDB.4.0.
64-разрядной версии Jet действительно нет - и (по всей видимости) не планируется ее выпускать.
- но я понятия не имею, как это будет работать, если вам нужно вернуться к Jet для ваших 32-битных приложений.
Однако вы можете переключить проект на 32-разрядную версию в экспресс-версии (я не пробовал и больше не установил 2008 в каком-либо варианте)
Может быть, пришло время полностью отказаться от баз данных Access, прикусить пулю и вместо этого перейти на SQL-сервер?
Я использую VS2013 для Winforms, у меня сработало приведенное ниже решение.
Затем установите VS Target Platform на x86.
В более старых версиях IIS вы не найдете Advance Settings , поэтому для включения Enable 32-bit Applications вам необходимо выполнить следующие команды:
cscript% SYSTEMDRIVE% \ inetpub \ adminscripts \ adsutil.vbs НАБОР W3SVC / AppPools / Enable32bitAppOnWin64 1
Я получал такое же исключение при запуске «SQL Server 2014 Import and Export Data (64-bit)» на моей Windows 8.1.
Чтобы решить эту проблему, я сделал следующее
запустил SQL Server 2014 Import and Export Data (32-bit) вместо 64-bit , и это работает для меня. Я не менял никаких настроек IIS и не устанавливал никакого дополнительного программного обеспечения.
Я знаю, что эта проблема возникает у меня снова и снова, когда я развертываю свое приложение на новом сервере, потому что я использую этот драйвер для подключения к файлу Excel. Вот что я делаю в последнее время.
Этот ниже отлично работает на моей машине разработчика, но на сервере выдает ошибку даже после установки последних драйверов ODBC, что, я думаю, является проблемой, но я решил ее так.
Я заменяю новым поставщиком, как показано ниже:
Но пока я это делаю, вы должны заметить одну вещь. При использовании расширения файла .xlsx и версии Excel 12.0.
Возможно, есть другой процесс, который тем временем открыл файл, и все, что мне нужно сделать, это перезапустить, и все начнется без сбоев, как и ожидалось.
Перейдите в Пуск-> Выполнить и введите cmd, это запустит командную строку (также доступна из Пуск-> Программы-> Стандартные-> Командная строка)
Введите cd .. и нажмите return type cd .. и снова нажмите return (продолжайте делать это, пока не появится подсказка:>)
Теперь вам нужно перейти в специальную папку, которая может быть c: \ windows \ system32, или это может быть c: \ winnt \ system32, или это может быть c: \ windows \ sysWOW64, попробуйте ввести каждый из них, например, cd c: \ windows \ sysWOW64 (если он говорит, что система не может найти указанный путь, попробуйте следующий) cd c: \ windows \ system32 cd c: \ winnt \ system32, если один из них не вызывает ошибки, остановитесь, вы нашли правильная папка.
Теперь вам нужно зарегистрировать библиотеки DLL OLE DB 4.0, набирая эти команды и нажимая клавишу возврата после каждого
Regsvr32 Msjetoledb40.dll regsvr32 Msjet40.dll regsvr32 Mswstr10.dll regsvr32 Msjter40.dll regsvr32 Msjint40.dll
Для Jet не существует 64-битного провайдера. Если вы хотите поддерживать несколько источников БД, включая Jet to Excel, вам понадобится хотя бы эта часть вашего приложения для работы в 32-битном процессе.
Ошибка, возникающая при компиляции для x86, немного странная. Я не понимаю, как в этом случае вы будете ссылаться на 64-битные сборки.
В вашем приложении возникло неуправляемое исключение. Если нажать кнопку продолжить, приложение будет игнорировать эту ошибку и попытаться продолжить. При нажатии кнопки выход приложение немедленно завершает работу. Не удалось получить фабрику классов COM для компонента с CLSID [A440BD76-CFE-4D46-AB1F-15F238437A3D] из-за следующей ошибки: 80040154.
Ошибка во время выполнения 429 "активный компонент х" не удается создать объект для получения фабрики класса COM для компонента с CLSID
Причина
Решение
Воспользуйтесь одним или несколькими из указанных ниже способов разрешения в зависимости от ситуации.Разрешение 1 Зарегистрируйте файл SQLDMO. dll вручную. Для этого выполните следующие действия:
Найдите файл SQLDMO. dll на локальном компьютере. По умолчанию этот файл находится в папке c:\Program Files\Microsoft SQL Server\MSSQL\80\Tools\Binn.
Щелкните файл SQLDMO. dll правой кнопкой мыши и выберите команду Открыть с помощью.
В диалоговом окне Windows выберите пункт выбрать программу из списка, а затем нажмите кнопку ОК.
В диалоговом окне " Открыть с помощью " нажмите кнопку " Обзор".
Найдите и откройте следующую папку: systemdrive : \Windows\System32.
Дважды щелкните файл regsvr32. exe и нажмите кнопку ОК.
RegSvr32-DllRegisterServer в SQLDMO. DLL выполнена успешно.
Примечание. Если вы не можете зарегистрировать файл SQLDMO. dll или файл SQLDMO. dll отсутствует в каталоге BINN, перейдите к разделу "разрешение 3". Разрешение 2
Найдите файл CAPICOM. dll на локальном компьютере. По умолчанию этот файл находится в файле systemdrive : \Windows\System32.
Щелкните правой кнопкой мыши файл CAPICOM. dll и выберите команду Открыть с помощью.
В диалоговом окне Windows выберите пункт выбрать программу из списка, а затем нажмите кнопку ОК.
В диалоговом окне " Открыть с помощью " нажмите кнопку " Обзор".
Найдите и откройте следующую папку: systemdrive : \Windows\System32.
Дважды щелкните файл regsvr32. exe и нажмите кнопку ОК.
RegSvr32-DllRegisterServer в CAPICOM. DLL выполнена успешно.
Я покажу несколько вариантов решения этой проблемы. Но в начале кратко о возникающей проблеме.
Я использовал следующий вариант подключения к базе nookery.accdb
var conn = new OleDbConnection ( @"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=D:\SQL\nookery.accdb" ) ;Вам необходимо создать пустой проект и запустить следующий метод:
Далее вам необходимо вызвать данным метод и проанализировать информацию.
И изменить целевую платформу в сборке на x86, а потом на x64. Посмотрев в информации под какую сборку у вас будет доступен поставщик.
Покажу на примере первоначально у меня целевая сборка была под Any CPU метод показал следующую информацию :
Посмотрев на информацию мы не обнаруживаем в ней Microsoft.ACE.OLEDB.12.0. Меняем целевую сборку на x86
Как видим результат остался неизменным, переключаемся на x64
Как мы видим появился доступный нам поставщик Microsoft.ACE.OLEDB.12.0 Для этого всего лишь требовалось сменить целевую платформу.
Необходимо так же добавить или установить в диспетчере конфигурации как показано ниже x64
Если выбора x64 нет, в этом окне так же выберите пункт добавить и соответственно добавьте выбор x64.
Так же необходимо поменять в проекте на x64
Вторым решением будет скачать 2007 Office System Driver ссылка
11 комментариев
а то нихрена не понятно, какой проект, где писать метод, по идее должен быть создан класс раз проект пустой об этом ни слова не сказано! кроме того, так ничего не заработает, так как нет точки входа. так что видео в студию!
Пустой проект подразумевает создания main метода а соответственно точки входа. Вам достаточно добавить метод с сайта и вызвать его, можно просто скопировать, содержимое метода в метод main и запустить проект. Я вроде как доступно разъяснил на сайте, достаточно вызвать метод представленный на сайте, метод как то можно вызвать иначе без main?
Автору огромная благодарность! Полдня копал как подключить файл ACCDB к Вьюжал студии и наконец понял, где собака порылась 🙂
Провайдер Microsoft.ACE.OLEDB.12.0 доступен в 64битном варианте, а Студия она ж 32х-битная до сих пор. Хочется в дизайн-тайм получить доступ, для этого похоже придётся поставтиь 32хбитный офис. Пичалька. Но автору всё равно спасибо!
Пожалуйста. Рад был помочь!
Спасибо, помогло 🙂
Хотелось из ВижуалСтудии подцепиться к файлу базы данных. Однако, 64-битная винда в паре с 64-битным офиосом показывали фигу. Сделал как автор велел, глянул и поменял офис на 32-битный. Всё заработало! Автору респект.
Читайте также: