Узнайте, кто блокирует файл на сетевом ресурсе

Я хочу знать, кто блокирует файл на сетевом ресурсе.

Вот проблема: сетевой ресурс находится на NAS, поэтому я не могу войти в систему. Мне нужен инструмент, чтобы узнать удаленно, кто блокирует файл. Невозможно перезагрузить NAS каждый раз, потому что есть несколько пользователей.

Handle.exe, Process Explorer и PsFile, по-видимому, ограничены файлами на локальной машине, поэтому они не работают для меня.

Ответ 1

На всякий случай кто-то ищет решение для системы на базе Windows или NAS:

В Windows есть встроенная функция, которая показывает, какие файлы на локальном компьютере открыты/заблокированы удаленным компьютером (который имеет файл, открытый через общий ресурс файла):

  • Выберите "Управление компьютером" (откройте "Управление компьютером" )
  • нажмите "Общие папки"
  • выберите "Открыть файлы"

Там вы можете даже сильно закрыть файл.

Ответ 2

На серверах Windows 2008 R2 у вас есть два способа просмотра файлов, открытых и закрывающих эти соединения.

Управление доступом и хранением

Диспетчер серверов > Роли > Файловые службы > Управление общим хранилищем и хранилищем > щелкните правой кнопкой мыши на SaSM > Управление файлом Open

Через OpenFiles

CMD > Openfiles.exe/query/s SERVERNAME

См. http://technet.microsoft.com/en-us/library/bb490961.aspx.

Ответ 3

PsFile работает на удаленных компьютерах. Если моя учетная запись уже имеет доступ к удаленному общему ресурсу, я могу просто ввести:

psfile \\remote-share

(замените "remote-share" на имя вашего файлового сервера), и он перечислит каждый открытый документ на этом ресурсе вместе с тем, кто его открыл, и идентификатор файла, если я хочу, чтобы файл был закрыт. Для меня это очень длинный список, но его можно сузить, введя часть пути:

psfile \\remote-share I:\\Human_Resources

Это довольно сложно, так как в моем случае этот удаленный общий ресурс монтируется как Z: на моем локальном компьютере, но psfile идентифицирует пути, как они определены на удаленном файловом сервере, что в моем случае я: (ваш будет будь другим). Мне просто пришлось расчесывать результаты моего первого запуска psfile, чтобы увидеть некоторые из путей, которые он вернул, а затем запустить снова с частичным путем, чтобы сузить результаты.

Опционально PsFile позволит вам указать учетные данные для удаленного доступа, если вам нужно предоставить их для доступа.

Наконец, небольшой совет: если кто-то нажимает на файл в Проводнике Windows и разрезает или копирует файл с намерением вставить его в другое место, это действие также блокирует файл.

Ответ 4

Если это просто случай познания/видения того, кто находится в файле в любое конкретное время (и если вы используете окна), просто выберите файл "view" как "details", то есть вместо Thumbnails, фрагментов или значков и т.д. После просмотра "подробностей" по умолчанию вы будете показаны;  - Имя файла  - Размер  - Тип и  - Дата изменения

Все, что вам нужно сделать сейчас, - это щелкнуть правой кнопкой мыши по всей панели инструментов (имя файла, размер, тип и т.д.), и вам будет предоставлен список других параметров, которые может отображать панель инструментов.

Выберите "Владелец", а в новом столбце будет указано имя пользователя, использующего файл, или кто изначально его создал, если никто его не использует.

Это может быть особенно полезно при использовании общей базы данных MS Access.

Ответ 5

Частичный ответ: с помощью Process Explorer вы можете просматривать дескрипторы сетевого ресурса , открытого с вашего компьютера.

Используйте меню "Найти дескриптор", а затем вы можете ввести такой путь

\Device\LanmanRedirector\server\share\

Ответ 6

Сессии обрабатываются устройством NAS. То, что вы запрашиваете, зависит от устройства NAS и ничего общего с окнами. Вам нужно будет заглянуть в прошивку вашего NAS, чтобы посмотреть, что она поддерживает. Единственный способ - обнюхивать пакеты и самостоятельно их выполнять.

Ответ 7

звучит так, как будто у вас такая же проблема, я пытался решить здесь. в моем случае это файловый сервер Linux (работает самба, конечно), поэтому я могу войти в систему и посмотреть, какой процесс блокирует файл; к сожалению, я не нашел, как закрыть его, не убивая ответственную сессию. AFAICT, клиент Windows "думает", что он закрыт; но не стал рассказывать файловому серверу.

Ответ 8

Закройте файл e:\gestion\yourfile.dat, открытый любым пользователем (/a *)

openfiles /disconnect /a * /op "e:\gestion\yourfile.dat"

больше в: http://dosprompt.info/commands/openfiles.asp

Ответ 9

enter image description here

Компьютер Management-> Общий доступ Folders-> Открытые файлы