{"id":295869,"date":"2024-06-06T00:01:00","date_gmt":"2024-06-05T22:01:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=295869"},"modified":"2024-06-06T16:03:44","modified_gmt":"2024-06-06T14:03:44","slug":"microsoft-365-version-2405-verursacht-speicherfehler-und-hnger-in-access","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2024\/06\/06\/microsoft-365-version-2405-verursacht-speicherfehler-und-hnger-in-access\/","title":{"rendered":"Microsoft 365 Version 2405 verursacht Speicherfehler und Hänger in Access"},"content":{"rendered":"

[English<\/a>]Microsoft hat Ende Mai 2024 die Version 2405 f\u00fcr Microsoft 365\/Office 365-Apps ver\u00f6ffentlicht. Mir liegen nun R\u00fcckmeldungen von Blog-Lesern vor, die sich \u00fcber Abst\u00fcrze von Microsoft Access beklagen. Es k\u00f6nnen m\u00f6glicherweise ein Speicherleck vorliegen, die diverse Probleme mit unterschiedlichen Fehlerbildern verursachen. Ich fasse mal die Informationen zusammen, vielleicht gibt es noch mehr Betroffene.<\/p>\n

<\/p>\n

Microsoft 365 Version 2405<\/h2>\n

\"\"Gem\u00e4\u00df der Microsoft-Seite Update history for Microsoft 365 Apps (listed by date)<\/a> wurde Microsoft 365 Version 2405 Build 17628.20110 zum 29. Mai 2024 im Current Channel ver\u00f6ffentlicht. Die Release Notes<\/a> erz\u00e4hlen was von Fixes in Excel, Outlook, PowerPoint\u00a0 und Word. Zu Access habe ich dagegen nichts gefunden, nur einen Hinweis auf einen allgemeinen Fix, der einen Fehler in Office 365 beheben soll.<\/p>\n

Nutzerr\u00fcckmeldung zu Access-Problemen<\/h2>\n

Auf meinen Artikel Office Updates vom 4. Juni 2024<\/a> zu den Juni 2024-Updates f\u00fcr die MSI-Versionen von Microsoft Office hat sich dann Alex mit einem Kommentar<\/a> gemeldet. Er schreibt, dass seit dem 4. Juni 2024 in seiner Firmenumgebung massive Probleme mit den verwendeten Access-Anwendungen auftreten. Auf den betroffenen Servern sei jetzt Office 2405 installiert (gemeint ist konkret Microsoft 365 Version 2405 Build 17628.20110, wobei dort die 32-Bit-Version verwendet wird).<\/p>\n

Laut Alex haben \"alle Fehler irgendwas mit Speicherfehlern zu tun\". Ich hatte nach n\u00e4heren Informationen gefragt, die mir Alex per E-Mail zukommen lie\u00df. Das Szenario beschreibt der Leser so: In seiner Umgebung werden diverse, selber entwickelte, Access Anwendungen verwendet, die als accdb (32 Bit) auf Windows Terminalserver 2019 laufen.<\/p>\n

Die Fehler treten seit dem 4. Juni 2024, aber nur auf den Terminalservern auf, welche die oben genannte Office 365-Build installiert haben. Diese Server hatten vorher die Version 2403, und dort gab es keine Probleme. Die restlichen Server in der Firmenumgebung h\u00e4ngen noch auf Office 365 Version 2311 fest. Auch dort werden keine Probleme festgestellt.<\/p>\n

\"Access
\nFehler in Access<\/p>\n

Alex hat mir den obigen Screenshot der Fehlermeldung geschickt und schrieb, \"so richtige Logs habe ich leider nicht, ich tappe hier v\u00f6llig im Dunkeln und finde keine Stelle wo ich ansetzen k\u00f6nnte.\" Die Fehlermeldungen lauten immer irgendwas mit \"Nicht gen\u00fcgend Speicher\", \"Nicht gen\u00fcgend Stapelspeicher\" oder aber \"Nicht gen\u00fcgend Arbeitsspeicher\".<\/p>\n

Versuch einer Eingrenzung<\/h2>\n

Der Leser merkt dazu an: \"Normalerweise schalte ich mich dann immer auf die Sitzung und debugge woher das ganze kommt. Allerdings h\u00e4ngt sich da die Anwendung so komplett weg, dass ich nicht ins debuggen Fenster komme. Teilweise geht die Anwendung dann einfach zu, oft muss ich auch den Taskmanager bem\u00fchen.\"<\/p>\n

Alex benannte in seiner Mail noch folgende Auff\u00e4lligkeiten: Die allermeisten Fehlermeldungen treten an Stellen auf wo ein gekauftes ActiveX-Control in dem betreffenden Formular eingebunden wurde. Es handelt sich um das sevDataGrid3 <\/em>von Dieter Otter. Das Grind wird dann auch nicht mehr sauber gezeichnet, schreibt der Leser.<\/p>\n

Der erste Verdacht, dass es am Active X-Control liegt, hat sich aber verfl\u00fcchtigt, da der Fehler inzwischen auch an Stellen wo kein ActiveX-Control verwendet wird, auftritt. Daher ist unklar, ob das Grid der Ausl\u00f6ser oder nur das Opfer des Fehler war. Sobald der Speicherfehler auftritt, l\u00e4sst sich leider gar nichts mehr am System tun. Normalerweise, so der Leser, w\u00fcrde im Fehlerfall dann auch ein Eintrag in das eingerichtete Graylog geschrieben und ein Service aufgerufen der die Administratoren benachrichtigt. Aber mangels freiem Speicher funktioniert auch das nicht mehr sauber.<\/p>\n

Ein Beispiel, unabh\u00e4ngig vom Grid, was der Leser mir geschickt hat, ist mit nachfolgendem VBA-Code zu sehen. Es ist eine Funktion in welcher zwei Word-Dateien verglichen werden.<\/p>\n

<\/p>\n

Bei dem Aufruf dieser Funktion ist Microsoft Word laut Leser \"komplett abgeschmiert und musste per Taskmanager gekillt werden\". Alex schrieb: \"Momentan bin ich absolut ratlos was hier los ist.\u00a0 Office ist das Einzige was mir aufgefallen ist, es wurden keine Windows Updates eingespielt, das o.g. ActiveX Control ist seit Jahren im Einsatz, auch hier kein Update.\"<\/p>\n

Die Erkl\u00e4rung meinerseits d\u00fcrfte sein, dass sich die betreffende Microsoft 365-Version erst jetzt auf diesen Terminalserver\u00a0 per Update installiert hat. Alex schrieb noch: \"Gestern war erst nur ein Terminalserver betroffen, seit heute sind es 3. Alle drei haben die neue Office Version.\"<\/p>\n

Den ersten Terminalserver, der betroffen war, hat der Leser neu starten lassen und hatte erst einmal Ruhe. Aber am Folgetag kam es wieder zu den obigen Speicherfehlern, wobei kein Fehler nachstellbar ist. Die Probleme tr\u00e4gen teilweise auch relativ fr\u00fch nach dem Start der Anwendung nach ein paar Minuten auf, hei\u00dft es. Andere Kollegen k\u00f6nnen einen halben Tag ohne eine Fehlermeldung arbeiten. Manche Anwendungen die auch das Grid verwenden sind bisher noch gar nicht betroffen.<\/p>\n

Alles deutet auf ein Speicherleck hin<\/h2>\n

Die obige Beschreibung des Fehlers deutet f\u00fcr mich auf ein Speicherleck hin, welches die freien Ressourcen belegt, bis diese ersch\u00f6pft sind. Dann gibt es die seltsamsten Effekte unter Windows bzw. in Anwendungen. Wilhelm best\u00e4tigt in diesem Kommentar<\/a>, dass der Fehler auch in seiner Umgebung auftritt. Ein Neustart des Programms hilft, dann schaukelt es sich bis zum n\u00e4chsten Neustart wieder hoch, schrieb der Leser. Verwendet wird Access 32-Bit aus dem M365 Apps for Business Paket, Version 2405 Build 17628.20110.<\/p>\n

Auf reddit.com findet sich noch ein Thread Office update 2405 wrecked our finance department today<\/a>, der ebenfalls zum 3.\/4. Juni 2024 angelegt wurde. Dort wird bem\u00e4ngelt, dass Excel aus Office 2405 extrem langsam reagiere.<\/p>\n

Alex fragt: Hat noch jemand solche Probleme oder vielleicht schon eine L\u00f6sung daf\u00fcr? In meinen Augen hilft nur ein Downgrade der Microsoft 365-Version auf 2403 – und ggf. wechsel auf den Semi-anual-Channel.<\/p>\n","protected":false},"excerpt":{"rendered":"

[English]Microsoft hat Ende Mai 2024 die Version 2405 f\u00fcr Microsoft 365\/Office 365-Apps ver\u00f6ffentlicht. Mir liegen nun R\u00fcckmeldungen von Blog-Lesern vor, die sich \u00fcber Abst\u00fcrze von Microsoft Access beklagen. Es k\u00f6nnen m\u00f6glicherweise ein Speicherleck vorliegen, die diverse Probleme mit unterschiedlichen Fehlerbildern … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[270,7459,7862],"tags":[7391,4322,24],"class_list":["post-295869","post","type-post","status-publish","format-standard","hentry","category-office","category-software","category-stoerung","tag-access","tag-office","tag-problem"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/295869","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=295869"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/295869\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=295869"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=295869"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=295869"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}