Ob Rechner, Server oder Netzwerkgeräte – ohne klare Namenskonvention entsteht mit der Zeit ein Wildwuchs, der die tägliche Arbeit unnötig erschwert. Ein durchdachtes, standardisiertes Namensschema kostet einmalig etwas Planung, spart aber danach dauerhaft Zeit und Nerven – bei der Fehlersuche, der Fernwartung und beim Onboarding neuer Mitarbeiter.

Das Grundprinzip: Präfix + (Standort) + Rolle + Nummer

Das bewährteste Schema für Server und Infrastruktur-Systeme:

FIRMENKÜRZEL-ROLLE-NUMMER

Das Firmenkürzel sollte dabei immer auf 3 Zeichen begrenzt sein – kurz, konsistent, gut merkbar. Aus „Mayer“ wird MAY, aus „Schreinerei Müller“ wird SMU (erster Buchstabe des ersten Worts + zwei Buchstaben des zweiten). Beispiel: MAY-FW-01 für die erste Firewall der Firma Mayer. Die Nummer immer zweistellig (01, 02, 03 …), damit die Sortierung auch bei vielen Systemen übersichtlich bleibt.

Bei mehreren Standorten: Standort-Kürzel einfügen

Gibt es mehr als einen Standort, wird ein weiteres 3-Zeichen-Kürzel für den Standort dazwischen eingefügt:

FIRMENKÜRZEL-STANDORT-ROLLE-NUMMER

Beispiel: MAY-STU-FW-01 für die Firewall am Standort Stuttgart, MAY-AAL-FW-01 für die Firewall am Standort Aalen. Bei nur einem Standort lässt man dieses Element einfach weg.

Warum genau 3 Zeichen?

Das ist kein Zufall: Ein vollständiger Name wie MAY-STU-MAIL-01 kommt auf genau 15 Zeichen – die klassische Obergrenze für Windows-NetBIOS-Computernamen. Auch wenn moderne DNS-Namen deutlich länger sein dürfen, wirkt dieses historische Limit in älteren Windows-Umgebungen bis heute nach. Mit der 3-Zeichen-Regel für Firma und Standort bleibt man auf der sicheren Seite, selbst bei längeren Rollen-Kürzeln wie MAIL oder AUTH.

Wichtigste Regel: Funktion statt Produktname

Der Hersteller- oder Produktname gehört grundsätzlich nicht in den Hostnamen. Also nicht MAY-WAZUH-01, sondern MAY-SOC-01 (Security Operations). Der Vorteil: Wenn die Software später gewechselt wird, muss der Hostname nicht angepasst werden – die Funktion des Systems bleibt gleich, nur das Werkzeug dahinter ändert sich.

Rollen-Kürzel nach Kategorie

Server & Virtualisierung

  • SRV – Allgemeiner Server
  • PVE – Virtualisierungs-Host (z. B. Proxmox, VMware)
  • NAS – Network Attached Storage

Bei virtuellen Maschinen empfiehlt sich die konkrete Funktion statt eines generischen „VM“ – MAY-RPX-01 (Reverse Proxy) statt MAY-VM-01 ist deutlich aussagekräftiger.

Netzwerk

  • FW – Firewall
  • RTR – Router
  • SW – Switch
  • AP – Access Point
  • VPN – VPN-System
  • GW – Gateway

Sicherheit & Identität

  • SOC – Security Monitoring
  • AUTH – Authentifizierung
  • AD / DC – Active Directory / Domain Controller
  • MFA – Mehrfaktor-Authentifizierung

Backup & Datensicherung

  • BKP – Backup-Server
  • ARC – Archiv
  • DR – Disaster Recovery

Sonstige Dienste

  • DNS / DHCP – Netzwerk-Grunddienste
  • MAIL – Mailserver
  • DB – Datenbankserver
  • WEB – Webserver
  • MON – Monitoring

Auch Clients und Peripherie folgen demselben Schema

Um wirklich konsistent zu bleiben – gerade wenn Sie mehrere Standorte oder sogar mehrere Firmen gleichzeitig im Blick behalten müssen – gilt für Arbeitsplatzgeräte und Peripherie exakt dasselbe Schema wie für Server:

  • PC – Desktop-PC, z. B. CTS-PC-01
  • NB – Notebook, z. B. CTS-NB-01
  • TC – Thin Client
  • PRN – Drucker
  • SCN – Scanner
  • UPS – USV
  • CAM – Kamera

Bei mehreren Standorten wird auch hier das Standort-Kürzel eingefügt: CTS-AAL-PC-01 für den ersten PC am Standort Aalen. Wer genau an einem bestimmten PC sitzt oder in welcher Abteilung er steht, hinterlegt man am besten als Notiz im Inventar-/RMM-Tool statt im Hostnamen selbst – das hält den Namen kurz und das System trotzdem eindeutig zuordenbar.

Bei größeren Unternehmen mit klar abgegrenzten Abteilungen kann sich zusätzlich ein 2-stelliges Abteilungskürzel lohnen (z. B. EK für Einkauf, BH für Buchhaltung, VT für Vertrieb): CTS-EK-PRN-01 für den ersten Drucker im Einkauf. Für die meisten kleineren Betriebe ist das aber unnötiger Mehraufwand – hier reicht das einfache Schema meist völlig aus.

Netzwerke/VLANs eigenständig benennen

Für VLANs empfiehlt sich ein eigenes, von Server-Namen unabhängiges Schema, z. B.:

  • VLAN10-MGMT
  • VLAN20-SERVER
  • VLAN30-CLIENT
  • VLAN50-GUEST

Benutzernamen: Am besten identisch zur E-Mail-Adresse

Der wichtigste Grundsatz bei Benutzerkonten: Der Anmeldename sollte mit dem lokalen Teil der E-Mail-Adresse übereinstimmen – also derselbe Name, den man auch nach dem @-Zeichen abschneiden würde. Das vermeidet Verwechslungen zwischen Login-Name und E-Mail-Adresse, was gerade im Support-Alltag viel Rückfragen erspart.

Für die konkrete Schreibweise empfiehlt sich das kurze Format ErsterBuchstabeVorname.Nachname: Aus „Mayer Müller“ wird m.mueller. Das hat gegenüber der ausgeschriebenen Variante (mayer.mueller) einen praktischen Vorteil – gerade bei Cloud-Diensten wie Microsoft 365, wo der Benutzername ohnehin meist automatisch der E-Mail-Adresse entspricht, sind kürzere Namen seltener von Zeichenlimits betroffen und schneller eingetippt. Beide Varianten sind grundsätzlich in Ordnung – entscheidend ist, sich für eine zu entscheiden und sie konsequent für alle Mitarbeiter durchzuziehen.

Bei Namensgleichheit (z. B. zwei „M. Müller“) wirkt eine angehängte Ziffer nach außen schnell unprofessionell – wie ein Zufallsprodukt statt einer echten Adresse. Besser: den Vornamen-Teil schrittweise um einen weiteren Buchstaben erweitern, bis sich die Namen unterscheiden – zuerst 2 Buchstaben (ma.mueller für Marie, mo.mueller für Moritz), bei weiterhin gleichen Anfängen 3 Buchstaben (mar.mueller, mor.mueller). Kollidiert es selbst dann noch (z. B. bei sehr ähnlichen längeren Namen), ist eine angehängte Ziffer der pragmatischste letzte Ausweg – mar.mueller2. Weiter als 3 Buchstaben sollte man aber nicht gehen: Der Lesbarkeitsvorteil gegenüber einer Zahl verschwindet dann ohnehin.

Ordner und Dateien

Auch hier zählt Konsistenz mehr als Kreativität: Ordnerstrukturen nach Jahr/Projekt/Kategorie (2026_Projektname_Rechnungen), keine Leerzeichen oder Umlaute in Datei- und Ordnernamen – das vermeidet Probleme bei Cloud-Synchronisation und Backups. Versionsnummern statt „final“, „final2“, „wirklich_final“ – z. B. Angebot_v3.pdf.

Der richtige Zeitpunkt: möglichst früh

Ein Namensschema nachträglich auf eine gewachsene Umgebung umzustellen ist deutlich aufwendiger, als von Anfang an konsequent zu benennen. Der ideale Zeitpunkt ist bei Neuanschaffungen, einem Netzwerk-Neuaufbau oder einem Umzug.

Ihr eigenes Schema in 2 Minuten

Um Ihnen den Einstieg zu erleichtern, habe ich einen kleinen Generator gebaut: Sie geben Ihren Firmennamen ein (bei Bedarf auch mehrere Standorte), und das Tool erstellt automatisch ein vollständiges, zu Ihrer Firma passendes Namensschema nach genau diesem Prinzip – zum Ansehen und als PDF zum Herunterladen für Ihre eigene Dokumentation.

Zum kostenlosen Nomenklatur-Generator

Wie ich dabei unterstütze

Bei Neueinrichtungen lege ich von Anfang an ein sinnvolles, dokumentiertes Namensschema an. Bei bestehenden, gewachsenen Umgebungen schauen wir gemeinsam, ob und wie sich eine Umstellung schrittweise und ohne Störung des Tagesbetriebs umsetzen lässt.