Ein fertig installiertes Netzwerk ist noch kein betriebsfähiges Netzwerk
Bei Neubau, Umbau oder größerer Netzwerkerneuerung konzentriert sich das Projekt zunächst auf Planung, Installation und technische Abnahme. Der spätere Betrieb benötigt jedoch zusätzlich vollständige Dokumentation, Betriebsprozesse, Zugänge, Verträge, Ersatzstrategien und eingewiesene Verantwortliche.
Die aktuelle Microsite behandelt diesen Übergang bereits an mehreren Stellen. Die Seite zu Datenübertragungsnetzen fordert vollständige Übergabedokumentation vor Inbetriebnahme; die IT-Technikraumseite enthält eine umfangreiche Go-Live-Checkliste. Eine systemübergreifende Betriebsübernahme für die gesamte IT-Infrastruktur fehlt jedoch.
Betriebsübernahme strukturiert und sicher gestalten
Übergabe früh im Projekt planen
Die Anforderungen des Betriebs sollten nicht erst wenige Tage vor Abnahme formuliert werden.
Bereits in Planung und Ausschreibung sollten definiert sein:
benötigte Dokumente,
Assetdaten,
Prüfprotokolle,
Konfigurationsbackups,
Einweisungen,
Wartungsverträge,
Ersatzgeräte,
Systemzugänge.
Damit werden Betreiberanforderungen Teil der geschuldeten Projektleistung.
Vor der Übernahme ist zu prüfen:
Relevant sind beispielsweise:
Netzwerktopologie,
Rackbelegung,
Portbelegung,
Kabelwege,
aktive Komponenten,
Firmwarestände,
Redundanzen.
As-built-Unterlagen müssen mit dem realen Zustand übereinstimmen.
Mess- und Prüfunterlagen übernehmen
Für strukturierte Verkabelung gehören technische Messungen zu einer belastbaren Abnahmedokumentation. Die Microsite beschreibt hierzu bereits Messprotokolle und Ausführungsnachweise.
DIN EN 50173 bildet eine zentrale Normenreihe für anwendungsneutrale Kommunikationskabelanlagen; für Rechenzentrumsbereiche besteht mit DIN EN 50173-5 eine eigene Ausprägung.
Aktive Systeme funktional testen
Bei aktiven Komponenten reicht eine Inventarliste nicht.
Zu prüfen sind beispielsweise:
Redundanz,
Uplinks,
WLAN,
Managementzugriff,
Monitoring,
Alarmierung,
Netzsegmentierung,
Wiederanlauf.
Der Test sollte sich an den vereinbarten Anforderungen orientieren.
Vor Go-live muss bekannt sein:
technischer Owner,
IT-Administration,
FM-Verantwortung,
Dienstleister,
First Level,
Eskalationsweg.
Systeme ohne klaren Betreiber sollten nicht stillschweigend produktiv gehen.
Noch vor Ablauf der Projektorganisation sollten geklärt sein:
Hersteller-Support,
Lizenzen,
Wartungsverträge,
Garantie,
Störungsannahme,
Ersatzgeräte.
Damit entsteht kein Supportvakuum zwischen Bau und Betrieb.
Asset- und Konfigurationsdaten importieren
Die Daten sollten nicht Monate nach Go-live manuell rekonstruiert werden.
Idealerweise werden die Projektinformationen strukturiert in:
CMDB,
CAFM,
Dokumentenmanagement,
Monitoring
Wissen übertragen
Einweisung sollte nicht nur aus einer Produktpräsentation bestehen.
Das Betriebsteam benötigt:
Architekturverständnis,
Normalbetrieb,
Störungsszenarien,
Umschaltverfahren,
Kontakte,
Dokumentationszugriff.
Restpunkte getrennt führen
Nicht jeder kleine Mangel muss einen Go-live verhindern.
Aber alle Restpunkte benötigen:
Verantwortlichen,
Termin,
Kritikalität,
Status.
Kritische Betriebsrisiken müssen vor Freigabe geschlossen sein.
Am Ende sollte eine bewusste Entscheidung stehen:
IT-Infrastruktur ist technisch geprüft,
dokumentiert,
organisatorisch übernommen und
für den produktiven Betrieb freigegeben.
Damit wird Projektfertigstellung klar von Betriebsbereitschaft unterschieden.
