Alphanumerische Codes, die spezifische Fehler in Software oder Hardware identifizieren, um die Fehlersuche zu erleichtern.
Wer einen Webdienst auf Windows Server betreibt, trifft früher oder später auf denselben Effekt: Der Browser zeigt einen HTTP-Statuscode, im IIS-Log steht ein Substatus, in der Ereignisanzeige findet sich ein Eintrag zu WAS oder W3SVC – und trotzdem bleibt die Ursache unklar.
Wenn Windows Sicherheitswarnungen ausgibt oder Microsoft Defender plötzlich in einen degradierten Zustand wechselt, wirkt die Ursache häufig eindeutig – in der Praxis steckt aber oft eine Kette aus Abhängigkeiten dahinter: Dienste starten nicht, Signaturen lassen sich nicht aktualisieren, Cloud-Abfragen werden blockiert, SmartScreen bewertet Downloads nicht mehr oder Tamper Protection verhindert bewusst Änderungen.
SQL-Server-Fehler treten selten isoliert auf: Eine Abfrage bricht mit einer Error Number ab, im Errorlog erscheinen Meldungen des Storage-Subsystems, parallel häufen sich Waits und der SQL Server Agent meldet Job-Fehlschläge. In der Praxis entscheidet weniger die einzelne Fehlermeldung über das Vorgehen, sondern ihre eindeutige Zuordnung zu Engine-Komponenten, Datenbankzuständen und externen Abhängigkeiten wie Windows-I/O, Treibern, Netzwerkpfaden, Domänenauthentifizierung oder Storage-Firmware.
In Microsoft Endpoint Configuration Manager entstehen Fehler selten „im Produkt“ isoliert, sondern an Übergängen: zwischen Client und Management Point, zwischen Distribution Point und Content Library, zwischen Standortsystemrollen und SQL Server, IIS oder Active Directory. In der Praxis zeigt sich das als Mischung aus numerischen Fehlercodes, Statusmeldungen und Logzeilen, die je nach Kontext unterschiedlich wirken: Ein Download scheitert mit 0x80072ee2, eine Tasksequenz bricht mit 0x80004005 ab, der Client meldet 0x87D00607, oder im Log tauchen Begriffe wie „failed to get DP locations“ oder „certificate not valid“ auf.
Wenn Anmeldungen in Microsoft 365, Azure, VPN-Gateways, SaaS-Anwendungen oder eigenen Apps scheitern, erscheint das Problem häufig als „App-Fehler“, „Zugriff verweigert“ oder „MFA funktioniert nicht“. Tatsächlich liegt die Ursache oft in Microsoft Entra ID (ehemals Azure AD): bei der Identitätsauflösung, bei Richtlinien (Conditional Access), bei der Tokenausstellung über OAuth 2.0/OpenID Connect, bei Sitzungseigenschaften, bei Mandantenkonfigurationen oder bei hybriden Abhängigkeiten wie Azure AD Connect/Entra Connect. Entra ID gibt dabei eine Vielzahl standardisierter Meldungen aus, typischerweise mit AADSTS- oder MSAL-Codes, teils ergänzt durch Claim- oder Policy-Hinweise.
