Welche Jobs fressen am meisten? — Die Storage-Fresser finden
Du hast 200 Backup-Jobs. Die meisten sind brav — vorhersehbare Größen, vernünftige Retention. Aber irgendwo in der Liste gibt es einen Job, der stillschweigend 40% deines gesamten Storages verbraucht. Ein Datenbank-Dump, der monatlich um 10% wächst. Ein Fileserver mit 50.000 unveränderten Dateien, die jede Nacht neu gelesen werden. Ein falsch konfiguriertes Incremental, das sich wie ein Full verhält.
In bconsole müsstest du list jobs, list volumes und list pools gegeneinander abgleichen, um dieses Bild zu bauen. In der Praxis macht das niemand — bis der Speicher voll ist.
Das 80/20 von Backup-Storage
In den meisten Umgebungen verbrauchen 20% der Jobs 80% des Storages. Diese Top-Verbraucher zu finden ist der effektivste Schritt zur Optimierung. Aber du brauchst eine Ansicht, die Storage-Verbrauch pro Job und pro Client zeigt — nicht nur eine Job-Historie.
Was sich ändert, wenn du es sehen kannst
Wenn du Storage nach Job und Client visualisierst:
- Der Datenbank-Dump fällt sofort auf
- Das falsch konfigurierte Incremental wird offensichtlich
- Du kannst priorisieren: einen Job fixen, 200 GB sparen
Das ist kein Mikromanagement. Es geht darum, die richtige Ansicht zu haben, um fundierte Entscheidungen zu treffen.
Onesimus Pro — Storage-Verbrauch auf einen Blick
Onesimus Pro wird die Pool-Nutzung pro Job und Client aufschlüsseln. Kein Scripting, kein Gegenrechnen, keine Spreadsheets. Verbinde dich mit deinem Director, und die Antwort ist da.
Das ist ein Pro-Feature auf der Roadmap. Die Community-Edition bietet dir heute eine moderne Verwaltungsoberfläche — Jobs, Clients, Zeitpläne und einfacher Pool-/Volume-Status. Pro ergänzt die Storage-Intelligenz-Ebene.
Das ist Frage 3 von 5. Zusammen mit Frage 1 sind das die Sichtbarkeits-Features, die für Onesimus Pro geplant sind.