Quiero saber quién está bloqueando un archivo en un recurso compartido de red.
Aquí está el problema: el recurso compartido de red está en un NAS, por lo que no puedo iniciar sesión. Necesito una herramienta para averiguar de forma remota quién está bloqueando el archivo. No es práctico reiniciar el NAS cada vez, porque hay varios usuarios.
Handle.exe , Process Explorer y PsFile parecen estar limitados a archivos en la máquina local, por lo que no funcionan para mí.
Respuestas:
En caso de que alguien busque una solución para esto para un sistema basado en Windows o NAS:
Hay una función incorporada en Windows que le muestra qué archivos en la computadora local están abiertos / bloqueados por una computadora remota (que tiene el archivo abierto a través de un recurso compartido de archivos):
Allí incluso puede cerrar el archivo con fuerza.
En los servidores Windows 2008 R2, tiene dos medios para ver qué archivos están abiertos y cerrar esas conexiones.
Vía gestión de almacenamiento y acciones
Administrador del servidor> Roles> Servicios de archivos> Administración de almacenamiento y recursos compartidos> haga clic con el botón derecho en SaSM> Administrar archivo abierto
Vía OpenFiles
CMD> Openfiles.exe / query / s SERVERNAME
Ver http://technet.microsoft.com/en-us/library/bb490961.aspx .
PsFile funciona en máquinas remotas. Si mi cuenta de inicio de sesión ya tiene acceso al recurso compartido remoto, puedo ingresar:
psfile \\remote-share
(reemplace "recurso compartido remoto" con el nombre de su servidor de archivos) y mostrará una lista de todos los documentos abiertos en ese recurso compartido, junto con quién lo tiene abierto y la ID del archivo si deseo forzar el archivo cerrado. Para mí, esta es una lista muy larga, pero se puede reducir al ingresar parte de un camino:
psfile \\remote-share I:\\Human_Resources
Esto es un poco complicado, ya que en mi caso este recurso compartido remoto está montado como Z: en mi máquina local, pero psfile identifica las rutas tal como están definidas en el servidor de archivos remoto, que en mi caso es yo: (el suyo será diferente) . Solo tuve que revisar los resultados de mi primera ejecución de psfile para ver algunas de las rutas que devolvió y luego volver a ejecutarlas con una ruta parcial para reducir los resultados.
Opcionalmente, PsFile le permitirá especificar credenciales para el recurso compartido remoto si necesita proporcionarles acceso.
Por último, un consejo poco conocido: si alguien hace clic en un archivo en el Explorador de Windows y corta o copia el archivo con la intención de pegarlo en otro lugar, esa acción también bloquea el archivo.
Si se trata simplemente de saber / ver quién está en un archivo en un momento determinado (y si está usando Windows), simplemente seleccione el archivo 'ver' como 'detalles', es decir, en lugar de miniaturas, mosaicos o iconos, etc. Una vez en la vista 'detalles', por defecto se le mostrará; - Nombre de archivo - Tamaño - Tipo y - Fecha de modificación
Todo lo que necesita hacer ahora es hacer clic con el botón derecho en cualquier parte de dicha barra de herramientas (nombre de archivo, tamaño, tipo, etc.) y se le dará una lista de otras opciones que la barra de herramientas puede mostrar.
Seleccione 'Propietario' y una nueva columna mostrará el nombre de usuario de la persona que usa el archivo o quién lo creó originalmente si nadie más lo está usando.
Esto puede ser particularmente útil cuando se usa una base de datos compartida de MS Access.
Las sesiones son manejadas por el dispositivo NAS. Lo que está preguntando depende del dispositivo NAS y no tiene nada que ver con Windows. Tendría que echar un vistazo a su firmware NAS para ver qué es compatible. La única otra forma es oler los paquetes y resolverlo usted mismo.
Parece que tienes el mismo problema que intenté resolver aquí . en mi caso, es un servidor de archivos Linux (ejecutando samba, por supuesto), así que puedo iniciar sesión y ver qué proceso está bloqueando el archivo; desafortunadamente, no he encontrado cómo cerrarlo sin matar la sesión responsable. AFAICT, el cliente de Windows 'piensa' que está cerrado; pero no se molestó en decirle al servidor de archivos.
Cierre el archivo e:\gestion\yourfile.dat, abierto por cualquier usuario ( /a *)
openfiles /disconnect /a * /op "e:\gestion\yourfile.dat"