Возникла эта проблема только сейчас, когда пытались реплицировать данные на новый файловый сервер (как исходный, так и целевой серверы под управлением Windows 2008 R2).
Обнаружен PID 4, блокирующий файл (с использованием procxp, как указано выше), но Application Experience никогда не устанавливался ни на одном сервере, и файл не отображался в списке открытых файлов.
К счастью, мы используем запланированные теневые копии на этом сервере (чтобы позволить пользователям самостоятельно обслуживать большинство операций восстановления файлов). Я просто использовал опцию «Предыдущие версии» (доступно через «Свойства» содержащей папки), выбрал самую последнюю копию файла и скопировал ее в другое место, затем удалил и заменил файл проблемы.
Вам может потребоваться удалить содержащую папку, чтобы удалить файл - что может быть проблемой, если очевидно, что используется много файлов (для меня это не было проблемой, учитывая, что это был единственный файл в папке).
Для одноразовой проблемы, как у меня (один заблокированный файл для всего диска сервера), это работало без сбоев на сервере или пользователях.
Учитывая, что вы говорите о сервере и о том, что теневые копии используют VSS, вы сможете восстановить заблокированный файл из ваших резервных копий (предположительно, у вас они есть), если вы не используете теневые копии. В противном случае есть несколько полезных утилит, таких как ShadowSpawn (https://github.com/candera/shadowspawn), которые могут помочь.