Ordena tus archivos por lo difíciles que son de reemplazar, no por lo grandes que son
El tamaño es el eje equivocado, y es por el que todo el mundo empieza. Ordena en tres montones.
Irreemplazable: fotografías, vídeo de personas, documentos, todo lo que hiciste tú. Si esto desaparece, desaparece, y ninguna compra lo devuelve.
Caro de reemplazar: una colección de contenidos extraída de discos que aún conservas, archivos de proyecto que podrían rehacerse con semanas de trabajo, bibliotecas de programas. Perder esto es un mes malo, no una pérdida definitiva.
Reemplazable: todo lo que puede descargarse otra vez, sistemas operativos, cachés, copias de copias. Perder esto es una tarde.
Casi todas las decisiones de organización que vienen después salen de estos tres montones, y también todas las decisiones sobre copias. El montón que importa suele ser el más pequeño, que es la parte que sorprende a la gente y la que hace manejable el problema entero.
Separa el conjunto de trabajo del archivo histórico, y pon cada uno en la unidad que le va
El conjunto de trabajo es lo que estás abriendo, editando y guardando este mes. Es pequeño, se toca constantemente, y es donde una unidad rápida cambia la sensación de una máquina.
El archivo histórico es todo lo demás: terminado, guardado, abierto de vez en cuando. Es grande, se lee mucho más de lo que se escribe, y no se beneficia del almacenamiento más rápido que tengas.
Las unidades de estado sólido son el sitio del conjunto de trabajo. Las unidades mecánicas son donde está la capacidad, y un archivo histórico es la carga para la que se construyeron. El error se comete en los dos sentidos, y es habitual: una unidad de estado sólido enorme guardando archivos que nadie ha abierto en tres años, o un proyecto en marcha en una unidad mecánica que se pasa el día buscando.
Cuando hay una carcasa NAS de por medio, la misma separación se aplica dentro de ella. Algunas carcasas admiten una tarjeta de estado sólido junto a sus bahías mecánicas, y el trabajo sensato para esa tarjeta es la parte de la carga que es pequeña y está ocupada, no un segundo archivo histórico.
Lee lo que publica el fabricante sobre las unidades, y lee las cifras correctas
Tres cifras se confunden entre sí en la hoja de especificaciones de una unidad, y la posición del sitio es que son tres cosas distintas.
TBW es una cantidad de datos escritos, publicada para las unidades de estado sólido. MTBF es una estadística sobre una población de unidades, publicada en horas. La garantía es un plazo comercial con sus propias condiciones. Ninguna de las tres es una esperanza de vida, y una unidad que publica una de ellas no ha publicado las otras dos.
Para las unidades mecánicas destinadas a una carcasa que funciona sin parar, las cifras que el fabricante publica sobre ese uso —una carga de trabajo declarada en terabytes por año, y si la unidad está especificada para funcionamiento continuo— son las que describen el trabajo. También lo es el método de grabación: algunas unidades usan grabación por tejas, que cambia su comportamiento al reescribir, y los fabricantes que la emplean lo publican.
La capacidad la publica el fabricante en la unidad del fabricante. Una máquina que muestra en unidades de 1024 enseña una cifra distinta para el mismo material, y las dos descripciones son correctas. Planifica con la cifra de la caja, y compara unidades en una sola unidad de medida en vez de en dos.
Elige el número de bahías antes que el número de terabytes
El número de bahías es una decisión sobre los próximos cinco años; la capacidad es una decisión que puedes revisar en cualquier momento comprando una unidad mayor.
Una caja de una bahía es un sitio donde poner archivos. Es honesta sobre lo que es, y toda su historia de protección vive en otra parte.
Una caja de dos bahías puede llevar dos volúmenes independientes, o un volumen replicado en espejo entre las dos. El espejo te da la capacidad de una unidad y mantiene el volumen legible cuando una de ellas falla.
Cuatro bahías en adelante es donde la redundancia distribuida empieza a merecer la pena, porque un esquema que renuncia a la capacidad de una unidad cuesta proporcionalmente menos según sube el número. Es también donde la carcasa deja de ser silenciosa, y donde las páginas de ruido y calor pasan a ser pertinentes.
Compra las bahías vacías si la carcasa lo permite y ve llenándolas con el tiempo. Una carcasa con una bahía libre es un camino de mejora; una carcasa llena el día que llega es una migración esperando su turno.
Entiende qué hace por ti la redundancia, y qué no hace
Un nivel de redundancia forma parte de la organización del almacenamiento, y pertenece a esta decisión. No forma parte del plan de seguridad, y no pertenece a aquella.
Lo que da un esquema en espejo o distribuido es continuidad: el volumen sigue legible cuando falla una unidad, y sustituyes la unidad sin parar. Eso vale de verdad, y es lo que la función se diseñó para entregar.
Lo que no toca es todo lo que alcanza a todas las unidades a la vez: un borrado, una aplicación que escribe encima de una carpeta, un programa hostil que cifra lo que ve, un incidente eléctrico, un robo, un incendio. Todo eso llega a la vez a cada unidad de la caja, porque la caja hace exactamente lo que se le mandó. Las copias guardadas en otra parte son lo que cubre eso, y son una compra aparte, una rutina aparte y una página aparte.
La reconstrucción tras una sustitución lleva además un tiempo proporcional al tamaño de las unidades, y durante ese tiempo el conjunto está haciendo un trabajo sostenido. Eso es una razón para preverlo, no una razón para evitar la redundancia.
Nombra las carpetas de primer nivel una sola vez, y diséñalas para no reorganizar nunca
La organización que sobrevive es aquella en la que un archivo nuevo tiene un sitio evidente sin que nadie piense. Unas pocas reglas lo hacen probable.
Pon la separación que decidiste arriba del todo: trabajo y archivo histórico como carpetas de primer nivel separadas, o como recursos compartidos separados en una carcasa. Después organiza dentro de cada una por algo que no cambie de opinión —un año, un proyecto, una persona— y no por un estado que se mueve, porque una carpeta llamada actual es una carpeta que hay que reordenar cada pocos meses.
Mantén el montón irreemplazable en los menos sitios posibles. Simplifica la rutina de copias, y una rutina de copias sencilla es la que se ejecuta de verdad.
Evita una organización que dependa de la biblioteca propia de una aplicación. Si la estructura de carpetas solo tiene sentido dentro de un programa concreto, pasarse después a otro programa significa desenredarla.
Deja margen, y trata la última parte de cada volumen como no disponible
Un volumen casi lleno es un volumen que se porta mal: las unidades mecánicas se fragmentan y buscan, las de estado sólido tienen menos sitio para barajar bloques por dentro, y las carcasas que guardan instantáneas o versiones necesitan espacio libre donde guardarlas.
Planifica la capacidad como si una parte de cada unidad no existiera. Cuando una carcasa guarda versiones de archivo o instantáneas, lee lo que dice el fabricante sobre cuánto espacio consumen, porque esas versiones son la función que salva un archivo que alguien sobrescribió, y existen únicamente mientras haya sitio.
Deja la organización escrita, y pon la nota donde está el equipo
Una página: qué unidad o qué recurso compartido guarda cada montón, cómo se llama cada uno, cuál de ellos se copia a otra parte y cada cuánto, y cuáles son los modelos y las capacidades de las unidades.
El valor de esa página tampoco es el orden. Es que una organización es un conjunto de decisiones, y dentro de dos años las decisiones serán invisibles: verás solo carpetas, sin registro de por qué se pusieron los archivos donde están, y la reorganización que juraste no hacer nunca empezará a parecer razonable.
Las preguntas que surgen antes de un pedido
¿El archivo histórico debe vivir en unidades giratorias o en estado sólido?
Para cualquier cosa grande y que se abre pocas veces, las unidades mecánicas siguen siendo donde está la capacidad, y un archivo histórico es justo la carga a la que no le importa la diferencia de tiempo de acceso. El estado sólido se gana su precio donde los archivos se abren, se editan y se guardan constantemente, que describe un conjunto de trabajo y no un archivo histórico.
¿Cuánto espacio libre debería dejar en una unidad?
El suficiente para que la unidad nunca esté cerca de llenarse, y más en estado sólido que en mecánica. Los fabricantes explican en su propia documentación por qué una unidad de estado sólido casi llena tiene menos sitio para trabajar por dentro. La versión práctica es tratar la última parte de cualquier unidad como no disponible y planificar la capacidad como si lo fuera.
¿Basta por sí sola una carcasa de dos bahías con un espejo?
Basta para seguir trabajando pese al fallo de una unidad, que es para lo que está diseñada. No hace nada ante un archivo borrado por error, una carpeta sobrescrita por una aplicación, un cifrado hostil, un robo o un incendio, porque todo eso alcanza a las dos unidades en el mismo instante. Las copias en otro sitio son una compra aparte y una decisión aparte.
Última revisión el 10 de septiembre de 2026
