Das Problem des ursprünglichen Nutzers bestand nicht einfach darin, dass „zwei ZimaOS-Boxen keine Daten kopieren können“. Es wurden ungefähr 600 GB zwischen Systemen mit ZimaOS 1.5.x verschoben, wobei die Dateiübertragung wiederholt mit der Meldung „Host ist nicht verfügbar“ abbrach, obwohl beide Server weiterhin online waren.
Dieses historische Verhalten sollte vom aktuellen ZimaOS getrennt betrachtet werden. IceWhale empfiehlt inzwischen ausdrücklich, in Files den LAN-Speicher zu verwenden, wenn Daten von einem anderen NAS verschoben werden. Die aktuelle Backup-App kann ein anderes Zima-Gerät als Ziel verwenden und bietet fortsetzbare, fehlertolerante Aufträge. Wählen Sie bei einer sehr großen Übertragung die Methode danach aus, ob Sie eine einmalige sichtbare Kopie, eine fortsetzbare Schutzaufgabe oder den schnellstmöglichen physischen Transport wünschen.
Die Dateiübertragung in Files wurde wiederholt zurückgesetzt, obwohl beide Hosts online blieben
Der Nutzer versuchte es in beide Richtungen: vom alten ZimaOS-Gerät aus zu übertragen und vom neuen Gerät aus Daten abzurufen. In beiden Fällen wurde der browserbasierte Files-Vorgang schließlich beendet, obwohl das Dashboard der Quelle weiterhin erreichbar war.
Die Community empfahl rsync als die am besten fortsetzbare CLI-Option
Eine Antwort aus der Community schlug rsync über SSH mit Unterstützung für Teilübertragungen vor, damit eine unterbrochene Kopie erneut ausgeführt werden kann, ohne von vorn zu beginnen. Das ist hilfreiche fortgeschrittene Anleitung, wurde jedoch nicht von IceWhale-Mitarbeitern veröffentlicht, und der ursprüngliche Nutzer bestätigte nicht, dass er diese Methode verwendet hat.
Die aktuelle Anleitung von IceWhale verwendet für Migrationen zwischen NAS weiterhin Files
Die aktuelle ZimaOS-Dokumentation empfiehlt, das alte NAS in Files als LAN-Speicher hinzuzufügen und Ordner in den neuen ZimaOS-Speicher zu kopieren. Der Timeout unter 1.5.x sollte daher nicht verallgemeinert werden zu „Files niemals für große Migrationen verwenden“.
Verwenden Sie den aktuellen Migrationsablauf mit LAN-Speicher für eine normale, sichtbare Kopie.
Das aktuelle Backup kann ein anderes Zima-Gerät als Ziel verwenden
Bei lang laufenden Übertragungen, bei denen die Fortsetzbarkeit wichtiger ist als das manuelle Durchsuchen des Ziels, unterstützt die aktuelle Backup-App ein anderes Zima-Gerät als Ziel. IceWhale dokumentiert Zeitpläne, Echtzeitfortschritt, Fortsetzen und Fehlertoleranz.
Weitere Informationen finden Sie im aktuellen fortsetzbaren Zima-zu-Zima-Backup-Ablauf.
SMB ist eine unkomplizierte Alternative zur browserbasierten Kopierlogik
Die Community empfahl außerdem, die SMB-Freigabe der Quelle am Ziel einzubinden und den Kopiervorgang von der Zielseite aus zu starten. Der Nutzer hatte zuvor bereits erfolgreich Daten von einem älteren NAS in ZimaOS verschoben, indem er SMB-Freigaben eingebunden hatte.
Ein USB- oder NVMe-Transport kann bei räumlich nahen Geräten am schnellsten sein
Bei Hunderten Gigabyte oder mehreren Terabyte kann eine schnelle externe SSD/NVMe alle Netzwerkvariablen vermeiden. Der Nachteil sind zwei Kopiervorgänge: zuerst von der Quelle auf den Transportdatenträger und anschließend vom Transportdatenträger zum Ziel.
Viele kleine Dateien können die Migration deutlich langsamer erscheinen lassen
AppData, Vorschaubilder, Foto-Begleitdateien, Quellcodeverzeichnisse und andere metadatenintensive Datensätze werden oft wesentlich langsamer übertragen als große Mediendateien, da für jede Datei Vorgänge zum Öffnen, Erstellen und Verarbeiten von Metadaten erforderlich sind.
Überprüfen Sie die Daten, bevor Sie die Quelle löschen
Vergleichen Sie nach jeder Migration repräsentative Ordner und, soweit praktikabel, die Dateianzahl. Öffnen Sie außerdem wichtige Dateien am Ziel. Bewahren Sie die Quelle auf, bis das neue Gerät erfolgreich verwendet wurde und ein Backup vorhanden ist.
Files und Backup lösen unterschiedliche Migrationsprobleme
Files ist die bessere Wahl, wenn Sie die Quelle durchsuchen, bestimmte Ordner auswählen und die kopierten Dateien sofort am Ziel sehen möchten. Backup eignet sich besser, wenn die Übertragung voraussichtlich Stunden oder Tage dauert und Ihnen Fortsetzbarkeit, Fehlertoleranz, Zeitplanung und eine wiederherstellbare Auftragshistorie wichtig sind.
Bezeichnen Sie einen Backup-Auftrag nicht als transparentes „Verschieben“. Er erstellt eine geschützte Kopie mit eigener Wiederherstellungslogik. Prüfen Sie das Layout am Ziel, bevor Sie die Quelle löschen.
Prüfen Sie den Netzwerkpfad, bevor Sie das Kopierwerkzeug optimieren
Prüfen Sie bei einer nominellen 1-GbE-Verbindung, ob beide Geräte tatsächlich Gigabit-Ethernet ausgehandelt haben, kein WLAN oder 100-Mb/s-Segment beteiligt ist und Switch sowie Verkabelung ordnungsgemäß funktionieren. Ein Kopierwerkzeug kann keine langsame physische Verbindung übertreffen.
Testen Sie anschließend eine große Datei. Wenn eine große Datei schnell übertragen wird, ein Verzeichnisbaum jedoch langsam ist, sind die Dateianzahl und der Metadatenaufwand des Datensatzes wahrscheinlich wichtiger als die reine Netzwerkbandbreite.
Benutzerdateien und laufendes AppData müssen unterschiedlich behandelt werden
Filme, Fotos und Dokumente können normalerweise als gewöhnliche Dateien kopiert werden. Laufende Anwendungsdatenbanken und AppData müssen möglicherweise angehalten, exportiert oder mit anwendungsspezifischen Verfahren migriert werden, damit die Kopie konsistent ist.
Gehen Sie nicht davon aus, dass das Kopieren eines Verzeichnisses einer laufenden Datenbank zwischen zwei Geräten eine gültige Anwendungsmigration ergibt.
Berechtigungen für Freigaben sollten bewusst übernommen oder neu erstellt werden
Selbst wenn jedes Byte übertragen wurde, verfügt das ZimaOS-Zielgerät über eigene Benutzer, Freigabedefinitionen und Container-Zuordnungen. Erstellen Sie die erforderlichen Samba-Berechtigungen und App-Volume-Pfade neu und testen Sie den Zugriff als der vorgesehene Benutzer ohne Administratorrechte.
Verwenden Sie für wichtige Daten eine Umstellung in zwei Phasen
Kopieren Sie bei einer großen Migration eines aktiven NAS zunächst die Massendaten, während das alte Gerät weiter aktiv bleibt. Halten Sie kurz vor der Umstellung die Schreibvorgänge an oder pausieren Sie sie, führen Sie einen letzten inkrementellen bzw. fortsetzbaren Durchlauf aus, überprüfen Sie das Ziel und stellen Sie anschließend die Clients auf das neue Gerät um. Dadurch werden Ausfallzeiten reduziert und es wird vermieden, dass die einzige intakte Kopie zu früh gelöscht wird.
FAQ zur Migration zwischen ZimaOS-Boxen
Hat die Quelle bewiesen, dass Files bei großen Kopiervorgängen immer unzuverlässig ist?
Nein. Sie dokumentierte einen Fehlerfall unter 1.5.x. Die aktuelle Anleitung von IceWhale verwendet Files bzw. LAN-Speicher weiterhin für NAS-Migrationen.
Welche aktuelle Option unterstützt fortsetzbare Übertragungen zwischen Zima-Geräten?
Die aktuelle Backup-App kann ein anderes Zima-Gerät als Ziel verwenden und bietet Funktionen zum Fortsetzen sowie zur Fehlertoleranz.
War rsync nachweislich die letztlich vom ursprünglichen Nutzer verwendete Methode?
Nein. rsync war ein Vorschlag aus der Community. Der Nutzer teilte später mit, dass die Migration abgeschlossen sei, dokumentierte jedoch nicht die endgültig verwendete Übertragungsmethode.
