|
fehler beim kopieren von files
hallo. ich habe das problem, dass ich meine daten nicht sichern kann.
ich habe ein batch-file, dass allerdings immer bei gewissen dateien abstürzt. xcopy "u:\cel_luk\*.*" "\\shuttle\free\*.*" /y/s/e/r/h das ist mein ausgeführter befehl. aber bei einem file (snape.psd) stürzt alles ab. das file kann ich aber problemlos öffnen und es ist nicht schriebgeschützt. WORAN KANN DAS LIEGEN? hier die fehlermeldung die beim ausführen erscheint. wie gesagt, er kopiert ca. 16min, dann kommt die meldung. "Fehler beim Erstellen der Datei - Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar." |
HELP
hat niemand eine idee woran das liegen könnte? :confused:
|
..308
welches BS?
welches dateisystem? wieviele dateien sind in dem verzeichnis wenn man/frau nur diese eine datei kopiert (im batch betrieb) , --> gehts dann??? |
verwende statt xcopy robocopy - schau dir die schalter an und setze r z.b auf 15 ...
lg, catch17 |
.
http://xxcopy.softonic.de/ie/10857 It remains faithfully compatible with XCOPY in the invocation syntax. |
Re: ..308
Zitat:
win xp pro. ntfs. ich will 190GB an daten sichern. in der firma funktioniert alles prima. nur bei mir zuhause will das batchfile nicht so richtig. ich kann das besagte file bei dem sich der vorgang aufhängt, ganz normal mit photoshop öffnen und bearbeiten. |
das kopieren bricht ab weil du den /c switch nicht verwendest der abbrüche verhindert wenn eine datei nicht kopiert werden kann.
Vielleicht hilft ein chkdsk oder ein erneutes abspeichern dieser datei. |
Re: Re: ..308
Zitat:
Ich kenne kein Programm mitdem man immer Problemlos kopieren könnte, bei 190GB Daten-Files sind immer einige Files dabei die "nicht kopierbar" sind. Pack es in ein RAR und kopiers dann, NTFS Datenströme verlierst glaub ich auch, check mal die Optionen, andere Lösung gibts nicht. |
nochmal - mit robocopy und ein paar richtig gesetzten schaltern ist das an sich kein problem...
lg, catch17 |
Zitat:
|
...321
robocopy ist ein MS produkt aus dem ressourcekit.
und wird von MS für eben batch dateien zum automatisierten und sicheren kopieren empfohlen!! es sind sogar die anzahl der neuversuche nach abbrüchen einstellbar ;) |
Re: Re: Re: ..308
Zitat:
Wenn die von Dir angenommene Datenunsicherheit heute real wäre, hätte sich die ganze Gesellschaft sicher nicht so von IT abhängig gemacht ;-) |
...324
vielleicht verweigert das programm das kopieren von 190 gb 'schweinischen' Inhalts...
ist so ne eingebaute Moralwächtersperre....lol |
Kannst du die Datei händisch kopieren?
|
sind keine filme und nix schweinisches :)
der größte teil sind mp3s (60gigs) der rest verschiede daten. wie sollte also ein robocopy befehl aussehen. hier mein xcopy befehl, robocopy sollte dasselbe machen, oder besser sein :) xcopy "\\shuttle\d\*.*" "F:\*.*" /c/y/s/e/r/h danke für den tollen support. |
so hab mir robocopy von ms geholt. ist die richtige syntax für mich dann diese
ROBOCOPY (\\server\share\path) (\\shuttle\share\path) /MIR oder fehlt noch ein attribut???? was ist bei robocopy besser als bei xcopy???? |
robocpy kann eben spiegeln, also auch am Ziel löschen. xcopy kann genau das nicht.
|
@darkcobalt nun würde auch noch den schalter /r:15 (damit bei einem tatsächlich defektem file der kopiervorgang nicht ein jahr dauert ;) )und damit du weißt was passiert ist /log:\\shuttle\share\path\log.txt setzen...
... und beachte, dass /mir die dateien im backup-pfad, die im quellordner nicht mehr existieren, löscht - is oft gewünscht, kann aber auch mal frust verursachen... -> alternative, die quasi alles vom quellordner im zielordner 'sammelt': /e warum robocopy 'besser' als xcopy ist: es kann unterbrochene kopierversuche erneut aufnehmen, gibt bei einem problem nicht gleich auf (/r=15), kann spiegeln, kann gezielt die dateiattribute 'mitkopieren', schreibt 'detailierteres log, kann bandbreite beim kopieren beschränken und so netzwerk entlasten, kann verzeichnisse spiegeln, kann im hintergrund laufen und 'regelmäßig' backup erstellen... lg, catch17 ps: für alle die mit der commandline auf unüberbrückbarem kriegsfuß stehen gibts 'robocopy gui' - einfach mal googeln ;) ... |
Zitat:
mein befehl, damit die daten gesammelt werde lautet also: ROBOCOPY (\\server\share\path) (\\shuttle\share\path) /r:15 /log:\\shuttle\share\path\log.txt /e wie kann ich die bandbreite die beim kopiervorgang verwendet wird festlegen. ist das wichtig? ich mache das backup um 2 uhr früh? wäre trotzdem interessant zu wissen. |
Danke. Funktioniert alles bestens!!!!!!
Danke nochmals für den tollen Support!!!!!!! |
eine frage habe ich doch noch
ich verwende jetzt robocopy auch zum sichern der daten in der firma.
ROBOCOPY C:\backup Z:\backup_userdaten /r:15 /e /log:C:\user.txt passt diese befehlszeile, oder fehlt noch etwas. ich will alle daten von C:\backup nach Z:\backup_userdaten überspielen. es sollen alle daten kopiert werden. das sind ca. 16gigs daten. ist es nornmal das das erstellen des textfiles so lange dauert. der pc erstellt jetzt schon seit 20min das textfile??? brauche ich *.* in meiner befehlszeile? was genau bewirkt *.* bei robocopy??? |
nun was los ist kannst in der log datei auch während des kopiervorgangs nachlesen,... da siehst wo robocopy gerade 'hängt' ...
*.* bedeutet nur ALLE files kopieren (wildcard * ) - ist aber eh 'default-einstellung' bei robocopy... lg, catch17 ps: habe auch gerde problem beim kopieren 'in der firma' - siehe thread: http://www.wcm.at/forum/showthread.p...hreadid=209550 eventuell selbe problem-ursache... |
|
noch ein problem
hallo. ich habe in der firma jetzt die ersten daten per robocopy kopiert.
hier ein auszug aus dem logfile. der anfang und das ende. passt das?????? ------------------------------------------------------------------------------- ROBOCOPY :: Robust File Copy for Windows :: Version XP010 ------------------------------------------------------------------------------- Started : Sun Jan 21 11:09:52 2007 Source : F:\ Dest : G:\ Files : *.* Options : *.* /S /E /COPY:DAT /R:15 /W:30 ------------------------------------------------------------------------------ 3 F:\ New File 0 log.txt 0% 100% 2007/01/21 11:29:28 ERROR 32 (0x00000020) Copying File F:\System Volume Information\_restore{6C3B0582-9FA8-4116-9C6F-F442291D8E01}\RP230\change.log Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird. Waiting 30 seconds... Retrying... Newer 650 change.log 2007/01/21 11:29:58 ERROR 32 (0x00000020) Copying File F:\System Volume Information\_restore{6C3B0582-9FA8-4116-9C6F-F442291D8E01}\RP230\change.log Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird. Waiting 30 seconds... Retrying... Newer 650 change.log 2007/01/21 11:30:28 ERROR 32 (0x00000020) Copying File F:\System Volume Information\_restore{6C3B0582-9FA8-4116-9C6F-F442291D8E01}\RP230\change.log Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird. Waiting 30 seconds... Retrying... Newer 650 change.log 2007/01/21 11:30:58 ERROR 32 (0x00000020) Copying File F:\System Volume Information\_restore{6C3B0582-9FA8-4116-9C6F-F442291D8E01}\RP230\change.log Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird. ERROR: RETRY LIMIT EXCEEDED. ------------------------------------------------------------------------------ Total Copied Skipped Mismatch FAILED Extras Dirs : 2263 44 2219 0 0 10 Files : 76551 918 75631 0 2 25957 Bytes : 123.203 g 3.287 g 119.915 g 0 650 1.667 g Times : 0:21:05 0:04:01 0:15:00 0:02:04 Speed : 14615341 Bytes/sec. Speed : 836.296 MegaBytes/min. Ended : Sun Jan 21 11:30:58 2007 |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 23:07 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag