¿Cómo determinar cuándo se realizan los archivos copiando para su posterior procesamiento?

Question

Bien, para comenzar esto es estrictamente para Windows y prefiero usar C++ sobre .NET pero no me opongo a boost::filesystem, aunque si se puede evitar en favor de la API de Windows directa, preferiría eso.

Ahora el escenario es una aplicación en otra máquina que no puedo cambiar va a crear archivos en un directorio particular en la máquina que necesito para hacer copias de seguridad y hacer un procesamiento adicional. Actualmente he hecho una pequeña aplicación que se sentará y escuchará las notificaciones de cambio en un directorio de destino usando FindFirstChangeNotification y FindNextChangeNotification API de Windows.

El problema es que aunque puedo recibir notificaciones cuando se crean nuevos archivos en el directorio, modificaciones, cambios de tamaño, etc. solo se notifica una vez y no me dice específicamente qué archivos. También miré ReadDirectoryChangesW, pero es la misma historia, excepto que puedo obtener información un poco más específica.

Ahora puedo escanear el directorio e intentar adquirir bloqueos o abrir los archivos para determinar qué cambió específicamente desde la última notificación y si están disponibles para su uso posterior, pero en el caso de copiar un archivo grande he encontrado esto no es lo suficientemente bueno ya que el archivo no estará listo para ser manipulado y no recibiré ninguna otra notificación después del primero, así no habrá forma de saber cuándo se ha hecho realmente la copia, a menos que después de la primera notificación trate de adquirir continuamente se bloquea hasta que tenga éxito.

La única otra cosa que puedo pensar que sería menos hacker sería tener algún tipo de final del archivo testigo pero ya no tengo control sobre la aplicación de la creación de los archivos, en primer lugar yo no' Veo cómo haré eso y todavía no es ideal.

¿Alguna sugerencia?

Answer 1

Este es un problema bastante común y que no tiene una respuesta fácil. La adquisición de bloqueos es una de las mejores opciones cuando no puede cambiar la cosa en el extremo remoto. Otra cosa que he visto es mirar el archivo a intervalos hasta que el tamaño no cambie durante un intervalo o dos.

Otras estrategias incluyen escribir un archivo de no byte como activador cuando el archivo principal está completo y escribir en un directorio temporal y luego mover el archivo completo al destino real. Pero para ser confiable, debe ser el remitente quien lo controla. Como receptor, está obligado a mirar el directorio y esperar a que el archivo se establezca.

Answer 2

Parece que ReadDirectoryChangesW va a ser su mejor opción. Para cada operación de copia de archivo, debe recibir FILE_ACTION_ADDED seguido de un montón de notificaciones FILE_ACTION_MODIFIED. En la última notificación FILE_ACTION_MODIFIED, el archivo ya no debería estar bloqueado por el proceso de copia. Por lo tanto, si intenta adquirir un bloqueo después de cada FILE_ACTION_MODIFIED de la copia, debe fallar hasta que la copia se complete. No es una solución particularmente elegante, pero parece que no hay notificaciones disponibles para cuando se completa una copia de archivo.

Answer 3

Puede procesar los datos una vez que el archivo está cerrado, ¿verdad? Entonces, la tarea es rastrear cuándo se cierra el archivo. Esto se puede hacer usando el controlador de filtro del sistema de archivos. Puede escribir el suyo o puede usar nuestro producto CallbackFilter.