Bei HBS 3 solltest du alte Sicherungsversionen nicht pauschal löschen, sondern zuerst klären, welche Wiederherstellungspunkte du tatsächlich brauchst. Entscheidend sind dabei der Sicherungsauftrag, die verwendete Versionierungsart, der freie Speicher am Ziel und die Frage, ob es zusätzlich eine unabhängige Kopie gibt. Prüfe deshalb zunächst den Status des Auftrags und die vorhandenen Versionen, bevor du Aufbewahrungsregeln änderst oder Daten bereinigst.
Eine Version innerhalb eines HBS-3-Auftrags ist kein vollständiger Ersatz für ein separates Backup. Sie schützt vor versehentlich geänderten oder gelöschten Dateien, bleibt aber vom Sicherungsziel, den Zugriffsrechten und der Funktionsfähigkeit des Auftrags abhängig. Für wichtige Daten sollten neben der Versionierung auch ein zweites Ziel und regelmäßige Wiederherstellungstests eingeplant werden.
Welche Aufgabe die Versionierung in HBS 3 übernimmt
Bei einer einfachen Spiegelung wird der aktuelle Stand der Quelle auf dem Ziel abgebildet. Wird eine Datei auf dem NAS gelöscht oder überschrieben, kann diese Änderung bei der nächsten Ausführung auch am Ziel ankommen. Eine versionierte Sicherung bewahrt dagegen mehrere zeitliche Zustände auf. Dadurch lässt sich beispielsweise eine ältere Dateifassung wiederherstellen, sofern sie noch innerhalb der Aufbewahrung liegt.
Die Versionierung ist besonders nützlich bei versehentlichen Änderungen, beschädigten Dokumenten und unbemerkten Fehlständen. Sie hilft auch dann, wenn eine Datei nicht sofort als problematisch erkannt wurde. Allerdings kann sie keinen Zustand zurückholen, der nie gesichert wurde. Ebenso schützt sie nicht automatisch vor einem Defekt des Sicherungsziels, einem verschlüsselnden Schadprogramm mit Zugriff auf beide Systeme oder einer falsch konfigurierten Berechtigung.
In HBS 3 können je nach Auftrag und Ziel unterschiedliche Sicherungsarten, Versionierungsoptionen und Speicherformate eine Rolle spielen. Deshalb solltest du nicht nur den Namen des Auftrags betrachten, sondern auch dessen Quelle, Ziel, Zeitplan, Versionierung und Bereinigungsregeln. Ein Auftrag mit identischem Namen kann nach einer Änderung der Einstellungen ein anderes Verhalten zeigen.
Vor der Änderung den Sicherungsauftrag prüfen
Öffne in HBS 3 den betreffenden Auftrag und kontrolliere zunächst den letzten Lauf. Achte darauf, ob die Ausführung erfolgreich abgeschlossen wurde, ob Warnungen vorliegen und ob das Ziel erreichbar ist. Ein voller Ziel-Datenträger, fehlende Berechtigungen oder eine unterbrochene Verbindung können dazu führen, dass die gewünschte Aufbewahrung nicht zuverlässig umgesetzt wird.
Prüfe außerdem, ob es sich um eine Sicherung, Synchronisierung oder einen anderen Auftragstyp handelt. Nicht jeder Auftrag behandelt ältere Zustände gleich. Bei einer Synchronisierung können Änderungen in beide Richtungen wirken, während eine Sicherung stärker auf die Wiederherstellung ausgerichtet ist. Die Bezeichnungen und verfügbaren Optionen können sich abhängig von QTS-Version, HBS-3-Version und Zieltyp unterscheiden.
- Quelle des Auftrags und ausgewählte Freigaben
- Zielsystem, Zielordner oder Cloud-Speicher
- letzter erfolgreicher Lauf und aktuelle Warnungen
- Versionierung und vorhandene Aufbewahrungsregeln
- freier Speicher am Ziel und mögliche Quoten
- Verschlüsselung, Kennwortverwaltung und Wiederherstellungsdaten
Wenn du eine Einstellung nicht eindeutig zuordnen kannst, ändere sie nicht probeweise an einem wichtigen Auftrag. Dokumentiere zunächst die aktuelle Konfiguration, etwa mit Screenshots und den vorhandenen Auftragsdetails. So kannst du bei einem unerwarteten Ergebnis nachvollziehen, welche Änderung die Ursache war.
Alte Versionen nach einem festen Muster aufbewahren
Eine sinnvolle Aufbewahrung richtet sich nicht allein nach der Anzahl der Versionen. Wichtiger ist, wie oft sich die Daten ändern, wie lange Fehler unbemerkt bleiben können und wie viel Speicher am Ziel verfügbar ist. Für häufig bearbeitete Arbeitsdateien können mehr kurze Abstände sinnvoll sein. Für selten veränderte Archivdaten reichen möglicherweise größere zeitliche Abstände.
Ein einfaches Schema kann beispielsweise tägliche, wöchentliche und monatliche Wiederherstellungspunkte kombinieren. Die genaue Anzahl solltest du an deine Datenmenge und den verfügbaren Speicher anpassen. Entscheidend ist, dass die älteren Punkte nicht alle nach derselben kurzen Frist verschwinden. Sonst fehlt dir bei einem spät erkannten Fehler möglicherweise ein brauchbarer Zustand.
Bevor du eine solche Regel einrichtest, beantworte drei Fragen: Wie weit soll ein versehentliches Löschen zurückverfolgbar sein? Wie lange müssen geschäftliche oder persönliche Daten erhalten bleiben? Und wie viel zusätzlicher Speicher darf die Historie belegen? Daraus ergibt sich eine belastbare Aufbewahrung eher als aus einer pauschalen Empfehlung.
Bei rechtlichen oder vertraglichen Aufbewahrungspflichten darfst du dich nicht allein auf die HBS-3-Versionierung verlassen. Die technische Historie ist nicht automatisch ein unveränderliches Archiv. Für solche Anforderungen können getrennte Archivsysteme, spezielle Richtlinien oder organisatorische Freigaben notwendig sein.
Speicherbedarf der Versionen realistisch einschätzen
Versionen benötigen nicht zwingend für jede gespeicherte Datei eine vollständig unabhängige Kopie. Je nach Sicherungsformat und Verarbeitung können unveränderte Daten wiederverwendet werden, während geänderte Daten zusätzliche Kapazität beanspruchen. Wie viel Speicher tatsächlich benötigt wird, hängt deshalb von Dateigröße, Änderungsrate, Komprimierung, Verschlüsselung und Zielsystem ab.
Große Dateien wie virtuelle Festplatten, Datenbanken, Videoarchive oder Projektdateien können bei kleinen Änderungen trotzdem viel zusätzlichen Speicher beanspruchen. Wenn eine Anwendung eine große Datei regelmäßig neu schreibt, erkennt das Backup unter Umständen nicht nur einen kleinen Teil als Änderung. Kontrolliere daher die Entwicklung des freien Speichers über mehrere Sicherungsläufe und verlasse dich nicht auf eine einmalige Schätzung.
Wird der Speicher knapp, solltest du nicht sofort die ältesten Daten löschen. Prüfe zuerst, welche Aufträge den größten Anteil belegen und ob es am Ziel weitere Dateien gibt, die nicht zu HBS 3 gehören. Eine manuelle Bereinigung innerhalb eines verwalteten Sicherungsziels kann die Struktur beschädigen oder spätere Wiederherstellungen erschweren.
Wenn die automatische Aufbewahrung nicht ausreicht, sind meist drei Wege denkbar: die Anzahl der Versionen reduzieren, das Sicherungsziel vergrößern oder besonders große und wenig relevante Daten aus dem Auftrag ausschließen. Letzteres sollte nur nach einer bewussten Entscheidung erfolgen. Ein ausgeschlossener Ordner ist später nicht wiederherstellbar, wenn er nie Bestandteil der Sicherung war.
Versionen nicht mit einem unabhängigen Backup verwechseln
Mehrere Versionen auf demselben NAS erhöhen die Wiederherstellbarkeit, aber nicht automatisch die Ausfallsicherheit. Fällt das NAS aus oder wird das Sicherungsziel beschädigt, können Quelle und Historie gleichzeitig unzugänglich sein. Auch ein Administratorkonto mit Zugriff auf beide Bereiche kann bei einem Sicherheitsvorfall zum gemeinsamen Schwachpunkt werden.
Für wichtige Daten ist das 3-2-1-Prinzip eine brauchbare Orientierung: mindestens drei Kopien, auf mindestens zwei unterschiedlichen Speichermedien oder Systemen, davon mindestens eine Kopie an einem anderen Ort. Die Versionierung kann dabei eine Ebene bilden. Sie ersetzt weder die zweite Kopie noch den räumlich getrennten Speicherort.
Ein externes Ziel, ein anderes NAS oder ein geeigneter Cloud-Speicher kann die Abhängigkeit vom lokalen System verringern. Dabei musst du Verschlüsselung, Zugriffsrechte, Kosten, Wiederherstellungsdauer und die Verfügbarkeit der Zugangsdaten berücksichtigen. Ein Ziel ist nur dann nützlich, wenn du im Ernstfall darauf zugreifen und die Daten wiederherstellen kannst.
Snapshots, Replikation und HBS-3-Versionen erfüllen unterschiedliche Aufgaben. Ein Snapshot kann schnelle lokale Wiederherstellungen ermöglichen, ist aber ebenfalls vom Speichersystem abhängig. Eine Replikation hält Daten auf einem anderen System aktuell oder zeitnah verfügbar. Eine versionierte Sicherung bewahrt dagegen ältere Stände nach den Regeln des Auftrags. Keine dieser Funktionen sollte ohne Prüfung als vollständiger Ersatz für ein getestetes Backup betrachtet werden.
Eine ältere Dateiversion sicher wiederherstellen
Für eine Wiederherstellung solltest du zunächst den Umfang festlegen. Geht es um eine einzelne Datei, einen Ordner oder einen vollständigen Freigabestand? Je kleiner der benötigte Umfang ist, desto geringer ist das Risiko, aktuelle und noch benötigte Daten unbeabsichtigt zu überschreiben.
- Notiere den ungefähren Zeitpunkt, zu dem die Datei noch korrekt war.
- Wähle den passenden HBS-3-Auftrag und prüfe, ob das Ziel verfügbar ist.
- Suche den gewünschten älteren Stand über die Wiederherstellungsfunktion.
- Stelle die Daten zunächst in einen separaten Zielordner wieder her.
- Öffne wichtige Dateien und kontrolliere Inhalt, Pfad und Änderungsstand.
- Ersetze die produktive Datei erst nach dieser Prüfung.
Die Wiederherstellung in einen separaten Ordner ist besonders wichtig, wenn du den exakten Zustand nicht sicher kennst. So kannst du die alte Fassung vergleichen, ohne den aktuellen Stand zu verlieren. Bei Datenbanken oder Anwendungsdateien reicht es nicht immer, einzelne Dateien zurückzukopieren. Die zugehörige Anwendung muss möglicherweise beendet, konsistent gesichert und nach der Wiederherstellung geprüft werden.
Bei verschlüsselten Sicherungen brauchst du die passenden Zugangsdaten oder Schlüssel. Bewahre diese nicht ausschließlich auf dem NAS auf. Ein Backup ohne verfügbaren Entschlüsselungsschlüssel kann technisch vorhanden, praktisch aber nicht nutzbar sein.
Was bei fehlenden oder unvollständigen Versionen zu prüfen ist
Wenn ein älterer Stand nicht angezeigt wird, kann die Ursache bei der Aufbewahrung, beim gewählten Auftrag, beim Ziel oder bei der Darstellung der HBS-3-Verwaltung liegen. Prüfe zunächst, ob die fragliche Datei überhaupt in den Sicherungsumfang einbezogen war und ob der betreffende Lauf erfolgreich abgeschlossen wurde.
Kontrolliere danach, ob die Version bereits durch eine Bereinigungsregel entfernt wurde. Auch ein Ziel mit begrenztem Speicher, eine geänderte Ordnerstruktur oder eine nachträgliche Anpassung des Auftrags kann die Suche erschweren. Bei Cloud-Zielen können zusätzlich Verbindungsprobleme, Anbietergrenzen oder unterschiedliche Synchronisationsstände eine Rolle spielen.
Wenn ein Auftrag Fehler meldet, sichere die Protokolle und ändere nicht gleichzeitig mehrere Einstellungen. Ein erneuter Lauf kann sinnvoll sein, sollte aber nicht einfach über einen bestehenden Fehler hinweg gestartet werden, wenn unklar ist, ob dadurch weitere Änderungen übertragen werden. Bei wichtigen Daten ist eine zweite Kopie oder ein Testauftrag mit begrenztem Umfang der sicherere Weg.
Fehlen mehrere Versionen gleichzeitig, solltest du die Situation nicht mit einem manuellen Löschen oder Neuaufbau beheben. Prüfe zuerst Zielstruktur, Berechtigungen, Speicherstatus und Auftragshistorie. Bei Anzeichen für einen defekten Datenträger, Dateisystemfehler oder mehrere ausgefallene Laufwerke hat die Sicherung der Datenlage Vorrang vor jeder Reparaturaktion.
Aufbewahrung regelmäßig kontrollieren
Eine einmal eingerichtete Regel bleibt nicht automatisch dauerhaft passend. Datenmengen, Arbeitsweisen, Speicherziele und Sicherheitsanforderungen ändern sich. Überprüfe deshalb in festen Abständen, ob die Aufträge erfolgreich laufen und ob die geplante Historie tatsächlich vorhanden ist.
Ein sinnvoller Kontrolltermin umfasst mindestens einen Blick auf die letzten Ausführungen, die Speicherauslastung und die Aufbewahrungsdauer. Zusätzlich solltest du stichprobenartig eine Datei aus einer älteren Version wiederherstellen. Dabei prüfst du nicht nur, ob der Vorgang startet, sondern auch, ob die Datei lesbar ist und am erwarteten Ort landet.
Dokumentiere bei wichtigen Sicherungen den Auftrag, das Ziel, die Versionierungsregel, die Verschlüsselung und den Ort der Wiederherstellungsdaten. Halte auch fest, wann zuletzt ein Restore-Test durchgeführt wurde. Diese Informationen verkürzen die Fehlersuche, wenn eine Wiederherstellung unter Zeitdruck nötig wird.
Eine passende Aufbewahrung für unterschiedliche Daten festlegen
Nicht alle Freigaben brauchen dieselbe Historie. Arbeitsdokumente werden häufig verändert und sollten oft über mehrere Zeitpunkte hinweg abrufbar sein. Medienarchive ändern sich seltener, benötigen aber wegen ihrer Größe eine sorgfältige Speicherplanung. Temporäre Exporte oder Cache-Daten müssen möglicherweise überhaupt nicht versioniert werden, sofern sie aus einer verlässlichen Quelle erneut erzeugt werden können.
Trenne solche Daten nach ihrem Wiederherstellungswert und nicht nur nach ihrem Dateityp. Eine kleine Konfigurationsdatei kann wichtiger sein als ein großer Ordner mit leicht ersetzbaren Downloads. Ebenso können Projektdateien eine längere Historie benötigen, wenn Fehler erst nach Wochen auffallen.
Ordne Aufträge so, dass die Regeln nachvollziehbar bleiben. Ein eigener Auftrag für besonders wichtige Daten erleichtert abweichende Zeitpläne und Aufbewahrungsfristen. Gleichzeitig solltest du die Anzahl der Aufträge überschaubar halten, damit Warnungen nicht zwischen vielen unwichtigen Aufgaben untergehen.
Änderungen an der Regel kontrolliert durchführen
Bevor du eine Aufbewahrung verkürzt, stelle fest, welche älteren Stände dadurch entfernt werden könnten. Bei einer Verlängerung solltest du prüfen, ob das Ziel ausreichend Platz hat und ob der Auftrag künftig noch innerhalb des verfügbaren Zeitfensters läuft. Eine größere Historie kann mehr Speicher und längere Bereinigungszeiten verursachen.
Ändere nach Möglichkeit nur eine relevante Einstellung pro Arbeitsschritt. Starte anschließend einen kontrollierten Lauf und beobachte Status, Protokoll und Speicherentwicklung. Wenn das Verhalten nicht wie erwartet ausfällt, kannst du die Änderung leichter zurücknehmen und die Ursache eingrenzen.
Vor einer grundlegenden Umstellung empfiehlt sich eine zusätzliche Sicherung auf ein unabhängiges Ziel. Das gilt besonders dann, wenn du Aufträge neu anlegst, das Sicherungsformat wechselst oder ein vorhandenes Ziel neu strukturierst. Die alte Sicherung sollte erst entfernt werden, wenn der neue Auftrag erfolgreich gelaufen ist und eine Testwiederherstellung funktioniert.
Die wichtigsten Prüfungen vor dem Aufräumen
- Ist der letzte Sicherungslauf erfolgreich abgeschlossen?
- Liegt eine zweite, unabhängige Kopie der wichtigen Daten vor?
- Wurde mindestens eine Wiederherstellung aus dem Ziel getestet?
- Sind Verschlüsselungsschlüssel und Zugangsdaten verfügbar?
- Welche Versionen müssen wegen geschäftlicher oder persönlicher Anforderungen erhalten bleiben?
- Wie viel Speicher steht nach der Änderung voraussichtlich zur Verfügung?
- Wurde die aktuelle Auftragskonfiguration dokumentiert?
Erst wenn diese Punkte geklärt sind, solltest du die Aufbewahrung anpassen oder eine Bereinigung zulassen. So bleibt die Versionierung ein kontrolliertes Werkzeug für Wiederherstellungen und wird nicht zu einer unübersichtlichen Sammlung, deren Umfang niemand mehr einschätzen kann.
Fragen und Antworten zur Aufbewahrung von HBS-3-Versionen
Was passiert mit älteren HBS-3-Versionen, wenn der Speicherplatz knapp wird?
Ob ältere Versionen automatisch entfernt werden, hängt von der im Auftrag festgelegten Aufbewahrungsregel und der verwendeten HBS-3-Konfiguration ab. Prüfe deshalb zuerst den freien Speicher, die Bereinigungsregeln und die Protokolle, bevor du manuell Dateien im Sicherungsziel löschst.
Kann ich eine einzelne alte Version in HBS 3 gezielt löschen?
Das hängt vom Auftragstyp, dem Ziel und der verfügbaren HBS-3-Funktion ab; bei verwalteten Sicherungsformaten ist eine manuelle Dateilöschung oft nicht vorgesehen. Entferne keine Ordner direkt im Ziel, weil dadurch Metadaten oder die Wiederherstellbarkeit des gesamten Auftrags beeinträchtigt werden können.
Wie viele HBS-3-Versionen brauche ich für wichtige Geschäftsdaten?
Eine feste Anzahl ist nicht für alle Daten sinnvoll, weil Änderungsrate, Fehlererkennung und organisatorische Aufbewahrungspflichten unterschiedlich sind. Lege fest, wie weit ein unbemerktes Überschreiben zurückverfolgbar sein muss, und kombiniere die Versionierung mit einem unabhängigen Sicherungsziel.
Sind HBS-3-Versionen nach einem Ransomware-Angriff noch geschützt?
Nicht zuverlässig, wenn das Schadprogramm auch auf das Sicherungsziel oder die dafür verwendeten Zugangsdaten zugreifen konnte. Ein getrenntes, möglichst nicht dauerhaft beschreibbares oder anderweitig abgeschottetes Ziel sowie geprüfte Wiederherstellungsdaten verringern dieses Risiko.
Was muss ich bei verschlüsselten HBS-3-Sicherungen für die Wiederherstellung aufbewahren?
Du benötigst neben dem Sicherungsziel die korrekten Kennwörter oder Schlüssel und musst wissen, welcher Auftrag sowie welches Format verwendet wurden. Bewahre diese Informationen geschützt und getrennt vom NAS auf und teste die Entschlüsselung beziehungsweise Wiederherstellung, bevor ein Notfall eintritt.
Warum kann eine verlängerte Versionsaufbewahrung den HBS-3-Auftrag verlangsamen?
Mehr Wiederherstellungspunkte können zusätzlichen Speicherbedarf, längere Bereinigungen und mehr Verwaltungsaufwand verursachen, besonders bei großen oder häufig neu geschriebenen Dateien. Beobachte nach der Änderung Laufzeit, Protokolle und freien Speicher; bei Warnungen solltest du die Aufbewahrung, das Ziel oder die Auftragsaufteilung erneut prüfen.