Schnelles Kopieren von extern nach extern? - Seite 6

spunz · 15.10.2011, 11:19

Zitat:

Zitat von Hawi

Allerdings weiß ich nicht, wie es auf Unterbrechungen reagiert.

genau so wie man es definiert. man kann mit /R:n die anzahl der wiederholungsversuche einstellen. es macht sinn jedoch noch ein /W:n (wait) mit zb 5 sekunden pause einzubauen.

Satan_666 · 15.10.2011, 11:37

@ spunz:

man sollte schon alles lesen, wenn man im bilde sein möchte ...

es geht darum, dass ich die sicherung bewusst unterbrechen möchte, um am nächsten tag dort weiterzumachen, wo heute unterbrochen wurde. zur erinnerung: der grund ist, dass ich meinen pc nicht stundenlang laufen lassen will, nur um von einer platte zur anderen zu kopieren. weil DAS kann der rechner auch DANN machen, wenn ich ihn sowieso laufen hab; und das ist halt nie 8 stunden am stück, aber so lange braucht eben das umkopieren meiner platten.

Hawi · 15.10.2011, 11:54

Was ich meinte:
Wie reagiert Robocopy auf einen Abbruch? Wird die Datei noch fertig kopiert oder bleibt Dateimüll zurück, wenn zB das Inhaltsverzeichnis bereits geschrieben wurde, aber der Kopiervorgang unterbrochen wurde.
Aber das kann man testen.

Satan_666 · 15.10.2011, 12:38

ich gehe davon aus, dass es das gleiche macht, als wenn ich einen copy- oder xcopy-befehl abbreche.

außerdem ist es für mich auch fast egal, da er beim späteren weitermachen eh erkennt, dass die datei quasi "neu" ist, weil sie ja von der größe her unterschiedlich zur source-datei ist.

Hawi · 15.10.2011, 13:09

Ich habe das jetzt getestet.
Wenn Robocopy unterbrochen wird, ist der Schreibvorgang unvollständig. Das ist im Inhaltsverzeichnis nicht feststellbar, dieses wird zuerst geschrieben. Auch die Größe scheint gleich zu sein. Allerdings ist das Datei-Datum der 2.1.1980 und nicht das Erstellungsdatum.
Bei einem neuerlichen Start erkennt Robocopy - genau wie du sagst - den Unterschied und überschreibt die unvollständige Datei.

Also grünes Licht für Robocopy!

Satan_666 · 15.10.2011, 13:46

bei mir läuft gerade dieses robocopy - scheint wirklich genau das zu tun, was ich benötige; danke für den tipp. auch das mit dem wiederaufsetzen hab ich getestet und es funktioniert tadellos. was mir zusätzlich gefällt: ich sehe jederzeit, was er im augenblick tut.

einzig: es ist ein vielfaches langsamer als das zueletzt von mir getestete ArcSoft TotalMedia Backup. kann es sein, dass microsoft automatisch die geschriebene datei gegenprüft? sprich nochmal liest und mit der source-datei vergleicht, ob sie ident sind? weil das würde dann bedeuten, dass die USB-schnittstelle gar nicht sooo langsam ist, wenn jede einzelne datei 3x gelesen wird und 1x geschrieben (lesen source + schreiben dest + lesen source + lesen dest) ...

Hawi · 15.10.2011, 15:11

Wenn du eine neuere Version von Robocopy benützt, hat diese die Option /MT (multithreaded): zB /MT:16. Ob das auch mit XP geht, weiß ich nicht.

Satan_666 · 15.10.2011, 18:26

geht offenbar unter win-xp nicht - habs ausprobiert, die option kennt er nicht.

Quintus14 · 15.10.2011, 18:30

Hi,

ich versteh' die ganze Angelegenheit nicht.

Zitat:

Zitat von Satan_666

.... etwa 1x im jahr (oder besser: seltener ...

) kopiere ich meine 2 sicherungsmedien auf andere platten...

Zitat:

Zitat von Satan_666

... die platten ... teilweise über 5 jahre alt ... nach 8 stunden gebrauch auf den müll ...

D.h. Du hast Platten, die tw. 5 Jahre alt sind und 8 Stunden in Gebrauch waren. Und Du sicherst 1 x / Jahr (oder seltener).

Was spricht da dagegen, die Sicherung über Nacht laufen zu lassen? Zahlt es sich da überhaupt aus, Stunden in gegenständlichen Thread sowie Programmtests zu investieren - bei der Häufigkeit Deiner Sicherungsstrategie (die nicht nur Hawi leicht in Zweifel zieht)?

LG

J@ck · 15.10.2011, 18:33

Zitat:

Zitat von Hawi

Wenn du eine neuere Version von Robocopy benützt, hat diese die Option /MT (multithreaded): zB /MT:16. Ob das auch mit XP geht, weiß ich nicht.

Danke, zumindest ich kannte diese Extrafunktion nicht

15.10.2011, 11:37	#52
Satan_666 Inventar Registriert seit: 03.09.2000 Beiträge: 4.010	@ spunz: man sollte schon alles lesen, wenn man im bilde sein möchte ... es geht darum, dass ich die sicherung bewusst unterbrechen möchte, um am nächsten tag dort weiterzumachen, wo heute unterbrochen wurde. zur erinnerung: der grund ist, dass ich meinen pc nicht stundenlang laufen lassen will, nur um von einer platte zur anderen zu kopieren. weil DAS kann der rechner auch DANN machen, wenn ich ihn sowieso laufen hab; und das ist halt nie 8 stunden am stück, aber so lange braucht eben das umkopieren meiner platten. ____________________________________ Für ein friedliches Zusammenleben im Forum werde ich ab sofort keine Trolle mehr füttern, und zwar unabhängig von der Sinnhaftigkeit ihrer Wortmeldungen.

15.10.2011, 12:38	#54
Satan_666 Inventar Registriert seit: 03.09.2000 Beiträge: 4.010	ich gehe davon aus, dass es das gleiche macht, als wenn ich einen copy- oder xcopy-befehl abbreche. außerdem ist es für mich auch fast egal, da er beim späteren weitermachen eh erkennt, dass die datei quasi "neu" ist, weil sie ja von der größe her unterschiedlich zur source-datei ist. ____________________________________ Für ein friedliches Zusammenleben im Forum werde ich ab sofort keine Trolle mehr füttern, und zwar unabhängig von der Sinnhaftigkeit ihrer Wortmeldungen.

15.10.2011, 13:46	#56
Satan_666 Inventar Registriert seit: 03.09.2000 Beiträge: 4.010	bei mir läuft gerade dieses robocopy - scheint wirklich genau das zu tun, was ich benötige; danke für den tipp. auch das mit dem wiederaufsetzen hab ich getestet und es funktioniert tadellos. was mir zusätzlich gefällt: ich sehe jederzeit, was er im augenblick tut. einzig: es ist ein vielfaches langsamer als das zueletzt von mir getestete ArcSoft TotalMedia Backup. kann es sein, dass microsoft automatisch die geschriebene datei gegenprüft? sprich nochmal liest und mit der source-datei vergleicht, ob sie ident sind? weil das würde dann bedeuten, dass die USB-schnittstelle gar nicht sooo langsam ist, wenn jede einzelne datei 3x gelesen wird und 1x geschrieben (lesen source + schreiben dest + lesen source + lesen dest) ... ____________________________________ Für ein friedliches Zusammenleben im Forum werde ich ab sofort keine Trolle mehr füttern, und zwar unabhängig von der Sinnhaftigkeit ihrer Wortmeldungen.

15.10.2011, 18:26	#58
Satan_666 Inventar Registriert seit: 03.09.2000 Beiträge: 4.010	geht offenbar unter win-xp nicht - habs ausprobiert, die option kennt er nicht. ____________________________________ Für ein friedliches Zusammenleben im Forum werde ich ab sofort keine Trolle mehr füttern, und zwar unabhängig von der Sinnhaftigkeit ihrer Wortmeldungen.

15.10.2011, 11:54	#53
Hawi Inventar Registriert seit: 23.12.2001 Beiträge: 2.969	Was ich meinte: Wie reagiert Robocopy auf einen Abbruch? Wird die Datei noch fertig kopiert oder bleibt Dateimüll zurück, wenn zB das Inhaltsverzeichnis bereits geschrieben wurde, aber der Kopiervorgang unterbrochen wurde. Aber das kann man testen.

15.10.2011, 13:09	#55
Hawi Inventar Registriert seit: 23.12.2001 Beiträge: 2.969	Ich habe das jetzt getestet. Wenn Robocopy unterbrochen wird, ist der Schreibvorgang unvollständig. Das ist im Inhaltsverzeichnis nicht feststellbar, dieses wird zuerst geschrieben. Auch die Größe scheint gleich zu sein. Allerdings ist das Datei-Datum der 2.1.1980 und nicht das Erstellungsdatum. Bei einem neuerlichen Start erkennt Robocopy - genau wie du sagst - den Unterschied und überschreibt die unvollständige Datei. Also grünes Licht für Robocopy!

15.10.2011, 15:11	#57
Hawi Inventar Registriert seit: 23.12.2001 Beiträge: 2.969	Wenn du eine neuere Version von Robocopy benützt, hat diese die Option /MT (multithreaded): zB /MT:16. Ob das auch mit XP geht, weiß ich nicht.

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)