'Der 'Microsoft.ACE.OLEDB.12.0'-Anbieter ist nicht auf dem lokalen Rechner registriert'

Question

Ich versuche, Daten aus einer Excel-Datei bei einem Klick auf eine Schaltfläche zu erhalten. Mein Verbindungszeichenfolge 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 folgenden Fehler:

Der Anbieter 'Microsoft.ACE.OLEDB.12.0' ist auf dem lokalen Rechner nicht registriert.

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

Answer 1

Na gut, du musst es installieren. Du suchst nach:

• Der 2007 Office System Treiber: Datenverbindungskomponenten.

Answer 2

Eine 64-Bit-Version des 'Microsoft Access Database Engine 2010 Redistributable', die es Ihnen ermöglicht, den Anbieter 'Microsoft.ACE.OLEDB.12.0' zu verwenden, ist hier verfügbar:
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 erstellen, wie von @backtestbroker.com erwähnt.

Answer 3

Je nachdem, welche Anwendung (32/64-Bit) die Verbindung verwendet, können Sie einfach installieren

• Access 2007-Engines (nur 32-Bit)
• Access 2010 (32 & 64-Bit)
• Access 2013 Vollversion-Runtime (32 & 64-Bit! >200 mb)
• Access 2016-Runtime
• Access 2019-Runtime

Zusammenfassung:

• alle Versionen von 2007 bis 2016 enthalten den Anbieter "Microsoft.ACE.Oledb.12.0"

• je nach Architektur Ihrer Anwendung wählen Sie den entsprechenden Laufzeitmotor aus (32/64)6

• Überprüfen Sie Ihre Anbieter mit dem Powershell-Befehl aus beiden 32- und 64-Bit-Shell:

  (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 können mit http://live.sysinternals.com/strings.exe gefunden werden

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

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

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

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

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

Answer 4

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

• Wenn Sie Ihr Projekt unter der x86-Plattform erstellt haben, sollten Sie zur Lösung Ihres 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 dadurch das Problem gelöst wird, umso besser. Andernfalls fahren Sie mit Schritt 2 fort.

  2. Bei diesem nächsten Schritt handelt es sich um einen unerklärten Workaround, der für Office 2010 funktioniert, obwohl es sich um die Data Connectivity Components von Office 2007 handelt. Ich bin nicht ganz sicher, warum dies funktioniert, aber es wurde in fast allen Fällen bewiesen. 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 werden.

• Wenn Sie versuchen, eine Anwendung unter der x64- oder AnyCPU-Plattform auszuführen, empfehle ich Ihnen, zunächst zu überprüfen, ob sie unter der x86-Plattform wie erwartet 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 funktioniert.

  Ich habe gelesen, dass die MS Access-Treiber, einschließlich des OLEDB Database-Treibers, nur unter der x86-Plattform funktionieren und unter der x64- oder AnyCPU-Plattform inkompatibel sind. Aber das scheint nicht zuzutreffen. Ich habe überprüft, dass meine Anwendung lief, als ich unter x86 erstellt habe, dann habe ich das Access Database Engine unter Verwendung des passiven Flags installiert.

  1. Laden Sie zuerst die Datei lokal herunter. Die Installation finden Sie hier: http://www.microsoft.com/en-us/download/details.aspx?id=13255
  2. Installieren unter Verwendung der Eingabeaufforderung mit dem '/passive'-Flag. Führen Sie in der Eingabeaufforderung folgenden Befehl aus: 'AccessDatabaseEngine_x64.exe /passive'

  Nach diesen 2 Schritten konnte ich meine Anwendung nach dem Build in der x64- oder AnyCPU-Build-Konfiguration ausführen. Dies scheint 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 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 von diesem Beitrag) als TLDR-Zusammenfassung: