Acrobat 26.002.21996 startet auf Windows Server 2016 nicht – Rückkehr zu 26.002.21931 gezielt testen

Nach dem Update auf Adobe Acrobat/Reader 26.002.21996 startet die Anwendung auf betroffenen Windows-Server-2016-Systemen nicht mehr. Der Fehlerdialog nennt einen fehlenden Prozedureinsprungpunkt in der Bibliothek AGM.dll; die vorherige Version 26.002.21931 lief im beschriebenen Fall wieder. Für RDS-⁠Umgebungen ist das mehr als ein einzelner fehlgeschlagener Programmstart: Der Reader kann für mehrere Nutzer gleichzeitig ausfallen.

Der Fehler zeigt sich direkt beim Start

Der Dialog verweist auf den Einsprungpunkt „SetThreadDescription“, der in der Acrobat-⁠Bibliothek „AGM.dll“ nicht gefunden werde. Im Ereignisprotokoll erscheint zusätzlich der Fehlercode 0xc0000139. Betroffen ist laut der Meldung Windows Server 2016, Version 1607, Build 14393.9514, mit Acrobat/Reader 26.002.21996.

Das grenzt die Störung praktisch ein: Es geht nicht um ein allgemeines Problem beim Öffnen einzelner PDF-⁠Dateien, sondern um einen Reader, der bereits beim Start abstürzt. Im beschriebenen Fall waren die Windows-⁠Systeme auf aktuellem Stand. Fehlende Windows-⁠Updates waren damit keine naheliegende Erklärung für genau diese Installationen. Eine Ursache im Detail ist durch die Fehlermeldung allein allerdings nicht bewiesen; sie benennt zunächst, woran der Start scheitert.

Auch im Adobe-⁠Community-⁠Forum berichten weitere Administratoren von demselben Verhalten auf Server 2016, darunter in RDS- beziehungsweise Terminalserver-⁠Umgebungen. Das macht die Versionsnummer zu einem sinnvollen ersten Prüfpunkt, wenn der Reader auf einem solchen System plötzlich nicht mehr startet.

Auf Terminalservern betrifft ein Ausfall mehrere Arbeitsplätze

Auf einem gemeinsam genutzten RDS-⁠Host ist ein Startfehler nicht auf den Rechner eines einzelnen Mitarbeiters begrenzt. Wenn die installierte Reader-⁠Version auf dem Host abstürzt, können auch mehrere Nutzende betroffen sein, die dort PDF-⁠Dokumente bearbeiten oder anzeigen müssen. Das ist besonders relevant, wenn die Anwendung Teil eines regelmäßig genutzten Arbeitsablaufs ist.

Prüfen Sie deshalb nicht nur, ob Acrobat auf einem Administrationskonto startet. Entscheidend ist, ob die betroffene Anwendung auf den tatsächlich eingesetzten Servern mit der dort installierten Version funktioniert. Ein einzelner erfolgreicher Start auf einem anderen Rechner sagt wenig über den Zustand eines Server-⁠2016-⁠Hosts aus. Ebenso sollten Sie nicht allein aus dem Fehlercode schließen, dass alle Installationen mit dieser Versionsnummer identisch betroffen sind: Die Meldung beschreibt konkrete betroffene Systeme und Berichte weiterer Administratoren, keine vollständige Bestandsaufnahme aller Umgebungen.

Die vorherige Version lief im beschriebenen Fall

Als vorläufige Abhilfe wurde die aktualisierte Fassung deinstalliert und Version 26.002.21931 frisch installiert. Danach startete der Reader auf dem betroffenen Server wieder. Zudem wurde diese Version auf der Reader-⁠Download-⁠Seite für Windows Server 2016 als empfohlene Version geführt; Windows Server 2016 wurde dort weiterhin als unterstützt genannt.

Das ist ein konkreter Ansatzpunkt, aber keine Garantie für jede Umgebung. Testen Sie die Rückkehr auf 26.002.21931 zunächst auf einem betroffenen System, bevor Sie sie breiter ausrollen. Prüfen Sie dabei gezielt, ob der Reader startet und für den vorgesehenen Einsatz nutzbar ist. Halten Sie außerdem fest, welche Version auf dem getesteten Host installiert ist und ob der Fehlerdialog erneut erscheint. So lässt sich ein Erfolg von einer bloßen Neuinstallation unterscheiden.

Ein Downgrade kann durch das automatische Update verpuffen

Der Bericht nennt ein zweites Problem: Der Reader aktualisierte sich nach der Rückkehr auf die vorherige Version offenbar wieder auf 26.002.21996. Mehrere Teilnehmende im Adobe-⁠Forum schrieben außerdem, dass das Deaktivieren des Update-⁠Dienstes und der geplanten Aufgabe allein ein erneutes Update nicht zuverlässig verhindere.

Damit ist die Rückkehr zur älteren Version nicht automatisch eine dauerhafte Lösung. Wer sie als Zwischenmaßnahme nutzt, sollte nach der Installation kontrollieren, welche Version tatsächlich auf dem Server läuft und ob sie nachfolgend unverändert bleibt. Ein erfolgreicher Start unmittelbar nach dem Downgrade reicht als Abschlusskontrolle nicht aus, wenn die Aktualisierung später erneut eingespielt werden kann.

Ein Registry-⁠Wert wurde im Bericht lediglich als noch zu testender Ansatz erwähnt. Ob er das erneute Update dauerhaft verhindert, war nicht bestätigt. Behandeln Sie ihn deshalb nicht als erprobte Abhilfe und übernehmen Sie keine Änderung an der Registry allein aufgrund dieser Meldung.

Erst den Zustand feststellen, dann die Änderung ausrollen

Gehen Sie bei einem passenden Fehlerbild in dieser Reihenfolge vor: Erfassen Sie die installierte Reader-⁠Version auf dem betroffenen Server, vergleichen Sie sie mit 26.002.21996 und prüfen Sie, ob der Startfehler mit dem genannten Hinweis auf „SetThreadDescription“ und „AGM.dll“ auftritt. Wenn die Symptome passen, testen Sie die Rückkehr auf 26.002.21931 kontrolliert und prüfen anschließend erneut die installierte Version.

Wiederholte Neuinstallationen ohne Kontrolle des Update-⁠Verhaltens lösen das Problem nicht verlässlich. Für betroffene Server-⁠2016-⁠ und RDS-⁠Umgebungen ist daher die Kombination aus Versionsprüfung, begrenztem Downgrade-⁠Test und anschließender Kontrolle des Versionsstands der belastbarere nächste Schritt.

Quellen: Borns IT-⁠ und Windows-⁠Blog – „Windows Server 2016: Adobe Acrobat/Reader 26.002.21996 startet nicht mehr“ (https://borncity.com/blog/2026/10/09/windows-server-2016-adobe-acrobat-reader-26-002-21996-startet-nicht-mehr/)