¿Cuánto tiempo debería tardar un escaneo del sistema de archivos en un NAS doméstico?

Un escaneo de sistema de archivos NAS doméstico puede tomar desde unas pocas horas hasta más de un día, y ninguno de estos resultados es automáticamente anormal.

La pregunta útil es si este escaneo coincide con la tasa normal del mismo pool. La capacidad usada, la velocidad del HDD o SSD, la geometría del pool, los reintentos de errores y las cargas de trabajo en competencia cambian la duración, por lo que tus propias ejecuciones limpias proporcionan una mejor referencia que una estimación universal.

Qué determina realmente el tiempo de escaneo

Un escaneo verifica los datos asignados en lugar de simplemente contar la capacidad anunciada del disco. Para ZFS, la duración cambia con los datos usados y el rendimiento del pool; un pool poco lleno puede terminar mucho antes que un pool casi lleno del mismo tamaño.

El tipo de disco, la configuración espejo o paridad, la fragmentación, el ancho de banda del controlador y la distribución de registros también importan. Un escaneo puede leer cada bloque del pool que contiene datos mientras cede prioridad de E/S a las aplicaciones activas.

Estima una referencia útil a partir de tu propio pool

Registra la hora de inicio, datos asignados, tasa promedio de escaneo, carga de trabajo, estado del pool, bytes reparados y errores finales en varias ejecuciones limpias. Una prueba publicada en la que un escaneo de 13.6 TB se completó en unas 24 horas es útil como ejemplo de escala, no como promesa para hardware diferente.

Una estimación aproximada es dividir los datos asignados por la tasa sostenida de escaneo, con un margen para el tráfico de aplicaciones y regiones más lentas del pool. No multipliques la tasa más rápida mostrada en los primeros minutos; la estimación puede cambiar a medida que el sistema de archivos alcanza diferentes bloques y dispositivos.

Cuando un escaneo lento indica un problema

Investiga cuando la tasa está materialmente por debajo de ejecuciones previas bajo condiciones similares, el escaneo se pausa repetidamente en el mismo punto, aumentan los contadores de errores del dispositivo o un disco muestra alta latencia, reinicios o temperatura elevada. Un ETA cambiante por sí solo es una evidencia débil.

El propósito no es solo la velocidad. La verificación completa de datos y los checksums revelan corrupción silenciosa antes de que otra falla elimine la copia buena para reparar. Por lo tanto, los errores de escaneo merecen más atención que un tiempo de finalización inconveniente.

Programa escaneos sin ocultar fallos

Ejecuta escaneos regularmente durante una ventana que permita que terminen, pero mantén las cargas de trabajo ordinarias disponibles si el sistema de archivos está diseñado para verificaciones en línea. Si la E/S de producción causa una gran desaceleración, programa la parte más intensiva fuera de las tareas de respaldo, indexación y procesamiento de medios.

Revisa el estado final en lugar de confiar solo en la finalización de la tarea. Un escaneo complementa las copias de seguridad y snapshots; no las reemplaza, y los snapshots pueden preservar datos ya corruptos si las verificaciones de integridad nunca exponen el daño.

Preguntas frecuentes

¿Se puede usar el NAS mientras se ejecuta un escaneo?

Generalmente sí. Espera algo de latencia o impacto en el rendimiento, especialmente en pools con HDD, y compara el comportamiento con la configuración de prioridad del sistema de archivos antes de pausar la tarea.

¿Por qué el ETA del escaneo sigue cambiando?

La tasa de escaneo cambia con las regiones asignadas, la respuesta del disco y la E/S en competencia. Usa la tendencia a lo largo de la ejecución y tus referencias previas en lugar de una estimación temprana.

¿Deberías detener un escaneo que está tardando demasiado?

No solo por la duración. Revisa el estado, errores del dispositivo, temperatura e impacto en las aplicaciones. Detén o pausa solo cuando la plataforma lo soporte y un fallo específico o riesgo operativo justifique la intervención.