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

Question

Ich versuche, Daten aus einer Excel-Datei bei einem Klick auf die Schaltfläche zu erhalten. Meine 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

Nun, du musst es installieren. Du suchst nach:

• Der 2007 Office System Driver: Data Connectivity Components.

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 das Download aus der akzeptierten Antwort verwenden, müssen Sie für x86 kompilieren, wie von @backtestbroker.com erwähnt.

Answer 3

Je nach der App(32/64bit), die die Verbindung nutzt, können Sie einfach installieren

• Access 2007 Engine (nur 32bit)
• Access 2010 (32&64bit)
• Access 2013 Vollversion Laufzeitumgebung (32&64bit ! >200mb)
• Access 2016 Laufzeitumgebung
• Access 2019 Laufzeitumgebung

Zusammenfassung:

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

• abhängig von der Architektur Ihrer Anwendung wählen Sie die entsprechende Laufzeitumgebung (32/64bit)6

• überprüfen Sie Ihre Anbieter mit dem PowerShell-Befehl aus beiden 32 und 64bit Shell:

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

• und Sie 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 64bit-System mit installierten 32bit-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"

sogar 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 enthält auch csi.dll

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

welches "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

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

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 des Problems die folgenden Pakete auf Ihrem Computer installieren:

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

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

  2. Der nächste Schritt ist ein unerklärlicher Workaround, der für Office 2010 funktioniert, obwohl es sich um die Data Connectivity Components von Office 2007 handelt. Ich bin mir nicht ganz sicher, warum das funktioniert, aber es wurde in fast allen Fällen nachgewiesen. 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 sollten Sie Ihre Anwendung ausführen können, und damit sollte das Problem gelöst sein.

• Wenn Sie versuchen, eine Anwendung unter der x64- oder AnyCPU-Plattform auszuführen, empfehle ich Ihnen zunächst zu überprüfen, ob sie wie erwartet unter der x86-Plattform läuft. Sollte sie unter dieser x86-Plattform nicht laufen, führen Sie die Schritte im ersten Teil aus 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 nicht kompatibel sind. Aber das scheint nicht wahr zu sein. Ich habe meine Anwendung erfolgreich ausgeführt, als ich unter x86 gebaut habe, und dann habe ich den Access Database Engine mit dem passiven Flag installiert.

  1. Laden Sie zunächst 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 der Eingabeaufforderung und dem '/passive'-Flag. Führen Sie in der Eingabeaufforderung den folgenden Befehl aus: 'AccessDatabaseEngine_x64.exe /passive'

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

Hinweis: Die Reihenfolge der Schritte scheint eine Rolle zu spielen. Befolgen Sie bitte 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: