El problema del usuario de origen no era simplemente que «dos dispositivos ZimaOS no pueden copiar datos». Estaba trasladando aproximadamente 600 GB entre sistemas con ZimaOS 1.5.x, y la transferencia de Files se detenía repetidamente con el mensaje «el host está inactivo», aunque ambos servidores seguían conectados.
Ese comportamiento histórico debe diferenciarse del ZimaOS actual. IceWhale ahora recomienda explícitamente usar Almacenamiento LAN en Files para trasladar datos desde otro NAS, mientras que la aplicación Copia de seguridad actual puede utilizar otro dispositivo Zima como destino y ofrece tareas reanudables y tolerantes a fallos. Para una transferencia muy grande, elige el método según quieras realizar una copia visible única, una tarea de protección reanudable o el traslado físico más rápido.
La transferencia de Files del origen se reiniciaba repetidamente mientras ambos hosts seguían conectados
El usuario probó en ambas direcciones: enviar desde el dispositivo ZimaOS antiguo y extraer desde el nuevo. En ambos casos, el flujo de trabajo de Files basado en el navegador terminaba deteniéndose, aunque el panel del origen seguía accesible.
La comunidad recomendó rsync como la opción de CLI más reanudable
Una respuesta de la comunidad propuso usar rsync mediante SSH, con compatibilidad para transferencias parciales, de modo que una copia interrumpida pudiera volver a ejecutarse sin empezar de cero. Es una recomendación avanzada útil, pero no fue publicada por personal de IceWhale y el usuario de origen no confirmó haberla utilizado.
Las indicaciones actuales de IceWhale siguen utilizando Files para migraciones de NAS a NAS
La documentación actual de ZimaOS recomienda añadir el NAS antiguo como Almacenamiento LAN en Files y copiar las carpetas al almacenamiento del nuevo ZimaOS. Por tanto, el tiempo de espera agotado de la versión 1.5.x no debe generalizarse como «nunca uses Files para migraciones grandes».
Usa el flujo de trabajo actual de migración mediante Almacenamiento LAN para realizar una copia visible normal.
La aplicación Copia de seguridad actual puede utilizar otro dispositivo Zima como destino
Para transferencias prolongadas en las que el comportamiento de reanudación sea más importante que examinar manualmente el destino, la aplicación Copia de seguridad actual admite otro dispositivo Zima como destino. IceWhale documenta la programación, el progreso en tiempo real, la reanudación y la tolerancia a fallos.
Consulta el flujo de trabajo actual de copias de seguridad reanudables entre dispositivos Zima.
SMB es una alternativa sencilla a la lógica de copia del navegador
La comunidad de origen también recomendó montar el recurso compartido SMB del origen en el destino y copiar desde el lado del destino. Anteriormente, el usuario había trasladado datos correctamente desde un NAS antiguo a ZimaOS mediante recursos compartidos SMB montados.
Un dispositivo externo USB o NVMe puede ser la opción más rápida cuando los equipos están cerca físicamente
Para cientos de gigabytes o varios terabytes, una SSD/NVMe externa rápida puede evitar todas las variables de la red. La desventaja es que requiere dos pasadas de copia: del origen al dispositivo externo y después del dispositivo externo al destino.
Muchos archivos pequeños pueden hacer que la migración parezca mucho más lenta
AppData, las miniaturas, los archivos sidecar de fotos, los árboles de código y otros conjuntos de datos con muchos metadatos pueden transferirse mucho más despacio que los archivos multimedia grandes, porque cada archivo requiere operaciones de apertura, creación y metadatos.
Verifica los datos antes de eliminar el origen
Después de cualquier migración, compara carpetas representativas y, cuando sea práctico, el número de archivos; además, abre los archivos importantes en el destino. Mantén intacto el origen hasta haber utilizado correctamente el nuevo equipo y contar con una copia de seguridad.
Files y Copia de seguridad resuelven problemas de migración diferentes
Files es la opción más clara cuando quieres examinar el origen, seleccionar carpetas concretas y ver inmediatamente los archivos copiados en el destino. Copia de seguridad es mejor cuando se espera que la transferencia dure horas o días y valoras la reanudación, la tolerancia a fallos, la programación y un historial de tareas recuperable.
No describas una tarea de Copia de seguridad como un «traslado» transparente. Crea una copia protegida con su propia semántica de restauración; confirma la estructura del destino antes de eliminar el origen.
Comprueba la ruta de red antes de optimizar la herramienta de copia
En un enlace nominal de 1 GbE, verifica que ambas máquinas hayan negociado realmente Ethernet Gigabit, que no haya ningún segmento Wi‑Fi o de 100 Mb/s y que el conmutador y el cableado funcionen correctamente. Ninguna herramienta de copia puede superar la velocidad de un enlace físico lento.
Después, prueba con un archivo grande. Si un archivo grande se transfiere rápido pero un árbol de directorios es lento, es probable que el número de archivos y la sobrecarga de metadatos del conjunto de datos sean más importantes que el ancho de banda de red sin procesar.
Los archivos de usuario y el AppData activo requieren un tratamiento diferente
Las películas, fotos y documentos normalmente pueden copiarse como archivos comunes. Las bases de datos de aplicaciones activas y AppData pueden requerir detener o exportar la aplicación, o migrarlos mediante procedimientos específicos de la aplicación, para que la copia sea internamente coherente.
No des por hecho que copiar el directorio de una base de datos en ejecución entre equipos produce una migración válida de la aplicación.
Conserva o reconstruye deliberadamente los permisos de los recursos compartidos
Aunque lleguen todos los bytes, el dispositivo ZimaOS de destino tiene sus propios usuarios, definiciones de recursos compartidos y asignaciones de contenedores. Vuelve a crear los permisos de Samba y las rutas de volúmenes de las aplicaciones necesarios; después, prueba el acceso con el usuario no administrador previsto.
Usa una transición en dos fases para los datos importantes
Para una migración grande de un NAS activo, copia primero los datos masivos mientras el equipo antiguo siga funcionando. Cerca de la transición, detén o pausa las aplicaciones que escriben datos, ejecuta una pasada incremental/reanudable final, verifica el destino y cambia entonces los clientes al nuevo equipo. Esto reduce el tiempo de inactividad y evita eliminar demasiado pronto la única copia válida.
Preguntas frecuentes sobre la migración entre dispositivos ZimaOS
¿El origen demostró que Files siempre es poco fiable para copias grandes?
No. Documentó un caso de fallo de la versión 1.5.x. Las indicaciones actuales de IceWhale siguen utilizando Files/Almacenamiento LAN para la migración de NAS.
¿Qué opción actual admite transferencias reanudables entre dispositivos Zima?
La aplicación Copia de seguridad actual puede utilizar otro dispositivo Zima como destino e incluye funciones de reanudación y tolerancia a fallos.
¿rsync fue el método final confirmado por el usuario de origen?
No. rsync fue un consejo de la comunidad; posteriormente, el usuario indicó que la migración había terminado sin documentar el método de transferencia final.
