Das Architekturziel ist sinnvoll: Verwenden Sie RAID-0-SSDs nur für Workloads, die tatsächlich maximalen Durchsatz benötigen, schützen Sie diesen risikoreichen Arbeitspool anschließend mit unabhängigen HDD-Backups und bewahren Sie mindestens eine Kopie außerhalb des Standorts auf. RAID 0 bietet keine Redundanz, daher kann der Ausfall einer einzigen SSD das gesamte Arbeits-Array offline nehmen.
Die Community-Antwort aus dem Jahr 2025 empfahl einzelne rotierende HDDs zusammen mit nächtlichem rsync. Der ursprüngliche Verfasser brachte jedoch einen wichtigen Einwand vor: ZimaOS verfügte in der Backup-App bereits über einen Automatikmodus, und er wollte wissen, ob das erneute Einsetzen einer älteren HDD in denselben Einschub automatisch erkannt würde. Der Thread endete, bevor diese Fragen beantwortet wurden. Die aktuelle Dokumentation von IceWhale liefert nun eine klarere unterstützte Grundlage: Die Backup-App unterstützt geplante Aufgaben, mehrere unabhängige Ziele, das Fortsetzen unterbrochener Übertragungen und Fehlertoleranz sowie versionierte Wiederherstellungspunkte. Die aktuellen öffentlichen Dokumente beschreiben jedoch keinen garantierten Ablauf nach dem Muster „eine beliebige alte HDD in denselben Einschub einsetzen und sie anhand ihrer Identität automatisch abgleichen“.
RAID 0 benötigt einen echten Backup-Plan
RAID 0 kombiniert SSDs für mehr Kapazität und Leistung, bietet jedoch weder Parität noch Spiegelung. Der Ausfall eines einzigen Mitglieds kann das Array zerstören. Bei professionellen Arbeiten sollte das Backup als Teil des Designs betrachtet werden und nicht erst später hinzukommen.
Unabhängige Backup-HDDs eignen sich besser für die Rotation als RAID 1
Die Community empfahl, jede 26-TB-HDD unabhängig zu betreiben, statt zwei davon zu einem RAID 1 zusammenzufassen. Dadurch ist jede Festplatte eine vollständige, entfernbare Kopie für die Aufbewahrung außerhalb des Standorts, und bei jedem Wechsel muss kein Spiegel neu aufgebaut werden.
Dies ist eine Designempfehlung der Community und keine Vorgabe von IceWhale. RAID 1 kann die Verfügbarkeit verbessern, solange beide HDDs installiert bleiben, eignet sich jedoch schlecht als physisches Rotations- und Offsite-Verfahren.
Das aktuelle ZimaOS-Backup unterstützt den grundlegenden 3-2-1-Ablauf
Die aktuelle Dokumentation von IceWhale besagt, dass eine einzige Backup-App Zima-, USB-, LAN- oder Cloud-Quellen und -Ziele verwenden, Aufgaben nach Zeitplan ausführen, unterbrochene Übertragungen fortsetzen, Versionen und Wiederherstellungspunkte aufbewahren sowie mehrere Aufgaben von einer Quelle zu unterschiedlichen Zielen verwalten kann.
Verwenden Sie das aktuelle ZimaOS-Backup-Modell.
Die Bezeichnung „Auto bedeutet sofort bei jeder Änderung“ aus dem Jahr 2025 sollte nicht als verbindlich betrachtet werden
Der ursprüngliche Verfasser zitierte eine Benutzeroberflächenangabe, laut der Zima- und USB-Quellen sofort ausgeführt werden könnten, sobald sich Dateien ändern. Eine weitere offizielle Community-Diskussion aus demselben Zeitraum beschrieb den ZimaOS-Backup-Automatikmodus dagegen als eine Funktion, die zu bestimmten Zeiten, üblicherweise früh am Morgen, ausgeführt wird. Die Quelle selbst löste diesen Widerspruch nie auf.
Die aktuelle öffentliche Dokumentation beschreibt geplante Backups und verspricht keine Replikation nach jedem Dateisystemereignis. Verwenden Sie für die Produktionsplanung den aktuell dokumentierten Zeitplan, statt sich auf eine alte Formulierung in der Benutzeroberfläche zu verlassen.
rsync ist ein Spiegelungs- und Übertragungswerkzeug, nicht automatisch ein versioniertes Backup
Das Community-Skript verwendete:
rsync -avh --delete ...Das Flag --delete sorgt dafür, dass das Ziel Löschungen aus der RAID-0-Quelle übernimmt. Das kann für eine Spiegelung nützlich sein, aber auch dazu führen, dass versehentliche Löschungen auf die Backup-Festplatte übertragen werden.
Wenn Sie rsync verwenden, beginnen Sie ohne destruktive Flags, nutzen Sie --dry-run, überprüfen Sie den Zielpfad und planen Sie Snapshots oder eine Versionierung separat, falls eine Wiederherstellung nach Löschungen wichtig ist.
Für die Laufwerksrotation sind eine stabile Identität und eine ausdrückliche Überprüfung erforderlich
Das Einsetzen von Festplatten in denselben physischen Einschub garantiert nicht, dass jede eingesetzte Festplatte immer denselben Mount-Namen oder -Pfad erhält. Ein robuster Rotationsprozess sollte die Festplatte anhand einer stabilen Geräte- oder Speicheridentität identifizieren, bestätigen, dass das erwartete Ziel eingebunden ist, und erst danach das Backup starten.
Führen Sie keinen destruktiven Spiegelungsauftrag aus, nur weil am alten Zielpfad „irgendetwas“ eingebunden ist.
Rotieren Sie Offsite-Kopien bei wichtigen Arbeiten häufiger als alle paar Monate
Eine Rotation alle drei oder vier Monate hinterlässt eine große Lücke beim Wiederherstellungspunkt, wenn der Arbeits-Pool vor Ort und das lokale Backup gleichzeitig verloren gehen. Das geeignete Intervall hängt von der Änderungsrate und der geschäftlichen Toleranz ab, aber wichtige professionelle Daten erfordern normalerweise einen häufigeren Offsite-Rhythmus.
Testen Sie die Wiederherstellung, bevor Sie der Rotation vertrauen
Stellen Sie von jeder Backup-HDD ein repräsentatives Projekt oder eine Datei wieder her, überprüfen Sie Prüfsummen oder die Lesbarkeit durch die Anwendung und dokumentieren Sie das Datum des letzten erfolgreichen Backups, bevor Sie die Festplatte an einen anderen Standort bringen.
FAQ zu RAID-0-Backups
Ist RAID 1 auf den Backup-HDDs dasselbe wie rotierende unabhängige Backups?
Nein. RAID 1 verbessert die Verfügbarkeit, solange beide Laufwerke Teil des Spiegels sind. Unabhängige Festplatten lassen sich leichter entfernen und als separate Kopien außerhalb des Standorts aufbewahren.
Verspricht die aktuelle ZimaOS-Dokumentation eine echte Replikation bei jeder Änderung in Echtzeit?
Die aktuelle öffentliche Backup-Dokumentation beschreibt geplante Aufgaben, das Fortsetzen unterbrochener Übertragungen und Fehlertoleranz sowie Versionen, nicht jedoch eine garantierte Spiegelung auf Grundlage von Dateisystemereignissen.
Ist rsync --delete automatisch sicherer als ZimaOS Backup?
Nein. Es spiegelt Löschungen absichtlich und erfordert eine sorgfältige Überprüfung des Ziels sowie eine separate Versionierung, wenn eine Wiederherstellung nach Fehlern möglich sein soll.
