Il problema dell'utente originale non era semplicemente che «due dispositivi ZimaOS non riescono a copiare i dati». Stava trasferendo circa 600 GB tra sistemi con ZimaOS 1.5.x e il trasferimento di Files si interrompeva ripetutamente mostrando il messaggio «host non disponibile», mentre entrambi i server restavano online.
Questo comportamento storico va distinto dall'attuale ZimaOS. IceWhale ora consiglia esplicitamente di usare LAN Storage in Files per trasferire dati da un altro NAS, mentre l'app Backup attuale può usare un altro dispositivo Zima come destinazione e offre attività riprendibili e tolleranti agli errori. Per un trasferimento molto grande, scegli il metodo in base al fatto che tu voglia una copia visibile una tantum, un'attività di protezione riprendibile o il trasferimento fisico più rapido.
Il trasferimento di Files dalla sorgente si reimpostava ripetutamente mentre entrambi gli host restavano online
L'utente ha provato entrambe le direzioni: l'invio dal vecchio dispositivo ZimaOS e il prelievo dal nuovo. In entrambi i casi, il flusso di lavoro di Files basato sul browser si interrompeva dopo un po', anche se il pannello della sorgente restava raggiungibile.
La community ha consigliato rsync come opzione CLI più facilmente riprendibile
Una risposta della community ha proposto rsync tramite SSH con supporto per i trasferimenti parziali, in modo da poter riavviare una copia interrotta senza ricominciare da capo. Si tratta di un suggerimento avanzato utile, ma non è stato pubblicato dallo staff di IceWhale e l'utente originale non ha confermato di averlo utilizzato.
Le indicazioni attuali di IceWhale continuano a usare Files per la migrazione da NAS a NAS
La documentazione attuale di ZimaOS consiglia di aggiungere il vecchio NAS come LAN Storage in Files e di copiare le cartelle nello spazio di archiviazione del nuovo ZimaOS. Pertanto, il timeout della versione 1.5.x non dovrebbe essere generalizzato nell'affermazione «non usare mai Files per le migrazioni di grandi dimensioni».
Usa l'attuale procedura di migrazione con LAN Storage per una normale copia visibile.
L'attuale Backup può usare un altro dispositivo Zima come destinazione
Per i trasferimenti di lunga durata, quando la possibilità di riprendere l'operazione è più importante della navigazione manuale nella destinazione, l'app Backup attuale supporta un altro dispositivo Zima come destinazione. IceWhale documenta pianificazioni, avanzamento in tempo reale, ripresa e tolleranza agli errori.
Consulta l'attuale procedura di backup riprendibile da Zima a Zima.
SMB è un'alternativa semplice alla logica di copia del browser
La community di origine ha inoltre consigliato di montare la condivisione SMB della sorgente sulla destinazione e di copiare i dati dal lato della destinazione. In precedenza, l'utente era riuscito a trasferire dati da un NAS più vecchio a ZimaOS utilizzando condivisioni SMB montate.
Un trasferimento tramite USB o NVMe può essere il metodo più rapido quando i dispositivi sono vicini fisicamente
Per centinaia di gigabyte o più terabyte, un'unità SSD/NVMe esterna veloce può eliminare tutte le variabili di rete. Lo svantaggio è dover effettuare due passaggi di copia: dalla sorgente all'unità di trasferimento e poi dall'unità alla destinazione.
Molti file piccoli possono far sembrare la migrazione molto più lenta
AppData, miniature, file sidecar delle foto, alberi di codice e altri dataset ricchi di metadati possono trasferirsi molto più lentamente dei file multimediali di grandi dimensioni, perché ogni file richiede operazioni di apertura, creazione e gestione dei metadati.
Verifica i dati prima di eliminare la sorgente
Dopo qualsiasi migrazione, confronta cartelle rappresentative e, quando possibile, il numero di file, quindi apri i file critici nella destinazione. Mantieni intatta la sorgente finché il nuovo dispositivo non è stato utilizzato con successo e non esiste un backup.
Files e Backup risolvono problemi di migrazione diversi
Files è la scelta più chiara quando vuoi esplorare la sorgente, selezionare cartelle specifiche e vedere immediatamente i file copiati nella destinazione. Backup è preferibile quando il trasferimento dovrebbe durare ore o giorni e dai importanza a ripresa, tolleranza agli errori, pianificazione e cronologia recuperabile delle attività.
Non definire un'attività di Backup come un «trasferimento» trasparente. Crea una copia protetta con una propria semantica di ripristino; verifica la struttura della destinazione prima di eliminare la sorgente.
Controlla il percorso di rete prima di ottimizzare lo strumento di copia
Su un collegamento nominale da 1 GbE, verifica che entrambe le macchine abbiano effettivamente negoziato una connessione Gigabit Ethernet, che non siano coinvolti segmenti Wi-Fi o da 100 Mb/s e che switch e cablaggio funzionino correttamente. Uno strumento di copia non può superare la velocità di un collegamento fisico lento.
Quindi esegui un test con un file di grandi dimensioni. Se un file grande è veloce ma un albero di directory è lento, il numero di file e il sovraccarico dei metadati del dataset sono probabilmente più importanti della larghezza di banda di rete pura.
I file degli utenti e AppData in uso richiedono una gestione diversa
Film, foto e documenti possono generalmente essere copiati come normali file. I database delle applicazioni in uso e AppData potrebbero richiedere l'arresto dell'applicazione, un'esportazione o procedure di migrazione specifiche, consapevoli dell'applicazione, affinché la copia sia coerente internamente.
Non presumere che la copia della directory di un database in esecuzione tra due dispositivi produca una migrazione applicativa valida.
Conserva o ricrea deliberatamente le autorizzazioni delle condivisioni
Anche quando ogni byte arriva a destinazione, il dispositivo ZimaOS di destinazione ha utenti, definizioni delle condivisioni e mappature dei container proprie. Ricrea le autorizzazioni Samba e i percorsi dei volumi delle app necessari, quindi verifica l'accesso utilizzando l'utente non amministratore previsto.
Usa un passaggio in due fasi per i dati importanti
Per una migrazione di grandi dimensioni da un NAS in uso, copia prima i dati principali lasciando attivo il vecchio dispositivo. Poco prima del passaggio, arresta o sospendi le applicazioni che scrivono dati, esegui un passaggio finale incrementale/riprendibile, verifica la destinazione e poi reindirizza i client al nuovo dispositivo. In questo modo riduci il tempo di inattività ed eviti di eliminare troppo presto l'unica copia valida.
Domande frequenti sulla migrazione da dispositivo ZimaOS a dispositivo ZimaOS
La fonte ha dimostrato che Files è sempre inaffidabile per le copie di grandi dimensioni?
No. Ha documentato un caso di errore della versione 1.5.x. Le indicazioni attuali di IceWhale continuano a usare Files/LAN Storage per la migrazione da NAS.
Quale opzione attuale supporta i trasferimenti riprendibili da Zima a Zima?
L'app Backup attuale può usare un altro dispositivo Zima come destinazione e include funzioni di ripresa e tolleranza agli errori.
rsync è stato il metodo finale confermato dall'utente originale?
No. rsync era un consiglio della community; in seguito l'utente ha dichiarato che la migrazione era completa senza documentare il metodo finale di trasferimento.
