Worum es in diesem Teil geht: was eine IT-Infrastrukturanalyse in einer über zehn Jahre gewachsenen Umgebung zutage fördert – und warum die Ursache für tägliche SharePoint-Ausfälle nicht in SharePoint lag.
- Alter der Anlage: über zehn Jahre
- Dokumentation: keine
- Beschriftung: keine
- Hauptsymptom: SharePoint-Ausfälle an der Tagesordnung
Was wir vorgefunden haben
Die Anlage war über zehn Jahre gewachsen und für ein Haus mit 150 Mitarbeitenden schon lange zu klein. Die Serverschränke waren einfach miteinander verbunden, Geräte steckten in beliebigen Ports. Es gab keine Beschriftung und keine Dokumentation. Niemand wusste mehr, wie was eingerichtet war – nicht aus Nachlässigkeit eines Einzelnen, sondern weil über Jahre jede Erweiterung an die vorige angebaut worden war, ohne dass jemand das Ganze aufgeschrieben hätte.
So entsteht, was man im Fachjargon Kabelsalat nennt. Er ist nicht nur ein optisches Problem. Wer eine Störung sucht, muss jede Verbindung einzeln verfolgen. Wer etwas ändert, riskiert, das Falsche abzuziehen. Und wer wissen will, warum das Netzwerk langsam ist, findet keine Stelle, an der er anfangen kann.
So läuft eine IT-Infrastrukturanalyse
Eine Infrastrukturanalyse folgt einer festen Reihenfolge. Zuerst das Inventar: Welche Geräte gibt es, wo stehen sie, wie alt sind sie? Dann die Verbindungen: Welches Gerät hängt an welchem Port, welche Leitung führt wohin? Danach die Dienste: Was läuft auf welchem System, was hängt wovon ab? Erst wenn diese drei Ebenen stehen, ergibt Messen einen Sinn.
- Inventar: Geräte, Standorte, Alter, Garantie
- Verbindungen: Ports, Leitungen, Netzsegmente
- Dienste und Abhängigkeiten: Was braucht was?
- Messung: Auslastung, Antwortzeiten, Fehlerbilder
- Bewertung: Ursache oder Folge?
- Reihenfolge: Was muss zuerst passieren?
Das Ergebnis ist kein dickes Dokument für die Ablage, sondern eine Arbeitsgrundlage. In diesem Projekt war es die Liste, nach der wir in den folgenden Wochen vorgegangen sind.
Die Ursache lag eine Ebene tiefer
SharePoint war das System, an dem die Ausfälle sichtbar wurden. Die Ursache lag zu einem guten Teil darunter: in einer Netzwerkinfrastruktur, die für die Last nicht gebaut war. Wenn Netzwerk, Firewall und WLAN die Anfragen nicht schnell und zuverlässig genug durchreichen, sieht der Nutzer eine Anwendung, die hängt – auch wenn die Anwendung selbst einwandfrei arbeitet.
Das ist das typische Muster gewachsener Umgebungen. Die Störung zeigt sich oben, in dem Programm, mit dem alle arbeiten. Gesucht wird deshalb zuerst dort. Gefunden wird sie erst, wenn man Ebene für Ebene nach unten geht – bis zu den Kabeln.
Warum die Diagnose vor dem Eingriff kommt
Man hätte an vielen Stellen sofort etwas austauschen können. Ohne Diagnose wäre das Raten gewesen: eine neue Firewall, die das Problem nicht löst, weil es im WLAN liegt, oder ein neuer Server, der nichts ändert, weil das Netzwerk bremst. Erst die Analyse macht aus Ausgaben Investitionen, die etwas bewirken.
Was das für Ihr Unternehmen bedeutet
Wenn eine Anwendung täglich ausfällt, liegt die Ursache oft nicht in der Anwendung. Eine IT-Infrastrukturanalyse geht Ebene für Ebene vor und liefert eine Reihenfolge – damit das Geld zuerst dorthin fließt, wo es die meisten Ausfälle beendet. Und sie liefert, was gewachsenen Umgebungen fast immer fehlt: eine Dokumentation, auf der man weiterbauen kann.
Verwandte Themen: Wer hier weiterdenkt, liest bei Hochverfügbarkeit, strukturierte Verkabelung und SharePoint und Netzwerk weiter.
