Registro y reproducción de actividad en disco: ¿Es posible?

¿Alguna vez te has preguntado si existe un programa capaz de llevar un registro completo de la actividad en un disco determinado, almacenando archivos nuevos y movimiento entre directorios, para luego poder reproducir ese historial posteriormente sobre otro disco? La idea suena fascinante: un sistema que actúe como un *journal* o registro de operaciones del sistema de archivos, permitiendo reconstruir el estado de una copia simplemente «reproduciendo» las acciones guardadas.

La respuesta corta es que, aunque el concepto existe y tiene sentido lógico, no es muy común encontrar una aplicación de escritorio que haga exactamente eso de forma transparente. Para entender por qué, hay que analizar las diferentes aproximaciones actuales a este problema.

Enfoques actuales para monitorear y replicar

Herramientas de sincronización con monitoreo continuo, como Syncthing o Resilio Sync, son muy populares. Estas aplicaciones observan cambios en archivos creados, modificados, eliminados o renombrados y los replican casi en tiempo real a otro disco o equipo. Sin embargo, hay un detalle fundamental: estas herramientas no almacenan un historial completo de eventos para poder «reproducirlo» después desde cero. Su objetivo es mantener dos copias idénticas en el presente, no recrear el pasado.

Sistemas de copia incremental

Por otro lado, existen sistemas de copia incremental como rsnapshot, restic o BorgBackup. Estas herramientas guardan únicamente las diferencias entre estados para ahorrar espacio. Aunque son excelentes para respaldos eficientes, no registran el orden exacto de las operaciones que generaron esas diferencias. Por lo tanto, no pueden simplemente «reproducir» un estado antiguo aplicando una secuencia de comandos.

Monitores del sistema de archivos

¿Qué pasa si queremos controlar cada movimiento? En Windows puedes utilizar clases como FileSystemWatcher para programar tu propia solución, o herramientas como Directory Monitor. Estas aplicaciones registran eventos específicos como creación, renombrado, borrado y movimiento. Si guardas esos eventos en un archivo de registro (*log*), teóricamente podrías reproducirlos posteriormente.

Journaling a bajo nivel

Otra aproximación es el journaling a bajo nivel. El sistema de archivos NTFS, por ejemplo, mantiene el USN Change Journal, que registra cambios en archivos y directorios. Es posible leer este registro para reconstruir qué ocurrió, aunque requiere software especializado y no está diseñado como un mecanismo de réplica directa.

Ventajas y limitaciones clave

Aunque no sea una herramienta estándar, la idea tiene varias ventajas significativas sobre una sincronización tradicional. El log puede ser muy pequeño comparado con volver a escanear millones de archivos para detectar cambios. Además, puedes reconstruir el estado de otro disco simplemente «reproduciendo» las operaciones en orden. Si un archivo se mueve varias veces, solo registras los movimientos, sin volver a copiarlo físicamente cada vez.

No obstante, hay una limitación importante que no se puede ignorar: si el disco de destino parte vacío, el log por sí solo no basta. Necesitas un estado inicial, como una copia completa o un snapshot, y luego aplicar el registro de cambios sobre esa base. Es exactamente el mismo principio que usan las bases de datos modernas con un respaldo inicial más un *write-ahead log*.

Si lo que buscas es algo para uso personal, incluso podría hacerse mediante un servicio personalizado: observar un directorio, registrar eventos como CREATE, MOVE, DELETE y RENAME, copiar archivos nuevos a un almacén, y luego reproducir esos eventos sobre otro disco cuando sea necesario.

Curiosamente, este enfoque se parece mucho a cómo funcionan sistemas de control de versiones o la replicación de bases de datos, pero aplicado directamente al sistema de archivos. No es una idea descabellada; simplemente no suele ofrecerse como producto de escritorio porque la mayoría de los usuarios prefieren la sincronización por estado («haz que A y B sean iguales») en lugar de la sincronización por operaciones («reproduce exactamente lo que hice»).