El objetivo arquitectónico es sólido: usar SSD en RAID 0 únicamente para las cargas de trabajo que realmente necesitan el máximo rendimiento, proteger después ese grupo de trabajo de alto riesgo con copias de seguridad independientes en HDD y mantener al menos una copia fuera del sitio. RAID 0 no ofrece redundancia, por lo que el fallo de un solo SSD puede dejar fuera de servicio todo el conjunto de trabajo.
La respuesta de la comunidad de 2025 recomendaba discos HDD independientes en rotación junto con rsync nocturno, pero el autor original planteó una objeción importante: ZimaOS ya tenía un modo Automático en Copias de seguridad, y quería saber si al volver a colocar un HDD antiguo en la misma bahía se reconocería automáticamente. El hilo terminó antes de responder a esas preguntas. La documentación actual de IceWhale ofrece ahora una base compatible más clara: la aplicación Copias de seguridad admite tareas programadas, varios destinos independientes, reanudación y tolerancia a fallos, y puntos de restauración con versiones; sin embargo, la documentación pública actual no describe un flujo de trabajo garantizado que permita «intercambiar cualquier HDD antiguo en la misma bahía y reconciliarlo automáticamente mediante su identidad».
RAID 0 Necesita un Plan de Copias de Seguridad Real
RAID 0 combina SSD para obtener capacidad y rendimiento sin paridad ni duplicación. El fallo de un solo miembro puede destruir el conjunto. Para el trabajo profesional, la copia de seguridad debe considerarse parte del diseño, no algo que se añade después.
Los HDD de Copia de Seguridad Independientes Se Adaptan Mejor a la Rotación que RAID 1
La comunidad recomendó mantener independientes los HDD de 26 TB en lugar de emparejar dos de ellos en RAID 1. Así, cada disco es una copia completa que se puede retirar y almacenar fuera del sitio, y se evita reconstruir un espejo cada vez que se rota una unidad.
Esta es una recomendación de diseño de la comunidad, no un requisito de IceWhale. RAID 1 puede mejorar la disponibilidad mientras ambos HDD permanezcan instalados, pero resulta poco práctico como mecanismo físico de rotación y almacenamiento fuera del sitio.
Las Copias de Seguridad Actuales de ZimaOS Admiten el Flujo de Trabajo Básico 3-2-1
La documentación actual de IceWhale indica que una sola aplicación Copias de seguridad puede utilizar fuentes y destinos Zima, USB, LAN o en la nube, ejecutar tareas según una programación, reanudar transferencias interrumpidas, conservar versiones y puntos de restauración, y mantener varias tareas desde una fuente hacia distintos destinos.
Utiliza el modelo actual de Copias de seguridad de ZimaOS.
No Des por Válida la Afirmación de 2025 de que «Automático» Significa Instantáneo con Cada Cambio
El autor original citó una frase de la interfaz que indicaba que las fuentes Zima/USB podían ejecutarse instantáneamente cuando cambiaban los archivos. Otra conversación oficial de la comunidad del mismo periodo describía el modo Automático de Copias de seguridad de ZimaOS como una función que se ejecutaba a horas concretas, normalmente de madrugada. La propia fuente nunca concilió esas descripciones.
La documentación pública actual describe las copias de seguridad programadas y no promete replicación tras cada cambio provocado por un evento del sistema de archivos. Para la planificación de producción, utiliza la programación documentada actualmente en lugar de basarte en una frase antigua de la interfaz.
rsync Es una Herramienta de Espejo y Transferencia, No una Copia de Seguridad con Versiones Automática
El script de la comunidad utilizaba:
rsync -avh --delete ...La opción --delete hace que el destino replique las eliminaciones del origen RAID 0. Esto puede ser útil para un espejo, pero también puede propagar una eliminación accidental al disco de copia de seguridad.
Si utilizas rsync, empieza sin opciones destructivas, usa --dry-run, verifica la ruta de destino y diseña las instantáneas o el control de versiones por separado si es importante poder recuperar archivos eliminados.
La Rotación de Discos Necesita una Identidad Estable y una Verificación Explícita
Intercambiar discos en una misma bahía física no garantiza que cada disco insertado reciba siempre el mismo nombre o ruta de montaje. Un proceso de rotación sólido debe identificar el disco mediante una identidad estable del dispositivo o almacenamiento, confirmar que el destino esperado está montado y, después, iniciar la copia de seguridad.
No ejecutes un trabajo de espejo destructivo simplemente porque «algo» esté montado en la ruta de destino antigua.
Rota las Copias Fuera del Sitio con Más Frecuencia que Cada Pocos Meses para el Trabajo Crítico
Una rotación cada tres o cuatro meses deja una gran brecha en el punto de recuperación si el grupo de trabajo en el sitio y la copia de seguridad local se pierden juntos. El intervalo adecuado depende de la tasa de cambios y de la tolerancia empresarial, pero los datos profesionales importantes suelen justificar una frecuencia de rotación fuera del sitio mayor.
Prueba la Restauración Antes de Confiar en la Rotación
Para cada HDD de copia de seguridad, restaura un proyecto o archivo representativo, verifica las sumas de comprobación o que la aplicación pueda leerlo y registra la fecha de la última copia de seguridad correcta antes de llevar el disco fuera del sitio.
Preguntas Frecuentes sobre las Copias de Seguridad de RAID 0
¿RAID 1 en los HDD de copia de seguridad es lo mismo que rotar copias independientes?
No. RAID 1 mejora la disponibilidad mientras ambas unidades forman parte del espejo; los discos independientes son más fáciles de retirar y almacenar fuera del sitio como copias separadas.
¿La documentación actual de ZimaOS promete una replicación verdaderamente en tiempo real tras cada cambio?
La documentación pública actual de Copias de seguridad describe tareas programadas, reanudación y tolerancia a fallos, y versiones, en lugar de un espejo garantizado basado en eventos del sistema de archivos.
¿rsync --delete es automáticamente más seguro que Copias de seguridad de ZimaOS?
No. Replica intencionadamente las eliminaciones y requiere validar cuidadosamente el destino, además de usar un control de versiones independiente si quieres poder recuperar errores.
