winapi - tabla - sintonizacion de controladores pid

¿En qué circunstancias el proceso del sistema(PID 4) retiene un manejador de archivo abierto? (8)

¿Su servidor está configurado para realizar copias de seguridad periódicas de archivos?

Si es así, ¿se está ejecutando la copia de seguridad como sistema, lo que tal vez provoque que se bloquee el archivo cuando se produce un conflicto?

Mi aplicación que se ejecuta en un servidor de Windows hace uso de una base de datos de Jet / Access. Por alguna razón, cada dos semanas, ese archivo de base de datos queda bloqueado por el proceso del Sistema (PID 4, parece ser fijo)

Después de buscar en Google, encontré que otros usuarios tenían sus archivos bloqueados por ese proceso especial, pero diferentes archivos (por supuesto).

¿Cuál es la razón general para que el proceso del sistema mantenga un controlador de archivo abierto?
¿Mi aplicación es la causa de esta situación de bloqueo?
¿Todos los identificadores están abiertos implícitamente por el proceso del sistema? Me imagino que después de que un proceso se cuelgue, el controlador aún puede estar abierto y el proceso del Sistema de alguna manera se encarga de ese mango.
¿Puedo hacer algo en mi aplicación para evitar que suceda?

Aquí hay otra posible causa que he encontrado:

Hay un error en Windows 7 y probablemente en Windows Server 2008 (posiblemente solo versiones de 64 bits). Sale a la superficie cuando deshabilita el servicio Application Experience y causa los mismos problemas que se describen en la pregunta.

Volver a habilitar este servicio me ha solucionado este problema.

here un poco más de información sobre por qué está causando un problema.

Lista de otras preguntas SO que parecen estar relacionadas:

Compruebe la configuración de seguridad para cada carpeta y subcarpetas. Asegúrese de que el sistema no haya creado automáticamente una configuración de permisos especial que no permita que nadie elimine el archivo. Aparentemente por alguna extraña razón, el sistema operativo crea una extraña configuración de permisos especiales que protege el archivo para que no se elimine.

Esto me suena como un problema de nivel de controlador con un mango con fugas.

Si está ejecutando un paquete de antivirus intente actualizar, deshabilitar (¡temporalmente!) O cambiar a una marca diferente.

Los archivos a los que se accede a través de un recurso compartido estarán bloqueados por el proceso del sistema (PID 4).

Intente abrir compmgmt.msc -> Herramientas del sistema -> Carpetas compartidas -> Abrir archivos para ver si el archivo bloqueado figura allí

Vea también el foro sysinternals para una forma de replicar esto.
No todas las aplicaciones bloquean los archivos cuando se abren, sin embargo, Excel sí. No sé si Access hace lo mismo ...

Para mí tuve que golpearlo con un mazo. Chkdsk / f en el disco donde estaba ubicada la carpeta lo solucionó. Usar con precaución.

Para mí, era "Windows Defender" (antivirus). Excluí mis carpetas de compilación de Visual Studio de la lista de carpetas de Windows Defender que comprueba, y el problema desapareció. (Visual Studio no pudo compilar en el archivo EXE, PID 4 lo estaba bloqueando para comprobar virii)

Puede ser una sesión prolongada desde una computadora remota a una carpeta compartida. Si ese es el caso, se puede desbloquear desde la línea de comando:

net session /delete