Wenn Sie diesen Fehler erhalten, wenn Sie versuchen, ACE aus einer ASP.NET-Anwendung zu verwenden, ist die wahrscheinlichste Ursache, dass Sie eine der 32-Bit-Versionen installiert haben. Standardmäßig führt IIS auf einem 64-Bit-Betriebssystem Anwendungen in einem 64-Bit-Workerprozess aus. 64-Bit-Prozesse können keine 32-Bit-DLLs laden. Wenn ein Aufruf an den ACE-Provider erfolgt, wird der 64-Bit-Prozess versuchen, eine 64-Bit-DLL zu laden. Wenn sie nicht existiert, erhalten Sie die Fehlermeldung, die Sie hierher gebracht hat.
In diesem Fall haben Sie zwei Möglichkeiten. Erstens können Sie die 64-Bit-Version 2010 installieren. Wenn Sie die 32-Bit-Version 2007 installiert haben, können Sie einfach die 64-Bit-Version 2010 parallel dazu installieren. Wenn Sie die 32-Bit-Version von 2010 installiert haben, müssen Sie sie deinstallieren und stattdessen die 64-Bit-Version von 2010 herunterladen und installieren. Sie können nicht gleichzeitig die 32- und 64-Bit-Versionen des 2010-Providers installiert haben. Wenn Sie die Installation auf Ihrem Entwicklungsmaschine durchführen, können Sie auch durch die Bit-Zugehörigkeit von vorhandenen Office-Installationen eingeschränkt sein.
Die zweite Option besteht darin, den Anwendungspool in IIS zu ändern, um 32-Bit-Anwendungen zu ermöglichen. Wenn Sie die vollständige Version von IIS verwenden, können Sie das Verwaltungstool verwenden, um dies zu tun (Systemsteuerung » Verwaltungstools » Internetinformationsdienste (IIS) Manager).
Für ein besseres Verständnis verweisen Sie bitte auf den folgenden Link
13 Stimmen
Nur ein kommentar: Die Verwendung von OLEDB zum Lesen einer Excel-Datei ist veraltete Technologie, sehr langsam und wie Sie festgestellt haben, erfordert die manuelle Installation zusätzlicher Pakete auf Ihrem Zielsystem. (Zugegeben, die Frage wurde 2011 gestellt.) Es ist besser, ClosedXml (verfügbar auf NuGet) zu verwenden, das sofort einsatzbereit ist.
7 Stimmen
@ShaulBehr Es wäre schön gewesen, aber ClosedXml funktioniert nur für .xlsx-Dateien, nicht für .xls.
7 Stimmen
Wenn Sie in Sql Server importieren, können Sie diese Abfrage von Ssms ausführen: execute master.dbo.xp_enum_oledb_providers Es wird Ihnen sagen, welche Anbieter es denkt, dass Sie haben. Es hat mir gesagt, dass ich sowohl Microsoft.ACE.OLEDB.16.0 als auch Microsoft.ACE.OLEDB.12.0 hatte, aber als ich versuchte, Daten zu importieren, bekam ich dasselbe 'nicht auf Ihrem lokalen Rechner registriert' wie der OP, sowohl für Excel 16 als auch für Excel 2007 Dateiformate (oledb.16.0 und oledb.12.0 jeweils). Es macht Sinn, an diesem Punkt den Verlust abzuschneiden und sich von der Microsoft-Software zu verabschieden.
1 Stimmen
Auch siehe diese Antwort stackoverflow.com/a/14401857/21579 für den Unterschied zwischen Microsoft.Jet.OleDb und Microsoft.Ace.OleDb.
4 Stimmen
@user1040323,
execute master.dbo.xp_enum_oledb_providers
zeigt dir, was auf dem Server ist, nicht auf deiner lokalen Maschine.6 Stimmen
Hier das, was funktionieren sollte; - Es ist: Nicht wirklich dokumentiert, aber ich habe einen Weg gefunden, beide 32-Bit- und 64-Bit-Versionen zu installieren. Fügen Sie einfach das Kommandozeilenargument "/passive" zum Befehl hinzu: "C:\Verzeichnispfad\AccessDatabaseEngine_x64.exe" /passive