PRTG Sensoren aufräumen: So senkst du die Lizenzkosten in 2 Stunden

Die PRTG-Lizenzrechnung wird jedes Jahr teurer, aber das Netzwerk ist kaum gewachsen? Dann liegt das Problem nicht bei Paessler, sondern im eigenen Sensor-Bestand. In den meisten Installationen, die ich als Trainer und Berater sehe, lassen sich 20 bis 40 Prozent der Sensoren ohne Funktionsverlust entfernen. Hier der Fahrplan für einen strukturierten Cleanup an einem Nachmittag.

Warum überhaupt aufräumen?

PRTG rechnet nach Sensoren ab. Jeder einzelne Ping, jede CPU-Messung, jeder Port-Check zählt gegen das Lizenzlimit. In gewachsenen Umgebungen steigt die Sensoranzahl kontinuierlich, weil Sensoren angelegt, aber selten gelöscht werden. Auto-Discovery tut sein Übriges und legt pauschal alles an, was es findet.

Die Konsequenz: Du bezahlst für Sensoren, die niemand braucht. Und irgendwann erzwingt der organische Zuwachs den Sprung in die nächste Lizenzstufe. Das muss nicht sein. Die folgenden 5 Schritte zeigen, wo der Überschuss typischerweise steckt.

1. Pausierte Sensoren identifizieren und bewerten

Der schnellste Einstieg: Geh in Setup > PRTG Status > Sensor States und filtere nach dem Status Paused. In den meisten Installationen sind 10 bis 25 Prozent aller Sensoren pausiert. Manche seit Monaten, viele seit Jahren.

Pausierte Sensoren zählen gegen die Lizenz, liefern aber keine Daten. Sie sind totes Gewicht. Klick dich durch die Pause-Begründungen und du findest die üblichen Kandidaten: "check later", "TBD", "pausiert wegen Wartung 2022" oder schlicht gar keine Begründung.

Für jeden pausierten Sensor stellst du genau eine Frage: Existiert das überwachte System noch und wird der Sensor in den nächsten 30 Tagen reaktiviert? Wenn nein, löschen. In meiner Erfahrung überleben höchstens 20 Prozent der pausierten Sensoren diese Prüfung.

In einem aktuellen Audit hatte ein Mittelständler 340 von 1.800 Sensoren im Status Paused. Nach der Prüfung blieben 52 übrig, die tatsächlich eine temporäre Berechtigung hatten.

2. Auto-Discovery-Überschuss finden

PRTGs Auto-Discovery ist bequem, aber großzügig. Wenn du ein Device per Discovery hinzufügst, legt PRTG pauschal Sensoren für alles an, was es per SNMP, WMI oder REST findet. Bei einem Windows-Server sind das schnell 30 bis 50 Sensoren, bei einem Managed Switch mit 48 Ports entsprechend mehr.

Das Problem: Die meisten dieser Sensoren braucht niemand. Wer überwacht den freien Speicher auf C:\ und gleichzeitig den auf jedem einzelnen Mount-Punkt? Wer braucht Uptime-Sensoren auf jedem Gerät, wenn das eh über den Ping abgedeckt ist?

Die Vorgehensweise: Sortiere die Device-Liste nach Sensoranzahl (absteigende Reihenfolge). Devices mit überdurchschnittlich vielen Sensoren sind fast immer Discovery-Opfer. Bei einem typischen File-Server reichen 8 bis 12 Sensoren für eine sinnvolle Überwachung. Wenn da 45 stehen, ist Aufräumpotenzial vorhanden.

Tipp: Erstelle vor dem Löschen ein Device-Template mit den Sensoren, die du tatsächlich brauchst. Das spart bei künftigen Rollouts Zeit und verhindert, dass der Überschuss wieder entsteht.

3. Duplikate und verwaiste Geräte erkennen

In langlaufenden PRTG-Installationen gibt es fast immer Devices, die doppelt oder dreifach angelegt sind. Klassiker: Ein Server wurde umbenannt, der alte Eintrag wurde nie gelöscht. Oder ein Device existiert einmal unter seiner IP und einmal unter dem Hostnamen in einer anderen Gruppe.

PRTG zeigt dir das nicht von sich aus. Du musst es aktiv suchen. Der schnellste Weg: Exportiere die Device-Liste als CSV (Setup > API > /api/table.csv?content=devices&columns=device,host) und suche nach doppelten IPs oder Hostnamen. In einer 1.000-Sensor-Installation finde ich typischerweise 3 bis 8 Duplikat-Paare. Das klingt nach wenig, aber jedes Duplikat-Device bringt 10 bis 40 unnötige Sensoren mit.

Verwaiste Geräte erkennst du an einem anderen Indikator: Sie sind dauerhaft im Status Down oder Unknown. Ein Device, das seit 6 Monaten nicht erreichbar ist, überwacht nichts mehr. Es produziert nur noch Alarme und Lizenzkosten. Wenn du die PRTG-API mit Python nutzt, lässt sich die Suche nach solchen Leichen in 20 Zeilen automatisieren.

4. Sensor-Limits prüfen: Welche Lizenzstufe passt nach dem Cleanup?

Nach Schritt 1 bis 3 hast du eine neue, ehrliche Sensoranzahl. Jetzt lohnt der Blick auf die Lizenzstufen. PRTG bietet folgende Abstufungen (Jahrespreise, Stand 2026):

Die Sprünge zwischen den Stufen sind erheblich. Wer durch einen Cleanup von 1.100 auf 950 Sensoren kommt, spart den Unterschied zwischen der 1000er- und der 500er-Lizenz: 1.404 Euro pro Jahr. Und das jedes Jahr.

Hier ein realistisches Beispiel, wie sich der Cleanup auf die Lizenzkosten auswirkt:

Das ist kein Extrembeispiel. In meinen Audits sehe ich solche Reduktionen regelmäßig. Die Zahlen variieren, aber der Hebel ist fast immer größer als erwartet.

5. Ergebnis sichern: Naming Convention und Review-Zyklus

Aufräumen ohne Prozessänderung bringt nur kurzfristig etwas. Nach 12 Monaten sieht die Installation wieder genauso aus, weil die gleichen Mechanismen greifen: Discovery läuft, Sensoren werden angelegt, niemand löscht.

Was dauerhaft hilft:

Erstens: Eine verbindliche Naming Convention für Devices und Sensoren. Das muss kein 20-seitiges Dokument sein. Ein Einzeiler reicht: [Standort]-[Typ]-[Name], also etwa KOE-SW-Core01 für den Core-Switch in Köln. Wichtig ist, dass das Schema dokumentiert und im Team bekannt ist.

Zweitens: Auto-Discovery nur gezielt einsetzen, nie auf ganze Netzwerkbereiche. Besser ein Device-Template mit den 10 Sensoren, die du wirklich brauchst, als Discovery mit anschließendem Aufräumen.

Drittens: Ein quartalsweiser Review-Termin, 30 Minuten im Kalender. 3 Fragen: Wie viele Sensoren sind pausiert? Wie viele Devices sind dauerhaft Down? Liegt die Sensoranzahl noch innerhalb der aktuellen Lizenzstufe? Wer das 4-mal im Jahr macht, rutscht nie wieder unkontrolliert in die nächste Stufe.

Die teuerste Lizenz ist die, die du nur bezahlst, weil niemand Zeit hatte aufzuräumen.

Zusammenfassung: Der 2-Stunden-Plan

Hier die 5 Schritte als konkreter Zeitplan:

1. Pausierte Sensoren prüfen und löschen (30 Min)
2. Devices nach Sensoranzahl sortieren, Discovery-Überschuss entfernen (30 Min)
3. Device-Liste auf Duplikate und verwaiste Geräte prüfen (20 Min)
4. Neue Sensoranzahl mit Lizenzstufen abgleichen (10 Min)
5. Naming Convention dokumentieren, Review-Termin einstellen (30 Min)

Gesamtaufwand: rund 2 Stunden. Die Ersparnis: je nach Ausgangslage mehrere tausend Euro pro Jahr. Und eine sauberere Installation, in der Alarme wieder etwas bedeuten.

Wenn du den Cleanup lieber systematisch mit der PRTG-API angehen willst, statt alles manuell durchzuklicken, findest du im Artikel PRTG-API: Sanierung per Python automatisieren die passenden Skripte dafür.