RDX & Technologien

Veeam Agent und RDX: Arbeitsplatz oder kleinen Server absichern

Veröffentlicht am 28 September 2026 · 4 Min. Lesezeit

Stufe : Experte

IT-Administrator mit einer RDX-Kartusche neben einer Dockingstation in einem Serverraum.

Eine Sicherung auf einem Wechselmedium kann für einen einzelnen Arbeitsplatz oder einen kleinen Server sehr wirksam sein, wenn die Wiederherstellung vor Ort beherrschbar bleiben soll. Veeam Agent und RDX bilden dabei keinen Selbstläufer: Neben dem Backup-Job braucht es einen Ablauf für Wechsel, Aufbewahrung und Prüfung des Mediums.

Den Schutzumfang konkret festlegen

Zuerst wird geklärt, was im Ausfall tatsächlich wieder verfügbar sein muss. Bei einem Arbeitsplatz kann das ein vollständiges System sein; bei einem Server gehören oft Konfigurationen, Anwendungsdaten und Abhängigkeiten dazu. Der verantwortliche Fachbereich sollte daher festlegen, welche Daten verloren gehen dürfen und bis wann die Nutzung wieder möglich sein muss.

Diese Vorgaben entscheiden über Sicherungsrhythmus, Medienzahl und Testumfang. Sie verhindern außerdem, dass eine erfolgreiche Aufgabe mit einer vollständig möglichen Wiederherstellung verwechselt wird.

Medienwechsel als festen Betriebsablauf einrichten

Ein RDX-Medium ist erst dann eine Offline-Kopie, wenn es nach der Sicherung kontrolliert entnommen und getrennt aufbewahrt wird. Vergeben Sie eindeutige Mediennummern und führen Sie ein einfaches Protokoll: verwendetes Medium, Sicherungszeitpunkt, verantwortliche Person, Aufbewahrungsort und letztes Testergebnis.

Ein kleiner, klarer Wechselplan ist besser als eine große, nicht gelebte Rotation. Das Team muss wissen, welches Medium beim nächsten Lauf eingesetzt wird und welches geprüfte Medium getrennt bleibt.

Wiederherstellung von Beginn an testen

Der erste Test muss nicht gleich ein kompletter Notfall sein. Beginnen Sie mit einer Datei oder einem repräsentativen Ordner und prüfen Sie, ob Inhalt und Berechtigung nutzbar sind. Danach folgt ein Test, der dem Ziel des Systems entspricht: etwa eine Wiederherstellung in einer isolierten Umgebung oder ein Start über geeignete Wiederherstellungsmedien.

Dokumentieren Sie dabei nicht nur das Ergebnis, sondern auch die gesamte Dauer und alle benötigten Voraussetzungen. Dazu zählen Zugriffsrechte, Softwarestand, Medium, Kennwörter und gegebenenfalls Schlüsselmaterial.

Für alltägliche Abweichungen vorsorgen

Auch ohne größeren Störfall können Sicherungen aus dem Rhythmus geraten: Das vorgesehene Medium ist nicht vor Ort, es fehlt Speicherplatz, ein Job schlägt während einer Vertretung fehl oder der geschützte Rechner wurde ersetzt. Für diese Fälle braucht der Ablauf eine eindeutige Antwort. Legen Sie fest, wer Meldungen prüft, wann ein Ersatzmedium eingesetzt werden darf, wie die Rotation wieder geordnet wird und wann ein zusätzlicher Restore-Test nötig ist.

So wird nicht aus Bequemlichkeit die letzte geprüfte Kopie überschrieben. Gleichzeitig bleibt der Wechselprozess für ein kleines Team nachvollziehbar.

Abhängigkeiten getrennt vom geschützten System aufbewahren

Das Wiederherstellungsprotokoll benennt Aufgabe, Medienregister, Verantwortliche und freigegebenen Aufbewahrungsort. Wiederherstellungsmedien, Zugriffsanweisungen und gegebenenfalls Schlüsselmaterial werden kontrolliert, aber getrennt vom geschützten System verwahrt. Eine Medienbeschriftung dient der Identifikation, nicht der Ablage sensibler Informationen.

Wenn Produkt, Anschlussart oder Softwarestand geprüft werden müssen, wird auf die veröffentlichte Tandberg-Data-Veeam-Seite in der Sprache des Lesers verlinkt. Dieser Beitrag bleibt bewusst ein Leitfaden für den lokalen Betrieb und keine Kompatibilitätsmatrix oder Herstellerseite.

Vor dem Regelbetrieb prüfen

  • Die verwendete Veeam-Agent-Version und die gewünschte Sicherungsart müssen zur Umgebung passen.
  • Das Medium muss zum geplanten Zeitpunkt verfügbar sein; fehlende oder volle Medien brauchen eine erkennbare Behandlung.
  • Fehlerhinweise benötigen einen Verantwortlichen und eine Reaktionszeit.
  • Wiederherstellungsmedien und Zugangsdaten dürfen nicht ausschließlich auf dem geschützten System liegen.

Die genaue Unterstützung von Versionen und Hardware wird vor dem Einsatz anhand der aktuellen Herstellerdokumentation geprüft. Der Leitfaden beschreibt einen Betriebsansatz, keine pauschale Kompatibilitätszusage.

Aus dem Pilot eine belastbare Routine machen

Wenn Wechsel und Restore nachvollziehbar funktionieren, wird der Ablauf zur Routine: Backup prüfen, Medium wechseln, getrennt verwahren und in festem Rhythmus wiederherstellen. Wachsen Datenmenge oder Anforderungen, kann darauf aufbauend über zusätzliche Kopien, externe Aufbewahrung oder konkrete RPO- und RTO-Ziele entschieden werden.

Eine vierteljährliche Sichtung des Protokolls zeigt, ob die dokumentierten Schritte noch zu Personal, Systemstand und Datenmenge passen.

Weiterführende Schritte

Der Leitfaden zur Medienrotation hilft beim geregelten Wechsel. Mit der Checkliste für Wiederherstellungstests wird der Ablauf anschließend messbar geprüft.

Was der Pilot nachweisen muss

Ein Pilot ist nicht abgeschlossen, weil der erste Job erfolgreich endet. Er ist abgeschlossen, wenn eine benannte Person das Register lesen, das vorgesehene Medium finden, den vereinbarten Umfang wiederherstellen und die fachliche Abnahme innerhalb der Zielzeit erhalten kann. Nach dem Test muss weiterhin eine bekannte, getrennte Kopie verfügbar sein. Erst das macht aus einer technischen Demonstration einen Wiederherstellungsprozess.

Den Ablauf bei Veränderungen erneut prüfen

Neue Anwendungen, steigende Datenmenge, Personalwechsel oder andere Aufbewahrungsregeln verändern das Risiko. Eine vierteljährliche Prüfung von Register, Meldungen und letztem Test macht Abweichungen vor einem Vorfall sichtbar. Wird die Architektur komplexer, folgt die Produkt- oder Architekturvalidierung über die Hauptseite; der Blogbeitrag bleibt die Betriebsanleitung.

Diesen Leitfaden teilen

Auf LinkedIn teilen (öffnet in einem neuen Tab)

Inhalt erstellt und geprüft von der Tandberg Data Redaktion.