Der 'Microsoft.ACE.OLEDB.12.0'-Anbieter ist auf der lokalen Maschine nicht registriert.

Question

Ich versuche, Daten aus einer Excel-Datei beim Klicken auf eine Schaltfläche zu erhalten. Meine Verbindungszeichenkette lautet:

 string connString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\\source\\SiteCore65\\Individual-Data.xls;Extended Properties=Excel 8.0;";

Wenn ich auf die Schaltfläche klicke, erhalte ich den folgenden Fehler:

Der Anbieter "Microsoft.ACE.OLEDB.12.0" ist nicht auf dem lokalen Computer registriert.

Ich habe keine Ahnung, wie ich das beheben kann. Mein Betriebssystem ist Windows 7.

Answer 1

Nun, du musst es installieren. Du suchst nach:

• Der 2007 Office System Treiber: Datenanbindungs-Komponenten.

Answer 2

Es ist eine 64-Bit-Version des 'Microsoft Access Database Engine 2010 Redistributable' verfügbar, mit der Sie den 'Microsoft.ACE.OLEDB.12.0'-Anbieter verwenden können. Sie finden sie hier:
http://www.microsoft.com/en-us/download/details.aspx?id=13255

Wenn Sie den Download aus der akzeptierten Antwort verwenden, müssen Sie für x86 kompilieren, wie von @backtestbroker.com angegeben.

Answer 3

Je nachdem, ob die App (32/64 Bit) die Verbindung verwendet, könnten Sie einfach installieren

• Access 2007-Engines (nur 32-Bit)
• Access 2010 (32 und 64 Bit)
• Access 2013 Vollständige Laufzeit (32 und 64 Bit! >200 MB)
• Access 2016 Laufzeit
• Access 2019 Laufzeit

Zusammenfassung:

• alle Büros von 2007-2016 enthalten den Anbieter "Microsoft.ACE.Oledb.12.0"

• je nach Architektur Ihrer Anwendung wählen Sie den entsprechenden Laufzeit-Engine (32/64)6

• Überprüfen Sie Ihre Anbieter mit dem PowerShell-Befehl auf beiden 32- und 64-Bit-Systemen:

  (New-Object system.data.oledb.oledbenumerator).GetElements() | select SOURCES_NAME, SOURCES_DESCRIPTION 

• und Sie werden sehen, welchen Anbieter Ihr System verwenden kann

die lange Geschichte: die Zeichenfolgen finden sich unter http://live.sysinternals.com/strings.exe

z. B. auf einem 64-Bit-System mit installierten 32-Bit-Treibern

strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE12\MSO.DLL" | findstr "ACE.O"
strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE14\MSO.DLL" | findstr "ACE.O"
strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE15\MSO.DLL" | findstr "ACE.O"

auch im kommenden Office 2016

c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\OFFICE16\MSO.DLL
c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX86\Microsoft Shared\OFFICE16\MSO.DLL

finden Sie die Zeichenfolgen

• Microsoft.ACE.OLEDB

• Microsoft.ACE.Oledb.12.0

Das Office 2013 kommt auch mit csi.dll

c:\Program Files (x86)\Common Files\microsoft shared\OFFICE15\Csi.dll
c:\Program Files\Common Files\Microsoft Shared\OFFICE15\Csi.dll

die "Microsoft.ACE.OLEDB.15.0" enthält

und Office 2016

c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\OFFICE16\Csi.dll
c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX86\Microsoft Shared\OFFICE16\Csi.dll

hat die Version "Microsoft.ACE.OLEDB.16.0"

Answer 4

Das erste, was Sie überprüfen müssen, ist Ihre Build-Konfiguration Ihrer Anwendung.

• Wenn Sie Ihr Projekt unter der x86-Plattform erstellt haben, müssen Sie zur Behebung des Problems die folgenden Pakete auf Ihrem Rechner installieren:

  1. Um den Anbieter 'Microsoft.ACE.OLEDB.12.0' verwenden zu können, müssen Sie zuerst das 'Microsoft Access Database Engine 2010 Redistributable' installieren. Diese Installation ist verfügbar unter: http://www.microsoft.com/download/en/details.aspx?id=13255.

     Nach Abschluss der Installation versuchen Sie, Ihre Anwendung auszuführen. Wenn dies das Problem löst, ist das großartig. Andernfalls fahren Sie mit Schritt 2 fort.

  2. Dieser nächste Schritt ist ein unerklärlicher Workaround, der für Office 2010 funktioniert, obwohl es sich um die Datenkonnektivitätskomponenten von Office 2007 handelt. Ich bin mir nicht ganz sicher, warum das funktioniert, aber es funktioniert und hat sich in fast allen Fällen als wirksam erwiesen. Sie müssen die '2007 Office System Driver: Data Connectivity Components' installieren. Diese Installation ist verfügbar unter: http://www.microsoft.com/download/en/confirmation.aspx?id=23734.

     Nach Abschluss dieser Installation versuchen Sie, Ihre Anwendung auszuführen. Dadurch sollte das Problem behoben sein.

• Wenn Sie versuchen, eine Anwendung unter x64- oder AnyCPU-Plattform zu starten, empfehle ich Ihnen zunächst, zu überprüfen, ob sie wie erwartet unter der x86-Plattform läuft. Falls sie unter der x86-Plattform nicht läuft, führen Sie die Schritte im ersten Teil durch und überprüfen Sie, ob sie wie erwartet läuft.

  Ich habe gelesen, dass die MS Access-Treiber einschließlich des OLEDB-Datenbanktreibers nur unter der x86-Plattform funktionieren und unter der x64- oder AnyCPU-Plattform inkompatibel sind. Aber das scheint nicht wahr zu sein. Ich habe validiert, dass meine Anwendung lief, als ich x86 gebaut habe, dann habe ich den Access Database Engine mit dem passiven Flag installiert.

  1. Laden Sie zuerst die Datei lokal herunter. Sie können die Installation hier herunterladen: http://www.microsoft.com/en-us/download/details.aspx?id=13255
  2. Installieren Sie mit dem Befehlsfenster und dem '/passive'-Flag. Führen Sie im Befehlsfenster den folgenden Befehl aus: 'AccessDatabaseEngine_x64.exe /passive'

  Nach diesen 2 Schritten konnte ich meine Anwendung nach dem Erstellen in x64- oder AnyCPU-Build-Konfiguration ausführen. Das schien mein Problem gelöst zu haben.

Hinweis: Die Reihenfolge der Schritte scheint einen Unterschied zu machen, also folgen Sie entsprechend.

Answer 5

Ich habe die MS-Treiber installiert und es hat immer noch nicht für mich funktioniert. Dann habe ich diesen Blog-Beitrag gefunden, der das Problem gelöst hat. Lesen Sie es dort, oder verwenden Sie diese beiden Bilder (verlinkt aus diesem Beitrag) als TLDR-Zusammenfassung: