Access 365, W10-x64: Nicht genügend Systemressourcen

Question

Hallo

Ich habe die meisten Antworten schon gelesen und deren Massnahmen umgesetzt/geprüft.

Der zur Verfügung stehende Arbeitsspeicher, virtuelle Auslagerungsdatei etc.

Schon beim simplen Öffnen einer grossen Tabelle (ca. 400'000 Sätze) erscheint diese Meldung; kleinere Dateien funktionieren

Ebenso bei Abfragen mit Dateien von 100'000 Sätzen.

Deshalb poste ich die Frage "erneut", da ich in den vorhanden Antworten die entscheidende Antwort nicht gefunden habe :-(

DANKE

Gert

Answer 1

Hallo!

Da du inhaltlich wenig über die Versuche schreibst, hilft da nur die Glaskugel weiter:

Der häufigste Kandidat ist derzeit die Variante bei der nur das Herabsetzen auf 1 Prozessor hilft, also

1. Task-Manager, Detailansicht
2. Rechtsklick auf die MSACCESS.EXE
3. Zugehörigkeit festlegen (Set Affinity)
4. im Dialog nur 1 CPU auswählen

Wenn das hilft, dann gibt es leider keinen Fix von MS dazu. Man muss das jedesmal machen oder halt eine Batchdatei o.ä. etablieren, die das veranstaltet.

Answer 2

Herzlichen Dank Karl für das Auslesen der Glaskugel ...

Ein erster Versuch sieht positiv aus!

Muss leider weg und kann erst am Wochenende weiterarbeiten.

Werde dann noch die Details nachliefern, damit der differenzierte Fall dann vielleicht auch noch anderen besser helfen kann!

Deine Lösung scheint mir auch deshalb in die richtige Richtung zu gehenn, weil Access die einzige App mit diesem Ressourcen-Problem ist! Excel kann dieselben Datenmengen problemlos stemmen. Und gemäss Taskmanager sind eig. keinerlei Engpässe sichtbar!

Beste Grüsse

Gert

Answer 3

Hallo nochmals Karl

Hier wie versprochen etwas mehr Details zum Fall.

Ich arbeite seit gut 10 Jahren auf Mac; jedoch Microsoft Office in einer virtuellen Maschine von VMWARE.

Die betroffenen Access-Datenbank läuft ebenso lange stabil und ohne jegliche Probleme.

Ich habe zwei VMWARE's, eine 32-Bit, eine 64-bit. Beide mit Office 365 32-Bit.

Auf beiden Maschinen taucht der Fehler auf.

Zuerst hatte ich versucht, das Problem gemäss Beilage zu lösen.

Allerdings wie gemeldet ohne Erfolg.

Logisch, denn weder andere Apps melden dieses Problem noch zeigt die Systemauslastung irgendwelche Engpässe.

Die Reduktion von Access auf einen Prozessor hat zu 90% funktioniert; es gab eine Stapelverarbeitung, die dann doch wieder "3035 Nicht genügend Systemressourcen" zurückgab. Allerdings mit erneutem Aufruf beim x-ten Mal lief er durch.

So war ich einigermassen zufrieden und machte wie üblich zum Abschluss noch "Datenbank komprimieren und reparieren" mit dem Resultat, dass die Hälfte der Tabellen verschwunden waren !!! Das habe ich noch gar nie erlebt.

Die Daten mit denen ich arbeite liegen nicht innerhalb der virtuellen Maschine, sondern auf dem Mac. War bisher nie ein Problem, sondern lief perfekt und vereinfacht die Datenhaltung, insbes. Datensicherung.

Zwecks Test habe ich die DB nun doch innerhalb der VMWARE auf C: kopiert und dort verarbeitet: KEINE der bisher beschriebenen Probleme traten mehr auf.

Es gibt gegenüber der bisher immer funktionierenden Konfiguration zwei Änderungen:

1. VMWARE neue Version: 11 -> 12
2. Windows10 neue Version: 1903 -> 1909 -> 2004

?

Grüsse

Gert

Answer 4

Hallo, Gert!

Na, mit der Konstellation hast du noch ein paar potentielle Einflussfaktoren mehr als der Durchschnittsbetroffene.

Ich habe gerade erfahren, dass Microsoft einen ersten Fix für dieses Problem versucht. Er ist im Office-Build 2010 enthalten, der aktuell im Office-Insider-Programm erhältlich ist (z.B. habe ich ihn bereits im "Current Channel Preview") und Ende des Monats im normalen Monatsupdate-Kanal sein wird.

Es ist nicht sicher, ob der Fix alle betroffenen Fälle kuriert, weil Systemressourcen aus versch. Gründen knapp werden können. Microsoft ist interessiert an Rückmeldungen dazu. Vielleicht kannst du hier das Resultat mit Build 2010 bei dir melden, sobald du ihn hast und die Prozessoren wieder auf "alle" stellst. Dann gebe ich das weiter.

Answer 5

Wird gemacht :-)

Melde mich also nach dem nächsten update ...

Grüsse

Gert