11
Auf Kommandoebene erfragen ob Datei gelöscht wurde
Hallo,
ich möchte über eine Batch den "del" befehl auf Komandoebene ausführen um eine Datei im Netzwerk löschen. Dies funktioniert nicht immer, wenn gerade Nutzer auf die Datei zugreifen. Gibt es eine Möglichkeit abzufragen ob die Datei entfernt wurde und wenn nicht nochmal den del Befehl auszuführen ?
Danke und Gruß
Thorsten
ich möchte über eine Batch den "del" befehl auf Komandoebene ausführen um eine Datei im Netzwerk löschen. Dies funktioniert nicht immer, wenn gerade Nutzer auf die Datei zugreifen. Gibt es eine Möglichkeit abzufragen ob die Datei entfernt wurde und wenn nicht nochmal den del Befehl auszuführen ?
Danke und Gruß
Thorsten
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 157408
Url: https://administrator.de/contentid/157408
Ausgedruckt am: 26.11.2024 um 06:11 Uhr
11 Kommentare
Neuester Kommentar
Moin,
versucht solange die datei zu löschen, bis sie weg ist
lg,
Slainte
versucht solange die datei zu löschen, bis sie weg ist
set datei=\\wo\auch\immer\datei.txt
:loop
del %datei%
if exist %datei% goto looplg,
Slainte
klingt gut, probiere das mal aus .
Danke
Danke
moin slainte,
ich würde ja - wenn ich mit der Holzhammermethode werkeln sollte - wenigstens einen Zähler dazwischen stecken, das das Script auch irgendwann mal zu Ende kommt - so Dauerschleifen kosten ja gerne mal richtig Last im System....
@tho: Welchen Grund gibt es die datei im laufenden Betrieb zu kicken - kann das kein Job übernehmen, der morgens um 6.45 läuft?
(dann wäre die ja auch im abendlichen Backup drin, wenns schiefgelaufen ist)
Gruß
ich würde ja - wenn ich mit der Holzhammermethode werkeln sollte - wenigstens einen Zähler dazwischen stecken, das das Script auch irgendwann mal zu Ende kommt - so Dauerschleifen kosten ja gerne mal richtig Last im System....
@tho: Welchen Grund gibt es die datei im laufenden Betrieb zu kicken - kann das kein Job übernehmen, der morgens um 6.45 läuft?
(dann wäre die ja auch im abendlichen Backup drin, wenns schiefgelaufen ist)
Gruß
moin slainte,
Moin ich würde ja - wenn ich mit der Holzhammermethode werkeln sollte - wenigstens einen Zähler dazwischen stecken, das das
Script auch irgendwann mal zu Ende kommt - so Dauerschleifen kosten ja gerne mal richtig Last im System....
Stimmt - allerdings stand davon nichts im Pflichtenheft Script auch irgendwann mal zu Ende kommt - so Dauerschleifen kosten ja gerne mal richtig Last im System....
lg,
Slainte
Hallo,
in diesem Einzelfall muss ich mehrfach über den Tag einen Organisationsplan updaten, dies ist aber nicht regelmäßig. Da ich nicht alle Mitarbeiter kontrollieren kann, wann diesen den Plan offen haben, benötige ich eine Schleife die abfragt wann die Datei "frei zum löschen ist", damit dann die neue Version hochkopiert werden kann.
in diesem Einzelfall muss ich mehrfach über den Tag einen Organisationsplan updaten, dies ist aber nicht regelmäßig. Da ich nicht alle Mitarbeiter kontrollieren kann, wann diesen den Plan offen haben, benötige ich eine Schleife die abfragt wann die Datei "frei zum löschen ist", damit dann die neue Version hochkopiert werden kann.
Hallo,
scheint zumindest derzeit gut zu funktionieren, allerdings werde ich den Zähler noch einbauen.
Danke, war ne super Idee.
Gruß
Tho
scheint zumindest derzeit gut zu funktionieren, allerdings werde ich den Zähler noch einbauen.
Danke, war ne super Idee.
Gruß
Tho
Moin tho1978,
Du könntest die Ausgabe des Del's in eine Datei umleiten und auf die Dateigröße abfragen und/oder des Inhaltes
Wurde die m.doc gelöscht, ist die m.txt 0 Byte "groß"
Konnte die m.doc nicht gelöscht werden (weil im Zugriff), ist die m.txt 98 Byte groß.
Zumindest ein Ansatz, oder?
Markus
Du könntest die Ausgabe des Del's in eine Datei umleiten und auf die Dateigröße abfragen und/oder des Inhaltes
del m.doc 2>m.txtWurde die m.doc gelöscht, ist die m.txt 0 Byte "groß"
Konnte die m.doc nicht gelöscht werden (weil im Zugriff), ist die m.txt 98 Byte groß.
Zumindest ein Ansatz, oder?
Markus
Moin tho1978,
habe ich dich richtig verstanden, dass die organisatorische Regelung dieses Prozesses nach allgemeinem Verständnis in eurer Klitsche zusammengefasst so aussieht:
????
Ist das der ganze Plan?? Und es gibt keinen Plan B?
Wenn ja, wer ist der Verantwortliche und was genau ist sein Job??
Ich hoffe, ich habe den Prozess vollkommen falsch verstanden...
Grüße
Biber
habe ich dich richtig verstanden, dass die organisatorische Regelung dieses Prozesses nach allgemeinem Verständnis in eurer Klitsche zusammengefasst so aussieht:
- es gibt für x Mitarbeiter genau einen aktuellen und verbindlichen "Organistionsplan" auf einem Netzwerkshare
- an den sich alle halten und ihn deshalb lesen (oder lesend für Folgeprozesse verwerten) müssen
- und ein Änderungsberechtigter bügelt im laufenden Betrieb eine geänderte Version drüber
????
Ist das der ganze Plan?? Und es gibt keinen Plan B?
Wenn ja, wer ist der Verantwortliche und was genau ist sein Job??
Ich hoffe, ich habe den Prozess vollkommen falsch verstanden...
Grüße
Biber
Hallo,
in dem Plan werden lediglich 10 Plätzen Tagesabläufe zugewiesen. Diese können sich im Einzelfall ändern, dann wird dies telefonisch kommuniziert, damit aber alle den Plan einsehen können, ist dieser im Netzwerk an jedem Platz sichtbar, Dies zieht aber keine Entscheidungsprozesse nach sich, da der Mitarbeiter den es betrifft telefonisch informiert wird. Es geht lediglich um eine Dokumentation des Tagesablaufs.
Gruß
Tho
in dem Plan werden lediglich 10 Plätzen Tagesabläufe zugewiesen. Diese können sich im Einzelfall ändern, dann wird dies telefonisch kommuniziert, damit aber alle den Plan einsehen können, ist dieser im Netzwerk an jedem Platz sichtbar, Dies zieht aber keine Entscheidungsprozesse nach sich, da der Mitarbeiter den es betrifft telefonisch informiert wird. Es geht lediglich um eine Dokumentation des Tagesablaufs.
Gruß
Tho
klingt auch plausibel, ich teste das mal im Vergleich.
Danke!
Danke!
@BigWim
Wozu die Datei? Seit Erfindung des Errorlevels oder der folgenden Schreibweise
sollte die ja nun wirklich nicht nötig sein ...
Grüße
bastla
Wozu die Datei? Seit Erfindung des Errorlevels oder der folgenden Schreibweise
del m.doc || (echo Fehler & goto :whatever)
Grüße
bastla
