robocopy erreur avec l'ERREUR 32 (0x00000020)
J'ai deux lecteurs A et B. à l'Aide d'un script python, je suis la création de certains fichiers dans "Une" voiture et je suis en cours d'exécution d'un powerscript qui copie tous les fichiers dans le lecteur A lecteur B dans l'intervalle de 1 seconde.
J'obtiens cette erreur dans mon powershell.
2015/03/10 23:55:35 ERREUR 32 (0x00000020) horodatage de Destination
Fichier \x.x.x.x\partage1\source\ Dummy_100.txt Le processus ne peut pas accéder
le fichier car ce fichier est utilisé par un autre processus. En attente de 30
secondes...
Comment vais-je surmonter cette erreur?
OriginalL'auteur rabi shaw | 2015-03-10
Vous devez vous connecter pour publier un commentaire.
Ce qui est arrivé c'est parce que le fichier est verrouillé par les processus en cours d'exécution. Pour résoudre ce problème, téléchargez Process Explorer. Utilisez ensuite Trouver>Trouver la Poignée ou de la DLL, de savoir quel processus verrouillé ce fichier. Utiliser "taskkill" pour tuer le processus en ligne de commande. Vous serez amende.
Ajouter /f vous permettra de tuer sans attendre.
Mais vous ne voulez pas tuer le Serveur de l'Agent dans le cas où c'est ce qui est monopolisé le fichier. À l'aide de /F, c'est comme utiliser un marteau. L'attente est mieux
OriginalL'auteur Oseack
Si la sauvegarde est, ce que vous avez à l'esprit, et que vous rencontrez dans l'utilisation des fichiers fréquemment, vous regardez dans les clichés instantanés de Volume (VSS), qui permet de copier des fichiers en dépit de leur "utilisation". Ce n'est pas un produit, mais un windows de la technologie utilisée par les divers outil de sauvegarde.
Malheureusement, il n'est pas intégré dans robocopy, mais peut être utilisé en conjonction avec elle. Voir
➝ https://superuser.com/a/602833/75914
et surtout:
➝ https://github.com/candera/shadowspawn
OriginalL'auteur Frank Nocke
Il peut y avoir de nombreuses raisons.
Dans mon cas, j'ai été l'exécution d'un script CMD pour copier à partir d'un serveur à un autre, un tas de sauvegardes SQL Server et les journaux de transactions. Moi aussi j'avais le même problème parce qu'il était en train d'écrire dans un fichier journal qui a été soi-disant ouvert par un autre processus. Il ne l'était pas.
J'ai couru de nombreuses IP vérifie et l'IDENTIFIANT du Processus pions que j'ai manqué de savoir ce qui a été monopolisant le fichier journal. Observateur d'événements n'a rien dit.
J'ai découvert qu'il n'était même pas le fichier journal qui était fermée à clé. J'ai été capable de le supprimer en vous connectant sur le serveur en tant qu'utilisateur sans privilèges d'administrateur!
C'était la sauvegarde des fichiers eux-mêmes par l'Agent SQL Server. Comme @Oseack dit, il peut y avoir la nécessité d'utiliser un autre outil tandis que la sauvegarde des fichiers eux-mêmes étaient encore utilisés ou verrouillé par l'Agent SQL Server.
La façon dont je me suis partout c'était à force de ROBOCOPY attendre.
fait.
OriginalL'auteur Fandango68