Wenn Sie diesen Fehler erhalten, wenn Sie versuchen, ACE von einer ASP.NET-Anwendung aus zu verwenden, ist die wahrscheinlichste Ursache, dass Sie entweder 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-Anbieter erfolgt, versucht der 64-Bit-Prozess, eine 64-Bit-DLL zu lokalisieren. Wenn diese 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 neben ihr installieren. Wenn Sie die 32-Bit-Version von 2010 installiert haben, müssen Sie sie deinstallieren und stattdessen die 64-Bit-Version 2010 herunterladen und installieren. Sie können nicht gleichzeitig die 32- und 64-Bit-Versionen des 2010-Anbieters installiert haben. Wenn Sie die Installation auf Ihrem Entwicklungsrechner durchführen, könnten Sie auch durch die Bit-Größe vorhandener Office-Installationen eingeschränkt sein.
Die zweite Option besteht darin, den Anwendungspool in IIS zu ändern, um 32-Bit-Anwendungen zu aktivieren. Wenn Sie die Vollversion von IIS verwenden, können Sie das Verwaltungstool dafür verwenden (Systemsteuerung » Verwaltungstools » Internet Information Services (IIS) Manager).
Zur besseren Verständnis verweisen Sie bitte auf folgenden Link
13 Stimmen
Nur ein tangentialer Kommentar: Die Verwendung von OLEDB zum Lesen einer Excel-Datei ist alte Technologie, sehr langsam und erfordert wie von Ihnen bereits festgestellt die manuelle Installation zusätzlicher Pakete auf Ihrem Zielcomputer. (Zugegeben, die Frage wurde 2011 gestellt.) Verwenden Sie stattdessen ClosedXml (verfügbar auf NuGet), das direkt funktioniert.
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 glaubt, 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 dieselbe Fehlermeldung 'nicht auf Ihrem lokalen Computer registriert' wie der OP, sowohl für Excel 16 als auch Excel 2007 Dateiformate (oledb.16.0 und oledb.12.0 entsprechend). Es macht Sinn, an diesem Punkt die Verluste zu akzeptieren und auf die Microsoft-Software zu verzichten.1 Stimmen
Siehe auch 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
sagt Ihnen, was auf dem Server ist, nicht auf Ihrem lokalen Rechner.6 Stimmen
Hier das, was funktionieren sollte; - Es ist : Nicht wirklich dokumentiert, aber ich habe einen Weg gefunden, um sowohl die 32-Bit- als auch die 64-Bit-Versionen zu installieren. Fügen Sie einfach das Befehlszeilenargument "/passive" dem Befehl hinzu: "C:\Verzeichnispfad\AccessDatabaseEngine_x64.exe" /passive