Découvrez qui est le verrouillage d'un fichier sur un partage réseau
Je veux connue qui est le verrouillage d'un fichier sur un partage réseau.
Voici le problème : le partage de réseau est sur un NAS, donc je ne peux pas me connecter sur. J'ai besoin d'un outil pour déterminer à distance qui verrouille le fichier. Il n'est pas possible de redémarrer le NAS à chaque fois, car il y a plusieurs utilisateurs.
Handle.exe, L'Explorateur de processus et PsFile semble être limité à des fichiers sur l'ordinateur local, de sorte qu'ils ne fonctionnent pas pour moi.
Vous devez vous connecter pour publier un commentaire.
Juste au cas où quelqu'un qui cherche une solution à ce pour les systèmes basés sur Windows ou NAS:
Il y a une fonction intégrée de Windows, qui vous montre ce que les fichiers sur l'ordinateur local sont ouverts/verrouillés par l'ordinateur distant (qui a ouvert le fichier par le biais d'un partage de fichiers):
Là, vous pouvez même fermer le fichier avec force.
Sur les serveurs Windows 2008 R2, vous disposez de deux moyens de visualisation quels fichiers sont ouverts et la fermeture de ces connexions.
Via Partage et de Stockage
Le Gestionnaire de serveur > les Rôles > Services de Fichiers > Gestion du Partage et Stockage > cliquez à droite sur SaSM > Gérer Ouvrir le Fichier
Via OpenFiles
CMD > Openfiles.exe /query /s NOM_SERVEUR
Voir http://technet.microsoft.com/en-us/library/bb490961.aspx.
PsFile fonctionne sur des machines distantes. Si mon compte a déjà accès à distance à une action, je peux juste à l'entrée:
(remplacer "à distance" partager " avec le nom de votre serveur de fichiers) et il donnera la liste de chaque document ouvert sur cette action, le long avec qui est ouvert, et l'ID de fichier si je veux forcer la fermeture du dossier. Pour moi, c'est une très longue liste, mais il peut être réduit en entrant une partie du chemin:
C'est le genre de difficile, étant donné que dans mon cas ce partage distant est monté comme Z: sur ma machine locale, mais psfile identifie les chemins qu'ils sont définis sur le serveur de fichiers à distance, ce qui dans mon cas est que je: (le vôtre sera différent). J'ai juste eu à passer au peigne fin les résultats de mon premier psfile afin de voir le chemin qu'il a renvoyé, puis exécutez à nouveau une partie d'un chemin d'accès pour affiner les résultats.
Éventuellement, PsFile vous permettra de spécifier les informations d'identification pour le partage distant si vous avez besoin de les fournir pour l'accès.
Enfin, une petite astuce: si quelqu'un clique sur un fichier dans l'Explorateur Windows et des coupures ou des copies le fichier avec l'intention de le coller quelque part d'autre, que la loi accorde également un verrou sur le fichier.
Si son simplement de savoir/voir qui est dans un fichier à un moment donné (et si vous utilisez windows, il suffit de sélectionner le fichier " vue "comme les "détails", c'est à dire plutôt que des Vignettes, des tuiles ou des icônes etc. Une fois dans les "détails" vue, par défaut, il vous sera présenté;
- Nom de fichier
- Taille
- Type et
- La Date de modification
Vous tous que vous devez faire maintenant est de cliquer droit n'importe où le long de ladite barre d'outils (nom de fichier, taille, type, etc...) et il vous sera donné une liste des autres options de la barre d'outils peut afficher.
Sélectionnez "Propriétaire" et une nouvelle colonne indique le nom d'utilisateur de la personne qui utilise le fichier ou qui, au départ, créé il si personne d'autre ne l'utilise.
Cela peut être particulièrement utile lors de l'utilisation partagée base de données MS Access.
Réponse partielle: Avec Process Explorer, vous pouvez afficher les poignées sur un partage réseau ouvert à partir de votre machine.
Utiliser le Menu "Rechercher Gérer", puis tapez un chemin d'accès comme ce
Les séances sont traitées par le périphérique NAS. Ce que vous demandez est personne à charge sur le périphérique NAS et rien à voir avec windows. Vous devez regarder dans votre NAS firmware pour voir ce qu'il soutien. Le seul autre moyen est de renifler les paquets et le travail vous-même.
sonne comme vous avez le même problème j'ai essayé de résoudre ici. dans mon cas, c'est un serveur de fichiers sous Linux (exécution de la samba, bien sûr), donc je peux me connecter et de voir quel est le processus de verrouillage d'un fichier; malheureusement, je n'ai pas trouvé comment le fermer sans tuer le responsable de la session. AFAICT, le client windows 'pense' il est fermé; mais n'a pas pris la peine de dire la fileserver.
Fermez le fichier
e:\gestion\yourfile.dat, ouvert par n'importe quel utilisateur (/a *)plus:
http://dosprompt.info/commands/openfiles.asp