Infrastruktur ist wieder langweilig – und genau das ist die eigentliche Geschichte des Jahres 2026

Die wichtigste Infrastrukturlehre im April 2026 betrifft weder KI noch Agenten oder eine weitere Plattformumbenennung. Sie lautet, dass Kernsysteme weiterhin an vertrauten Stellen ausfallen: Patchen, Vertrauen und Lebenszyklusmanagement. Microsofts Windows-Server-Updates vom 14. April 2026 führten ein bekanntes Problem ein, bei dem einige Domänencontroller in Gesamtstrukturen mit mehreren Domänen und Privileged Access Management während des Starts LSASS-Fehler erleiden konnten. Die Folgen waren wiederholte Neustarts und nicht verfügbare Authentifizierungsdienste. Das ist relevant, weil Identität weiterhin die Abhängigkeit unter allem anderen ist. Wenn Domänencontroller nicht mehr ordnungsgemäß arbeiten, wird der restliche Bestand sehr schnell von der Theorie zur Realität.

Die außerplanmäßigen Korrekturen vom 19. April 2026 verdeutlichten denselben Punkt aus einer anderen Richtung. Microsoft musste Notfallupdates für betroffene Windows-Server-Versionen veröffentlichen, um das Startproblem der Domänencontroller zu beheben. Das ist keine Kritik am Patchen. Es erinnert daran, dass ernstzunehmende Bestände einen getesteten Prozess für dringende Fehlerbehebung benötigen und nicht nur ein routinemäßiges Monatsfenster. Bei Patch-Disziplin geht es nicht mehr nur darum, aktuell zu bleiben. Es geht darum zu wissen, wie Schäden begrenzt werden, wenn eine fehlerhafte Wechselwirkung die Identitätsschicht erreicht.

Die Frist für Secure-Boot-Zertifikate überträgt dasselbe betriebliche Thema auf das Plattformvertrauen. Am 23. Februar 2026 warnte Microsoft Windows-Server-Administratoren, sich auf ab Ende Juni 2026 ablaufende Secure-Boot-Zertifikate vorzubereiten, und stellte klar, dass Server die neuen Zertifikate nicht automatisch über denselben Mechanismus wie viele Windows-Clientgeräte erhalten. Auf dem Papier klingt das nach Wartung. In der Praxis ist es ein weiteres Beispiel dafür, wie Hintergrundinfrastruktur erst sichtbar wird, wenn Teams zu lange warten. Vertrauensketten haben inzwischen Fristen, Voraussetzungen und Kompatibilitätsaufgaben, die geplant werden müssen, bevor der Termin erreicht ist.

SQL Server gehört in dieselbe Diskussion. Am 14. April 2026 veröffentlichte Microsoft das GDR-Sicherheitsupdate KB5084814 für SQL Server 2025, das Schwachstellen zur Rechteausweitung behandelt und einen Punkt unterstreicht, den viele Teams noch zu sauber von der Infrastrukturarbeit trennen. Hängt das Geschäft von einem SQL-Bestand ab, sind Zeitpunkt der SQL-Patches, Rollbacküberlegungen und Versionsdisziplin keine isolierten DBA-Aufgaben. Sie gehören zum selben Produktionsrisikomodell wie Windows-Updates, Identitätsverfügbarkeit und Plattformvertrauen.

Das lässt sich noch schwerer ignorieren, wenn ältere Versionen weiterhin im Einsatz sind. Der erweiterte Support für SQL Server 2016 endet am 14. Juli 2026. Dieses Datum ist wichtig, weil alternde Plattformen den Raum für ruhige Entscheidungen verkleinern. Je näher eine Umgebung dem Supportende kommt, desto stärker werden jeder Patch, jedes Kompatibilitätsproblem und jede Migrationsabhängigkeit zu einem eingeschränkten Projekt unter Zeitdruck. Lebenszyklusarbeit aufzuschieben hält Optionen nur selten offen. Meist entfernt es sie genau dann, wenn sie am dringendsten benötigt werden.

All dies verbindet, dass Unternehmensinfrastruktur im nützlichsten Sinn wieder langweilig wird. Im Jahr 2026 werden nicht die Teams mit der lautesten Werkzeuggeschichte am stärksten erscheinen. Es werden jene mit klaren Patchringen, getesteten Verfahren für Notfallupdates, Secure-Boot-Bereitschaft, belastbarer Governance für SQL-Patches und realistischen Upgrade-Zeitplänen sein. Die praktische Schlussfolgerung ist einfach: Identitäts-Patching, Boot-Vertrauen, SQL-Sicherheit und Planung zum Supportende sollten als eine Betriebsdisziplin statt als vier getrennte Administrationsthemen behandelt werden. Sie treffen alle am selben Punkt zusammen: dem Produktionsrisiko.