La velocidad de las copias de seguridad por USB suele desplomarse después de decenas de gigabytes cuando se llena una caché rápida o el trabajo sostenido deja al descubierto un límite más lento de almacenamiento, temperatura o transporte.
Los primeros 50 GB no constituyen un umbral universal. Son una pista de que la transferencia pasó del comportamiento en ráfaga al comportamiento en estado estable, alcanzó un conjunto de archivos diferente, llenó la caché de un SSD, activó la limpieza de una unidad SMR, calentó una carcasa o dejó al descubierto reintentos del USB. El diagnóstico correcto compara los mismos datos de origen mediante pruebas controladas con archivos grandes y pequeños, mientras registra la latencia del destino, la temperatura, los errores del enlace y los bytes realmente escritos.
Confirma si la ralentización sigue a los bytes, al tiempo o al número de archivos
Repite una copia de seguridad acotada y registra el tiempo transcurrido, los bytes transferidos, el número de archivos, el tamaño medio de los archivos, la velocidad de lectura del origen, la velocidad de escritura del destino y el punto exacto en el que disminuye el rendimiento.
Fio distingue entre cargas de trabajo secuenciales y aleatorias, por lo que resulta adecuado para comprobar si el destino se ralentiza después de un volumen fijo de bytes o solo cuando la copia alcanza muchos archivos pequeños.
Si la caída se produce cerca del mismo número de gigabytes escritos independientemente de la combinación de archivos, investiga los límites de la caché y la temperatura. Si sigue al número de archivos o a la profundidad de los directorios, es más probable que se deba a los metadatos y a la sobrecarga de la aplicación.
Comprueba si se ha llenado la caché de ráfaga del SSD
Identifica el medio de destino y registra su modelo, espacio libre, temperatura, firmware y comportamiento de escritura sostenida. Compara la velocidad del primer minuto con la velocidad posterior a la ralentización.
Crucial explica que el rendimiento de un SSD puede disminuir cuando la recolección de basura en segundo plano necesita tiempo para realizar la limpieza, por lo que una ráfaga rápida y breve no representa la velocidad de escritura de larga duración de la unidad.
Pausa la carga de trabajo el tiempo suficiente para que la unidad se enfríe y realice la limpieza en segundo plano; después, reanuda la operación con los mismos datos. Una recuperación temporal respalda la hipótesis de presión térmica o de caché, pero no permite identificar cuál de las dos es sin datos de temperatura y latencia.
Descarta la limpieza gestionada por la unidad SMR
Comprueba si el destino USB contiene un disco SMR gestionado por la propia unidad. Compara un flujo secuencial grande con una copia de seguridad que actualice o cree repetidamente muchos archivos pequeños.
Seagate afirma que las unidades SMR funcionan mejor con escrituras predecibles, mientras que las actualizaciones fragmentadas o aleatorias pueden generar más movimiento interno y una velocidad menor en estado estable.
No deduzcas que una unidad es SMR únicamente por su capacidad o marca. Confirma el modelo exacto y evita utilizar una unidad cuyas características de carga de trabajo sean incompatibles con copias incrementales frecuentes o con muchos metadatos.
Comprueba si hay reinicios del USB, suspensión automática y reintentos del enlace
Guarda el registro del equipo desde antes de iniciar la copia de seguridad hasta después de la ralentización. Busca reinicios del dispositivo, errores de UAS, cancelaciones de comandos, cambios en la velocidad negociada, desconexiones y transiciones de suspensión automática.
El kernel de Linux documenta la gestión de energía del USB en tiempo de ejecución, lo que ayuda a distinguir una ralentización del medio de almacenamiento de una ruta de transporte que se suspende, reanuda o reinicia repetidamente bajo una carga sostenida.
Un enlace USB puede permanecer conectado mientras los reintentos reducen el rendimiento útil. Prueba un puerto trasero directo, un cable corto en buen estado, el adaptador de corriente adecuado y otro equipo antes de cambiar el sistema de archivos o la configuración de la copia de seguridad.
Determina si la copia de seguridad cambia a una carga de trabajo con archivos pequeños
Inspecciona el registro de la copia de seguridad alrededor de la ralentización y compara el tamaño medio de los archivos, la velocidad de creación, las operaciones de metadatos, el procesamiento de ACL, las sumas de comprobación, la compresión y el cifrado antes y después del umbral.
Red Hat describe el almacenamiento de archivos pequeños como una carga de trabajo intensiva en metadatos, por lo que un valor menor de MB/s puede ser normal cuando la copia pasa de archivos grandes con mucha carga útil a numerosas operaciones de creación, cierre, consulta de atributos y actualización de directorios.
Mide los archivos por segundo además de los megabytes por segundo. Una fase con archivos pequeños puede mostrar un bajo rendimiento en bytes mientras la pila de almacenamiento sigue ocupada y responde correctamente.
Verifica el espacio libre, el descarte y la amplificación de escritura
Registra el espacio libre del destino, la retención de instantáneas, el uso de la papelera de reciclaje, la asignación ligera y si el descarte llega a un SSD a través del puente USB y del sistema de archivos.
El manual de fstrim explica que los bloques no utilizados deben comunicarse al almacenamiento compatible antes de poder reutilizarse de forma eficiente.
No habilites el descarte a través de una carcasa que no lo transmita de forma segura. Primero restablece un margen de espacio libre adecuado y después compara el mismo segmento de la copia de seguridad tras realizar una limpieza compatible.
Realiza una prueba A/B controlada antes de sustituir el hardware
Crea un conjunto de pruebas con archivos grandes y otro del mismo tamaño con archivos pequeños. Ejecuta cada uno en el mismo destino después de que se enfríe y repite la prueba con otra ruta USB o destino, registrando la temperatura y los errores.
La guía de ZimaSpace sobre la preparación de una copia de seguridad inicial grande ofrece un método relacionado para separar la programación de copias y la saturación de la red del rendimiento en estado estable del destino.
El diagnóstico está completo cuando la ralentización sigue una condición medible —agotamiento de la caché, limpieza SMR, combinación de archivos, temperatura, reintentos del USB o poco espacio reutilizable— y la ruta corregida mantiene la velocidad esperada en estado estable.
Preguntas frecuentes
¿Una ralentización después de 50 GB demuestra que la unidad tiene una caché de 50 GB?
No. El umbral también puede reflejar el tiempo transcurrido, la temperatura, la combinación de archivos, la presión por falta de espacio o la limpieza interna. Repite la prueba con distintas formas de datos antes de estimar el tamaño de la caché.
¿Por qué pausar la copia de seguridad restablece temporalmente la velocidad?
La pausa puede permitir que un SSD procese los datos almacenados en caché, que un disco SMR reorganice las escrituras, que una carcasa se enfríe o que el transporte USB se recupere. Se necesitan registros de temperatura y latencia para distinguir estas posibilidades.
¿Debo evaluar el rendimiento de la copia de seguridad según la velocidad inicial?
No. La planificación de capacidad debe utilizar la velocidad estable después de que se llenen las cachés y la carga de trabajo alcance su combinación habitual de datos, metadatos, verificación y tareas de retención.
Soporte y Consejos
Más para leer

¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...

Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...

Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...

