📸 Ficheros en uso (VSS en Windows)

En Windows los ficheros abiertos con exclusión (bases de datos, PST de Outlook, máquinas virtuales) no se pueden leer directamente — el SO devuelve error 32/33. IO Backup los copia igualmente usando instantáneas VSS.

Cómo funciona

• Cuando un fichero del origen falla por estar en uso, el motor crea una instantánea VSS del volumen (una por volumen y ejecución).
• Lee el fichero desde la instantánea — consistente en el tiempo aunque el fichero siga cambiando en el disco real.
• Al terminar la pasada, la instantánea se borra. Si quedó pendiente, se reintenta su limpieza después.

Qué ves en la app

• Los ficheros leídos por VSS aparecen en el log de la ejecución marcados como tales.
• Un error de lectura del origen se clasifica como CoreError::Source: el fichero se omite y se reintenta en la siguiente pasada — nunca cuenta como "destino inalcanzable" ni invalida la copia.

Limitaciones honestas

• VSS congela el fichero, no la aplicación: una copia VSS de una base de datos es "crash-consistent" (como arrancar tras un apagón). Las bases modernas se recuperan bien, pero para máxima consistencia usa un pre_command de dump.
• Requiere el servicio VSS de Windows activo y espacio libre en el volumen para la instantánea.
• En macOS/Linux no existe VSS: los ficheros en uso normalmente se pueden leer igualmente; si uno falla, se omite y reintenta.

Si VSS falla en tu equipo

• vssadmin list writers y el visor de eventos muestran el motivo (normalmente: VSS deshabilitado, poco espacio en disco, o un writer roto de otro software).
• El log del motor (Registros) registra el error exacto de VSS — búscalo antes de asumir que el fichero está corrupto.