Français
English
Español
DeutschWarum eine IPAM-Migration selten am Werkzeug scheitert
Migrationen, die aus dem Ruder laufen, folgen fast immer demselben Drehbuch: Die Datei wird unverändert importiert, 300 Dubletten und 80 überlappende Subnetze tauchen auf, das Team verliert das Vertrauen in das neue Werkzeug, und ein halbes Jahr später existiert die Tabelle immer noch, neben dem IPAM.
Das Problem ist nicht der Import. Das Problem ist, dass eine Tabelle erlaubt, was ein IPAM ablehnt: eine Adresse in zwei Zeilen, eine Maske, die nicht zum Bereich passt, ein VLAN, das in drei Reitern als „VLAN 12“, „vlan12“ und „12“ geschrieben steht. Diese Ungenauigkeiten sind in Excel unsichtbar und beim Import blockierend, und genau darin liegt der Wert eines IPAM. Es bedeutet aber auch: die Bereinigung ist kein Schritt vor der Migration, sie ist die Migration.
Wenn Sie noch abwägen, ob Sie die Tabelle verlassen sollen, statt wie, behandelt der Artikel Warum Excel für die IP-Verwaltung nicht mehr ausreicht diese vorgelagerte Frage.
Vor der Migration: drei Entscheidungen
Drei Abwägungen bestimmen alles Weitere. Wer sie klärt, bevor die erste CSV geöffnet wird, erspart sich, den Import dreimal zu wiederholen.
Welchen Umfang hat das erste Los?
Den gesamten Adressplan auf einmal zu migrieren ist der häufigste und riskanteste Reflex. Ein Pilotstandort oder ein gut bekannter Bereich erlaubt es, die Zielhierarchie zu validieren, bevor sie auf alles Übrige angewendet wird.
Wer entscheidet über zweifelhafte Daten?
Es wird Adressen geben, bei denen niemand sagen kann, ob sie genutzt werden. Nötig ist eine vorab festgelegte Regel (etwa „nach Scan und 30 Tagen Beobachtung nicht identifiziert = freigegeben“) und eine Person, die entscheidet.
Zu welchem Datum stirbt die Tabelle?
Solange die Datei änderbar bleibt, bleibt sie die inoffizielle Quelle der Wahrheit. Ein Stichtag zum Einfrieren, kommuniziert und eingehalten, unterscheidet eine Migration von dauerhafter Doppelerfassung.
Die 6 Schritte einer kontrollierten Migration
Bestand einfrieren und sichern
Die Datei schreibgeschützt setzen, eine datierte Kopie archivieren und ankündigen, dass jede neue Anfrage über den Zielkanal läuft. Ohne Einfrieren migrieren Sie ein bewegliches Ziel.
Bereinigen und normalisieren
Dubletten, Überlappungen, inkonsistente Masken und uneinheitliche Bezeichnungen behandeln. Der längste Schritt und zugleich derjenige, der die Endqualität bestimmt.
Zielhierarchie festlegen
Blöcke, Subnetze, Bereiche, Organisationen, Standorte, VRFs: die Struktur vor dem Import festlegen, denn eine spätere Überarbeitung kostet deutlich mehr.
In Losen importieren
Zuerst die Container (Organisationen, Standorte, Blöcke), dann Subnetze, Bereiche und Adressen importieren. Die Reihenfolge zählt: Subnetze und Bereiche müssen ihrem übergeordneten Objekt zugeordnet sein. In teemIP kann eine IP-Adresse jedoch auch ohne zugeordnetes Subnetz angelegt werden, was die schrittweise Übernahme unvollständiger Daten erleichtert.
Mit dem Feld abgleichen
Das importierte Repository mit der Realität abgleichen: IP-Discovery, DNS-Zonen, DHCP-Leases, ARP-Tabellen. Hier zeigt sich die tatsächliche Lücke zwischen Datei und Netz.
Governance verankern
Rechte, Anforderungs-Workflows, Verantwortliche je Bereich, Audit. Ohne diesen Schritt verfällt das IPAM binnen Monaten und wird wieder zur Tabelle mit besserer Oberfläche.
Die Datei bereinigen: die 6 Anomalien, die den Import blockieren
Diese Anomalien finden sich in nahezu jedem in einer Tabelle geführten Adressplan. Wer sie vor dem Import behandelt, vermeidet Massenablehnungen und wiederholte Schleifen.
| Anomalie | So erkennen Sie sie | Zu treffende Entscheidung |
|---|---|---|
| Adresse mehrfach vorhanden | Nach der IP-Spalte sortieren oder bedingte Formatierung für doppelte Werte anwenden. | Die aktuellste oder am besten dokumentierte Zeile behalten, die andere archivieren. |
| Überlappende Subnetze | Nach Netzadresse sortieren und prüfen, ob jeder Bereich endet, bevor der nächste beginnt. | Die Subnetting-Historie nachvollziehen, bevor entschieden wird: Eine Überlappung verbirgt oft einen tatsächlich genutzten Bereich. |
| Maske passt nicht zum Bereich | Netz- und Broadcast-Adresse aus der deklarierten Maske neu berechnen. | Der tatsächlichen Gerätekonfiguration vertrauen, nicht der Datei. |
| Uneinheitliche Bezeichnungen | Filter auf die Spalten VLAN, Standort und Organisation: Varianten werden sofort sichtbar. | Eine Namenskonvention wählen und vor dem Import anwenden, nicht danach. |
| Fehlender oder impliziter Status | Leere Zellen, Farben oder Kommentare, die als Status dienen. | Jeden Farbcode in einen expliziten Wert überführen: reserviert, zugewiesen, frei, nicht identifiziert. |
| Kein Eigentümer erfasst | Spalte „Verantwortlich“ leer oder auf eine ausgeschiedene Person verweisend. | Die Zuständigkeit an ein Team oder eine Abteilung binden statt an eine Einzelperson. |
Importieren: die Reihenfolge, die Ablehnungen vermeidet
Ein IPAM prüft strukturelle Abhängigkeiten. In teemIP muss ein Subnetz einem Block und ein Bereich einem Subnetz zugeordnet sein; eine IP-Adresse kann dagegen auch ohne zugeordnetes Subnetz angelegt werden. Diese Flexibilität ermöglicht eine schrittweise Datenübernahme und bewahrt zugleich eine konsistente Hierarchie für abhängige Objekte. Die Importreihenfolge bleibt dennoch der sicherste Weg:
- Organisationen und Standorte: die obersten Container.
- IP-Blöcke, IPv4 und IPv6, mit ihrer organisatorischen Zuordnung.
- Subnetze, mit Maske, Gateway und Status.
- Bereiche (DHCP, reserviert, statisch) innerhalb der Subnetze.
- IP-Adressen, mit Status, DNS-Name und Kommentar.
- Verknüpfungen zu den CIs, sobald die CMDB gefüllt ist.
Jedes IP-Objekt nimmt außerdem einen Antragsteller auf — die Person hinter der Anfrage — sowie beliebig viele Kontakte, Personen oder Teams. Diese Verknüpfungen lassen sich im Verlauf der Übernahme ergänzen; den ersten Import blockieren sie nie.
Ein praktischer Hinweis: zuerst ein kleines Los importieren (fünfzig Zeilen genügen), um Spaltenzuordnung, Trennzeichen und Kodierung zu prüfen. Aus einem lokalisierten Excel exportierte Dateien bringen zwei Klassiker mit: das Semikolon als Trennzeichen und die Windows-1252-Kodierung, die Umlaute zerstört. In teemIP wird die Dateikodierung beim Import ausgewählt (UTF-8, ISO-8859-1…), was ein vorheriges Umwandeln der Datei erspart; besser aber, solche Details an fünfzig Zeilen zu entdecken als an viertausend.
Mit dem Feld abgleichen
Die Datei beschreibt, was das Team zu wissen glaubt. Das Netz beschreibt, was existiert. Die Lücke dazwischen ist oft die nützlichste Erkenntnis des Projekts, und manchmal die unangenehmste.
Drei Quellen lassen sie ohne aufwendige Instrumentierung messen: DNS-Zonen, die zeigen, welche Adressen tatsächlich benannt sind; DHCP-Leases, die zeigen, was aktiv ist; und ein IP-Discovery-Scan, der meldet, was antwortet. Der Abgleich dieser drei Quellen mit dem importierten Repository ergibt drei Listen: was übereinstimmt, was existiert, aber nie dokumentiert wurde, und was dokumentiert war, aber nicht mehr antwortet.
Die dritte Liste ist diejenige, die Adresskapazität freisetzt. Sie liefert häufig das Argument, mit dem sich das Projekt gegenüber der Leitung begründen lässt: In einem über Jahre in einer Tabelle geführten Adressplan ist ein erheblicher Teil der als belegt markierten Adressen es längst nicht mehr.
Verankern, um nicht zur Tabelle zurückzukehren
Ein korrekt befülltes, aber frei änderbares IPAM verfällt genauso schnell wie eine geteilte Datei. Was auf Dauer trägt, sind die Schreibregeln, nicht die Qualität des ersten Imports.
Vier Mechanismen genügen zur Stabilisierung: Rechte je Perimeter statt pauschalem Schreibzugriff, ein einziger Anforderungskanal für Adressen mit Nachweis, ein benannter Verantwortlicher je Bereich und ein regelmäßiges Audit, das Repository und Feld vergleicht. Genau das kann eine Tabelle nicht leisten, und deshalb bemisst sich eine Migration nicht am Importtag, sondern ein halbes Jahr später.
Diese Verankerung entfaltet ihren vollen Nutzen, wenn das IPAM mit der CMDB verbunden ist: Eine Adresse, die an ein Gerät, einen Service und einen Eigentümer gebunden ist, wird prüfbar. Das Thema vertieft IPAM, CMDB und NIS2, und die Seite IPAM & CMDB erläutert das Zusammenspiel beider Repositories.
Wie lange es wirklich dauert
Die Dauer hängt weit weniger vom Adressvolumen ab als vom Zustand der Ausgangsdatei und von der Zahl der Beteiligten, die für die Klärung zweifelhafter Daten eingebunden werden müssen. Ein gut gepflegter Plan mit 2.000 Adressen migriert schneller als ein Plan mit 500 Adressen, den fünf Personen auf drei Reitern dokumentiert haben.
Die bei solchen Projekten beobachtete Größenordnung liegt bei wenigen Tagen für Installation und Parametrierung, zwei bis sechs Wochen für Bereinigung und Import je nach Datenlage und ein bis zwei Monaten für den Feldabgleich, wobei diese letzte Phase vor allem eine Frage der Teamverfügbarkeit ist, nicht der Technik.
Häufige Fragen zur Migration eines Adressplans
Lässt sich eine Excel-Datei direkt in teemIP importieren?
Der Import erfolgt im Format CSV, das jede Tabellenkalkulation exportiert. teemIP bietet einen geführten Import mit Spaltenzuordnung zu den Feldern des Datenmodells, Auswahl der Kodierung (UTF-8, ISO-8859-1…) sowie eine Vorschau vor der Bestätigung. Kritisch ist nicht das Format, sondern die Konsistenz der Daten: Eine saubere CSV importiert problemlos, eine CSV mit Überlappungen wird Zeile für Zeile abgelehnt.
Muss vor dem Import alles bereinigt werden, oder geht das auch danach?
Strukturelle Anomalien (Subnetzüberlappungen, inkonsistente Masken, Organisationshierarchie) müssen vor dem Import behandelt werden, da sie den Baum bestimmen. Beschreibende Angaben (Kommentare, Eigentümer, DNS-Namen) lassen sich später im Zuge des Abgleichs ergänzen. Die einfache Regel: Was die Struktur definiert, wird vorher geklärt; was sie dokumentiert, kann nachgetragen werden.
Was tun mit Adressen, deren Verwendung niemand kennt?
Mit einem expliziten Status wie „nicht identifiziert“ importieren, statt sie zu löschen oder als frei zu markieren. Sie durchlaufen anschließend den Abgleichzyklus: IP-Discovery, DNS, DHCP. Adressen, die auf keine dieser Quellen reagieren, können nach einem vorab definierten Beobachtungszeitraum freigegeben werden, mit dokumentierter Entscheidung.
Kann schrittweise migriert werden oder muss alles auf einmal umgestellt werden?
Die Migration in Losen ist deutlich vorzuziehen: Ein Pilotstandort oder -bereich erlaubt es, Zielhierarchie und Zuordnung vor der Verallgemeinerung zu validieren. Einzige Bedingung ist, den bereits migrierten Perimeter in der Tabelle einzufrieren; sonst driften beide Repositories sofort auseinander und das Team verliert das Vertrauen in beide.
Wie migriert man von phpIPAM oder einem anderen IPAM statt von Excel?
Die Logik ist dieselbe, mit einem Vorteil: Die Daten sind bereits strukturiert und der CSV- oder API-Export ist nativ. Die Arbeit verlagert sich auf die Zuordnung der Datenmodelle, insbesondere die Begriffe Organisation, Standort und VRF, die sich nicht immer decken. Der Vergleich phpIPAM und teemIP erläutert diese Unterschiede im Funktionsumfang.
Wie viel Zeit ist für eine vollständige Migration einzuplanen?
Von einigen Wochen bis zu einigen Monaten, je nach Zustand der Ausgangsdaten und Zahl der einzubindenden Teams. Das Adressvolumen ist selten der begrenzende Faktor: Entscheidend sind die Qualität der Ausgangsdatei und die Verfügbarkeit der Personen, die zweifelhafte Fälle klären können.
Weiterführend
Verwendete öffentliche Quellen
- teemIP: offizielle Dokumentation
- teemIP: eigenständige Lösung und Downloads
- teemIP-Projekt auf GitHub
Ein Excel-Adressplan, den Sie übernehmen müssen?
Schildern Sie uns den Zustand Ihrer Datei: Wir helfen Ihnen, Bereinigung, Importreihenfolge und Migrationsweg abzustecken.
Meine IPAM-Migration abstecken