RackTables zu NetBox migrieren | nsconverge
Leitfaden · RackTables › NetBox

Migrationsleitfaden RackTables zu NetBox

RackTables war großartig. Seit 2007 hat es genau das getan, was es sollte: Racks und IPs verwalten. PHP, MySQL, läuft. Aber die Wahrheit ist: Technik entwickelt sich weiter. Das letzte Update kam im Februar 2022. Keine moderne API. Die alten Migrationsskripte? Völlig nutzlos für moderne Systeme. RackTables ist heute ein Klotz am Bein, der deine IT blockiert.

  • Datenmapping je Objekttyp
  • Tool-Vergleich + robuster Importpfad
  • 4-Phasen-Ablauf aus 40+ Migrationen
28-Punkte-Checkliste holen
40+Erfolgreiche Migrationen
51+Expert Zertifizierungen
NetBox Labs DACH-Partner
Wann migrieren?

Woran du merkst, dass RackTables nicht mehr reicht.

Wenn sich aber mehrere dieser sechs Punkte vertraut anfühlen, kostet dich das Bleiben mehr als der Wechsel. Einen neutralen Marktüberblick findest du in unserem Vergleich zur Open-Source-Netzwerkdokumentation.

01

Keine REST-API als Fundament

RackTables stammt aus der Zeit vor NetDevOps. Wer Ansible, Terraform oder eigene Skripte an die Doku anbinden will, kämpft gegen das Tool statt mit ihm.

02

Kein Release seit 2022

Das letzte Release 0.22.0 stammt vom 15.02.2022. Neuere Stände erscheinen nur als Git-Tags, die GitHub-Releases-Seite bleibt leer.

03

PHP-Wartungslast

Ein PHP-Stack mit MySQL/MariaDB will gepatcht, gehostet und abgesichert werden. Das bindet genau die Zeit, die deinem Netzbetrieb fehlt.

04

Freie Attribute statt Datenmodell

RackTables lässt fast jede Eingabe zu. NetBox validiert: Pflichtfelder, Typen, Eindeutigkeit. Erst dadurch wird Dokumentation automatisierbar.

05

Verkabelung und Power rudimentär

Patchwege, Panels und Stromversorgung auf dem Niveau des NetBox-Modells (Cables, Power Feeds) bildet RackTables nicht ab.

06

Keine Source of Truth für NetDevOps

Monitoring, CMDB und Automatisierung brauchen eine maschinenlesbare, validierte Quelle. Genau dafür wurde NetBox gebaut.

Datenmapping

So übersetzt sich dein Datenmodell.

Die gute Nachricht: Für fast alles in RackTables gibt es ein sauberes Ziel in NetBox. Die Zuordnung entscheidet darüber, wie viel Handarbeit nach dem Import übrig bleibt.

  • RackTables · Objects

    › NetBox: Devices mit Device Types

    Jedes Device braucht in NetBox einen Manufacturer und einen Device Type. Generische RackTables-Objects musst du vorher typisieren, sonst scheitert der Import.

  • RackTables · Racks

    › NetBox: Racks, Sites und Locations

    NetBox hängt jedes Rack an eine Site, optional an eine Location. Den Standort-Schnitt legst du vor dem Import fest, nicht danach.

  • RackTables · IPv4/IPv6-Spaces

    › NetBox: Prefixes und IP Addresses

    Netze werden Prefixes, Adressen werden IP Addresses inklusive Interface-Zuordnung. Kollisionen fallen dank Validierung sofort auf.

  • RackTables · Attributes

    › NetBox: Custom Fields

    Frei definierte Attribute übernimmst du als Custom Fields, jetzt aber mit Datentyp, Pflichtstatus und Validierungsregeln.

  • RackTables · Tag-Baum

    › NetBox: flache Tags

    NetBox kennt keine Tag-Hierarchie. Verschachtelte Tags bildest du über Namenskonventionen ab, etwa standort-berlin statt Baumstruktur.

  • RackTables · Ports & Links

    › NetBox: Interfaces und Cables

    Verbindungen werden echte Cable-Objekte zwischen Interfaces. Sie kommen als letzter Importschritt, wenn beide Endpunkte existieren.

Tool-Vergleich

Die Migrationsskripte im Check.

Zwei Community-Tools tauchen in jeder Suche auf. Beide haben Verdienste, beide haben dasselbe Problem: Sie stammen aus der NetBox-2.x-Ära. Aktuell ist NetBox 4.6, dazwischen liegen zwei Major-Versionen.

Tool 01 · archiviert

goebelmeier/racktables2netbox

Das meistverlinkte Migrationstool. Die Projektdoku referenziert das Datenmodell von NetBox 2.3.4, eine Kompatibilitätszusage für aktuelle Versionen gibt es nicht. Am 21.05.2024 hat der Autor das Repository archiviert, seitdem ist es read-only (18 Stars, 18 Forks).

Das leistet es

Bekanntester Ansatz · nachvollziehbare Mapping-Logik als Code-Referenz

Das spricht dagegen

Archiviert seit Mai 2024 · Ziel NetBox 2.x · keine Pflege mehr

Tool 02 · letzter Push 2022

bandwidth-intern/racktables-to-netbox

Das Skript mit dem größten Funktionsumfang: Es liest per SQL direkt aus der RackTables-Datenbank und schreibt über die NetBox-API. Laut README migriert es Racks samt Sites, Geräteplatzierungen, VMs und Cluster, Parent-Child-Beziehungen (Server im Chassis, Patchpanel im Patchpanel), IPs, Netze, VLANs, Interfaces mit IPs, Verbindungen sowie Tags, Labels und Asset-Nummern.

Das leistet es

Umfangreichster Scope · SQL-Zugriff statt fragiler Exporte

Das spricht dagegen

One-Shot auf leere Instanz · letzter Push 28.08.2022 · VMs mit doppelten Namen fallen raus

Der robustere Weg 2026

SQL-Export plus CSV- und API-Import in die aktuelle NetBox

Statt eine sechs Jahre alte NetBox zu installieren, damit ein Skript von 2022 läuft, exportierst du gezielt aus der RackTables-Datenbank und importierst direkt in die aktuelle Version. NetBox hilft dabei kräftig: Der CSV-Bulk-Import legt neue Objekte an und aktualisiert bestehende, sobald die CSV ein id-Feld enthält. Die REST-API wendet beim Import dieselben Validierungsregeln an wie die UI-Formulare und erstellt viele Objekte in einem einzigen Request. Für Massendaten und Verkabelung ist pynetbox das Werkzeug der Wahl.

# 1) Read-only-User auf der RackTables-DB anlegen mysql> GRANT SELECT ON racktables.* TO 'migration'@'%'; # 2) Gezielte Exporte je Objekttyp (Beispiel: Racks) $ mysql racktables -e "SELECT id, name, height FROM Rack" > racks.csv # 3) Import in dieser Reihenfolge (Abhängigkeiten!) 1 Sites 2 Racks 3 Device Types 4 Devices 5 Interfaces 6 Verkabelung 7 Prefixes / IPs / VLANs # 4) Massen und Kabel per API (pynetbox, Bulk-Create) >>> nb.dcim.cables.create(cable_list)

Die Reihenfolge ist kein Stilmittel: Devices brauchen Device Types, Interfaces brauchen Devices, und Kabel brauchen beide Endpunkte. Deshalb kommen Sites zuerst und die Verkabelung fast zuletzt. Es ist dieselbe Sequenz, die auch die Migrationsskripte intern abarbeiten.

Der Projektablauf

Migration in vier Phasen.

Der gleiche Ablauf, mit dem wir jede NetBox-Migration führen, hier auf RackTables zugeschnitten. Wenn du die Phasen lieber mit uns gehst: Genau dafür gibt es die Migrationsberatung.

1
Woche 1-2

Audit & Datenhygiene

Bestandsaufnahme direkt in RackTables: Was ist aktuell, was ist Leiche, was ist doppelt? Aufräumen vor dem Export spart jede Stunde dreifach.

  • Objekt- und Attribut-Inventur
  • Duplikate und Altlasten markieren
  • Read-only-DB-Zugang einrichten
  • Aufwandsschätzung je Objekttyp
2
Woche 2-4

Mapping & Zielmodell

Zuordnung je Objekttyp plus NetBox-Zielmodell: Sites, Tenants, Custom Fields und Namenskonventionen einmal sauber definieren.

  • Mapping-Tabelle je Objekttyp
  • Device-Type-Bibliothek aufbauen
  • Custom Fields & Tags definieren
  • RBAC-Grundkonzept
3
Woche 4-6

Testmigration & Abgleich

Import auf eine Staging-Instanz, Stichproben gegen RackTables, Fehlerliste abarbeiten, wiederholen, bis der Lauf sauber durchgeht.

  • CSV- und API-Import auf Staging
  • Zählstände je Objekttyp abgleichen
  • Kollisions- und Validierungsreport
  • Import-Playbook einfrieren
4
ab Woche 6

Cutover mit read-only

Finaler Delta-Import, kurze Doppelpflege, dann RackTables auf read-only. Klarer Stichtag, klarer Rollback, kein Feuerwehrmodus.

  • Finaler Delta-Import
  • RackTables read-only schalten
  • Team-Onboarding in NetBox
  • Eigenbetrieb oder Managed Service
So läuft die Migrationsberatung
Fallstricke

Sechs Fehler, die dich Wochen kosten.

  • Skripte zielen auf NetBox 2.x, produktiv ist 4.6 Das aktuelle Release ist v4.6.4 vom 30.06.2026. Zwischen der Zielversion der alten Skripte und heute liegen zwei Major-Versionen samt Modellbrüchen.
  • Umweg über eine Alt-NetBox plus Upgrade-Kette Der 2021 in der netbox-discuss-Liste empfohlene Workaround ist fragil: Das Verkabelungsmodell änderte sich in 2.5, die Choice-Fields-API in 2.8, und seit 2.9 ist VMInterface ein eigenes Modell.
  • Datenmüll wandert mit Wer nicht vorher aufräumt, dokumentiert seine Altlasten künftig nur schöner. Datenhygiene gehört in Phase 1, nicht nach den Cutover.
  • Generische Objects ohne Device Type NetBox verlangt Manufacturer und Device Type. „Irgendein Server" importiert sich nicht, typisiere vor dem Export.
  • Nicht eindeutige VM-Namen racktables-to-netbox ignoriert VMs mit doppelten Namen beim Update-Lauf, weil die Zuordnung zu Clustern sonst kippt. Vorher umbenennen.
  • CSV-Export ist nicht CSV-Import Der RackTables-Export passt nicht auf das NetBox-Importformat. Spalten mappen, Pflichtfelder ergänzen, Format je Objekttyp prüfen.
Mockup der 28-Punkte-Migrationscheckliste

Alle Prüfpunkte, von Datenhygiene bis Cutover, stecken in unserer kostenfreien 28-Punkte-Checkliste für NetBox-Migrationen.

28-Punkte-Checkliste sichern
Öffentlich dokumentiert

Wie Wikimedia von RackTables zu NetBox wechselte.

~3 Wochen
vom Start des Exports bis zum geschlossenen Task T199083
Phabricator · T199083 · 2018

Export, kurze Doppelpflege, read-only.

Wikimedia hat seine Hardware-Inventur 2018 öffentlich nachvollziehbar migriert: Export und Import starteten am 21. und 24.09.2018, eine Woche lang wurden beide Tools parallel gepflegt, ab dem 01.10.2018 war RackTables read-only. Am 11.10.2018 wurde der Task als Resolved geschlossen.

Die Mechanik ist dieselbe, die sich auch in unseren Projekten bewährt: kurzer Parallelbetrieb mit klarem Stichtag statt monatelanger Doppelpflege.

Export/Importab 21./24.09.2018
Doppelpflege1 Woche
RackTables read-onlyab 01.10.2018
Task geschlossen11.10.2018
Was andere zum Thema RackTables-Migration wissen wollen.

Deine Fragen, kurz beantwortet.

Das Repository lebt, bleibt aber releaselos: letzter Push am 26.06.2026, über 5.500 Commits, 810 Stars, nicht archiviert. Das letzte offizielle Release 0.22.0 stammt jedoch vom 15.02.2022, neuere Stände erscheinen nur als Git-Tags. Für den Produktivbetrieb heißt das: Pflege ja, konzeptionelle Weiterentwicklung wie eine moderne API eher nein.
Kein gepflegtes, Stand 2026. Die zwei bekannten Skripte stammen aus der NetBox-2.x-Ära: racktables2netbox wurde im Mai 2024 archiviert, racktables-to-netbox hat den letzten Push vom August 2022 und ist für einen einmaligen Lauf auf eine leere Instanz ausgelegt. Als Code-Referenz sind beide wertvoll, als Ein-Klick-Lösung nicht.
Das war der Workaround, der 2021 in der netbox-discuss-Liste empfohlen wurde: alte NetBox aufsetzen, dorthin migrieren, dann per Upgrade-Kette hochziehen. Wir raten davon ab. Mehrere Modelländerungen (Verkabelung in 2.5, Choice-Fields-API in 2.8, eigenes VMInterface-Modell seit 2.9) machen die Kette fragil. Robuster ist der direkte CSV- und API-Import in die aktuelle Version.
Ja. Freie Attribute werden zu Custom Fields, jetzt mit Datentyp und Validierung. Der RackTables-Tag-Baum wird zu flachen Tags, die Hierarchie bildest du über Namenskonventionen ab. Beides gehört in die Mapping-Phase, damit der Import sauber durchläuft.
Ports und Links werden in NetBox zu Interfaces und echten Cable-Objekten, Patchpanel-Beziehungen lassen sich inklusive Parent-Child abbilden. Wichtig ist die Reihenfolge: Kabel kommen als letzter Schritt, wenn beide Endpunkte existieren. racktables-to-netbox dokumentiert dieses Vorgehen, per REST-API ist es auch im Eigenbau gut machbar.
Das hängt vor allem an deiner Datenqualität. Der öffentlich dokumentierte Wikimedia-Wechsel lief 2018 in rund drei Wochen von Export bis Task-Abschluss. Mit Audit, Mapping und Testmigration rechnest du realistisch in Wochen, nicht in Monaten, sofern die Datenhygiene stimmt. Im Erstgespräch schätzen wir den Aufwand anhand deiner RackTables-Instanz.
Ja, aber kurz. Bewährt hat sich das Wikimedia-Muster: etwa eine Woche Doppelpflege, dann RackTables auf read-only mit klarem Stichtag. Je länger beide Systeme beschreibbar bleiben, desto sicherer laufen sie auseinander, und du migrierst am Ende zweimal.
Nächster Schritt

Migrationspfad klären, bevor du Wochen versenkst.

Im kostenfreien Erstgespräch schauen wir auf deine RackTables-Instanz und sagen dir ehrlich, welcher Importpfad passt. Lieber erst selbst prüfen? Dann hol dir die Checkliste oder sieh NetBox live.

28-Punkte-Checkliste NetBox live sehen