Hallo Zusammen,
ich nutze für das Befüllen einer Access Datenbank aus einer größeren Excel folgenden Code für den Massenimport:
Set db = DBEngine.OpenDatabase(aktuelle_datei_zp, True, False)
sSQL = "INSERT INTO zplatz9 (Artikel, zplatz, fm, Einheit)" & _
" SELECT T.Artikel, T.[Transgourmet Z-Platz], T.[Maximale Füllmenge des Regalplatzes], T.Anzeigemengeneinheit" & _
" FROM [excel 12.0 xml;hdr=yes;imex=1;DATABASE=" & sPfad & sDatei & "].[Sheet1$] AS T"
db.Execute sSQL, 128 ' dbFailOnError
Application.DisplayAlerts = True
Set db = Nothing
Funktionierte bis dato problemlos, heute erhalte ich eine Fehlermeldung "Dateityp wird nicht unterstützt".
Die Datenbank ist wie folgt angelegt:
db.Execute ("Create table zplatz9" _
& "(Artikel char(10), zplatz char(50), fm CHAR(40),einheit char(5),datum date)")
Welchen Dateityp verlangt der Massenimport genau oder wodran könnte der Fehler liegen? Auf meinem Zweit-PC funktioniert alles noch Reibungslos, auch wenn ich mir die benötigte Excel neu aus dem SAP ziehe.
Danke Euch
Grüße
Mirko
Versuche mal als Datentype CHAR (ohne Länge) und DATETIME, aber ohne Daten wird weitere Hilfe schwierig.
Knobbi38
http://allenbrowne.com/ser-49.html#_ftn5 (http://allenbrowne.com/ser-49.html#_ftn5)
Anbei die Datei:
https://www.filemail.com/d/xuwizcyhvebbfsv
Was ich dazu noch ergänzen muss, heute hat mir ein Kollege aus einem anderen Betrieb seine spezifische Datei zugesandt, da dieser den gleichen Fehler hatte. Ich denke, dass seine Datei die Ursache ist, hat auch den Dateinamen: "zplatz.xlsx.XLSX" und ist doppelt so groß wie meine, was sehr untypisch ist, normalerweise haben die alle +/- die gleiche Größe. Kann dadurch irgendwas bei Excel verstellt wurden sein? Wie gesagt, dieser Code ist seit 1 Jahr identisch und bisher gab es keine Probleme beim Massenimport.
Es besteht die Möglichkeit, dass dieses Problem durch ein kürzliches Update von Microsoft verursacht wurde.
(Ich habe im Moment noch keine weiteren Informationen dazu.)
Ok danke für die Info, bin jetzt auch daheim und dort funktioniert es auf dem zweitem Firmen-Notebook ebenfalls nicht mehr, da hatte ich die Tage ein Update laufen lassen. Mein anderes Notebook steht auf der Arbeit, dort hatte es noch geklappt vorhin.
Habe auch den Tipp von Knobbi38 befolgt, führt zu keinem anderen Ergebnis.
Gibt es noch eine andere Möglichkeit des Massenimportes? Ich möchte ungerne Zeile für Zeile einlesen, bei der Datei "Zplatz" geht das noch mit ca. 50.000 Zeilen, das "Artikelbuch" ist 4x so groß.
Danke Euch
Einen Fehler kann ich mit den Informationen nicht nachvollziehen. Was macht denn der Import-Assistent daraus, wenn du eine Verknüpfung zu der Excel Tabelle machst?
Knobbi38
PS: Wenn der Code in Excel steht, sollte man von einem "Export" nach Access sprechen, Import ist etwas anders.
Ich baue jetzt mal vorübergehend eine zeilenweise Einfügung der Daten ein, andernfalls bekomme ich die Tage viele Anrufe, dass das Tool nicht mehr funktioniert.
Welchen Import Assistenten meinst Du, habe ich bisher noch nie mit gearbeitet?
Ich meine den Assistenten, welcher sich in Access öffnet, wenn man dort "Externe" Datenquellen abruft.
Zitat von: Blaupunkt79 am Dezember 17, 2025, 15:33:21Funktionierte bis dato problemlos, heute erhalte ich eine Fehlermeldung "Dateityp wird nicht unterstützt".
Das Problem scheint durch das Windows Upate KB5072033 (https://support.microsoft.com/en-us/topic/december-9-2025-kb5072033-os-builds-26200-7462-and-26100-7462-0c1a4334-19ba-406d-bb1e-88fcffc87b79) verursacht zu werden.
Als Workaround sollte es funktionieren, wenn man die Instruktionen aus diesem Artikel invertiert: KB5002984: Configuring Jet Red Database Engine and Access Connectivity Engine to block access to remote databases (https://support.microsoft.com/en-us/topic/kb5002984-configuring-jet-red-database-engine-and-access-connectivity-engine-to-block-access-to-remote-databases-56406821-30f3-475c-a492-208b9bd30544)
D.h. in dem Artikel den Info-Block für
Access Connectivity Engine (ACE) ausklappen und dort die allerletzte Zeile beachten.
Ich danke Dir für die Recherche! Ich teste die Vorablösung die Tage mal daheim an meinem privaten PC aus. Ist nur die Frage, ob die Firmen IT die Lösung einspielen wird. Denkst Du, Microsoft behebt das ganze mit einem weiteren Update?
Zitat von: Blaupunkt79 am Dezember 18, 2025, 16:43:12Denkst Du, Microsoft behebt das ganze mit einem weiteren Update?
Kann ich nicht sagen. Das Update kam vom Windows-Team bei Microsoft. Dort habe ich keine Kontakte.
Es ist auch noch unklar, ob dieser unangenehme Effekt so gewollt ist oder ein unabsichtlicher Nebeneffekt.
Zu diesem Problem gibt es jetzt einen Post auf Accessforever.org: https://www.accessforever.org/post/query-reference-to-remote-database-fails
Das Problem wird inzwischen vom Access-Team bei Microsoft untersucht. Falls es möglich ist diesen negativen Effekt rückgängig zu machen, wird das sicherlich noch ein paar Wochen dauern.
Hatte das ganze per Ticket an meine IT geschickt und am 29.12 wurde die Registry testweise angepasst und siehe da, es hatte wieder funktioniert. 2 Tage später wieder das gleiche Problem, naja mal nach den Feiertagen schauen, was da los ist, die Registry schreibt sich ja nicht von alleine neu? Echt sehr nervig das ganze.
Hallo Zusammen,
nachdem unsere IT nun endlich eine neue Richtlinien Gruppe anlegt hat, wird der besagte Hkey "AllowQueryRemoteTables" mit Wert 1 nun automatisch übernommen.
In der Vergangenheit hat mir den immer jemand von der IT manuell hinterlegt.
Heute wollte ich die Funktion austesten, Hkey neu überspielt und ich teste sozusagen den Massenimport.
Jetzt erhalte ich die Fehlermeldung "installierbares ISAM nicht gefunden"?! Den Fehler hatte ich nicht, als die IT den Hkey manuell eingetragen hat, da hat alles funktioniert. Habt Ihr eine Ahnung, was der Fehler sein kann und vor allem, wie man diesen behebt?
Danke
Grüße
Ein weit verbreiteter Fehler mit vielen möglichen Ursachen.
In den meisten Fällen stimmt der Connectionstring nicht. Versuche einfach mal das Ganze in der Access GUI manuell zu machen, ob das geht.
Knobbi38
Eben hat der IT'ler nochmal angerufen, er hat folgendes getan:
Er hat unter Laufwerk C einen "Temp" Ordner erstellt und dann in der Eingabeaufforderung "reg import engines.reg" im Temp Ordner durchgeführt. Anschließend habe ich keine Fehlermeldung erhalten.
Kann mir jemand erklären, weshalb es nun geht?
Habe gerade meine Glaskugel verlegt ... ???
Zitat von: Blaupunkt79 am März 16, 2026, 15:22:56Er hat unter Laufwerk C einen "Temp" Ordner erstellt und dann in der Eingabeaufforderung "reg import engines.reg" im Temp Ordner durchgeführt. Anschließend habe ich keine Fehlermeldung erhalten.
Kann mir jemand erklären, weshalb es nun geht?
Vielleicht. Dieser "Jemand" kann aber nur jemand sein, der den Zustand deiner Registry vor dem Import und den Inhalt der Datei "reg import engines.reg" kennt.
Eine .reg Datei enthält Windows Registry Einstellungen, die in die Registry des aktuellen Rechners importiert werden können. Wo diese Datei liegt ist irrelevant, auf den (uns unbekannten) Inhalt kommt es an.
Hauptsache es geht nun, morgen testen wir den nächsten Rechner, ob sich da automatisiert die richtigen Einträge laden, bin gespannt, ob es nun endlich wieder läuft, eine Sorge weniger.