7
Differenzielles Backup mit RoboCopy auf zwei RDX Datenträger
Hallo zusammen,
es soll ein tägliches Backup durchgeführt werden, das manuell über eine Verknüpfung auf dem Desktop gestarten werden kann.
Daher die Idee ein RoboCopy Batch zu generieren.
Mein Problem liegt darin, dass ich keine vernünftige Parametrierung hinbekomme, die Daten auf zwei RDX-Medien differentiell zu sichern
und immer den gleichen Stand zu haben.
Die beiden Kassetten sind mit Mo-Mi-Fr bzw. Di-Do-Sa gekennzeichnet.
Beispiel: Zu sichernde Dateien sind A.txt, B.txt und C.txt
Zunächst mache ich auf beide Medien ein Vollbackup aller drei Dateien.
Nach dem Backup auf das zweite Medium lösche ich das Archiv-Bit der drei Quell-Dateien.
Wird jetzt z.B. Datei A.txt verändert, wird auch nur diese gesichert.
Doch wie kann ich sicherstellen, dass die veränderte Datei A.txt Ihren Weg auch auf Medium 2 findet,
selbst wenn der User die Medien z.B. nicht regelmäßig wechselt?
Ich hatte erst die Idee, einfach eine Art Kontrolldatei abzufragen und entsprechende Sprungmarken zu setzen
um das Archiv-Bit entsprechend zu löschen..
Wenn der User sich aber in der Reihenfolge der Medien vertut, fällt das auch auf die Nase.
Für mein Verständnis ginge es also nur über einen vorherigen direkten Datenabgleich mit dem Inhalt desjeweiligen Mediums
vor der eigentlichen Sicherung.
Und dazu fällt mir nichts ein.
Hat jemand ggfs. eine solche Anforderung schon mal gehabt oder eine Idee?
Vielen Dank im voraus.
Viele Grüße
Mike
es soll ein tägliches Backup durchgeführt werden, das manuell über eine Verknüpfung auf dem Desktop gestarten werden kann.
Daher die Idee ein RoboCopy Batch zu generieren.
Mein Problem liegt darin, dass ich keine vernünftige Parametrierung hinbekomme, die Daten auf zwei RDX-Medien differentiell zu sichern
und immer den gleichen Stand zu haben.
Die beiden Kassetten sind mit Mo-Mi-Fr bzw. Di-Do-Sa gekennzeichnet.
Beispiel: Zu sichernde Dateien sind A.txt, B.txt und C.txt
Zunächst mache ich auf beide Medien ein Vollbackup aller drei Dateien.
Nach dem Backup auf das zweite Medium lösche ich das Archiv-Bit der drei Quell-Dateien.
Wird jetzt z.B. Datei A.txt verändert, wird auch nur diese gesichert.
Doch wie kann ich sicherstellen, dass die veränderte Datei A.txt Ihren Weg auch auf Medium 2 findet,
selbst wenn der User die Medien z.B. nicht regelmäßig wechselt?
Ich hatte erst die Idee, einfach eine Art Kontrolldatei abzufragen und entsprechende Sprungmarken zu setzen
um das Archiv-Bit entsprechend zu löschen..
Wenn der User sich aber in der Reihenfolge der Medien vertut, fällt das auch auf die Nase.
Für mein Verständnis ginge es also nur über einen vorherigen direkten Datenabgleich mit dem Inhalt desjeweiligen Mediums
vor der eigentlichen Sicherung.
Und dazu fällt mir nichts ein.
Hat jemand ggfs. eine solche Anforderung schon mal gehabt oder eine Idee?
Vielen Dank im voraus.
Viele Grüße
Mike
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: 214154
Url: https://administrator.de/contentid/214154
Ausgedruckt am: 26.11.2024 um 10:11 Uhr
7 Kommentare
Neuester Kommentar
Hi,
ich vermute mal das du nicht von RDX A nach RDX B kopieren, sondern vom PC/Netzlaufwerk auf die RDX-Medien sichern willst.
Also machst du einfach einen Mirror-Job. Robocopy vergleicht einfach die Daten von der Quelle mit dem Ziel und kopiert die geänderten dann.
Dafür brauchst du keine Logdatei oder so, das kann Robocopy mit dem Parameter /MIR (Spiegelt eine V/Lerzeichnisstruktur (Entspricht "/E" mit "/PURGE").
Dein Befehl könnte dann so aussehen:
Hier mal eine gute Robocopy Übersicht: http://yarcgui.wilkes.es/De/RoboCopy/Startseite_LEIB.htm
VG
Deepsys
ich vermute mal das du nicht von RDX A nach RDX B kopieren, sondern vom PC/Netzlaufwerk auf die RDX-Medien sichern willst.
Also machst du einfach einen Mirror-Job. Robocopy vergleicht einfach die Daten von der Quelle mit dem Ziel und kopiert die geänderten dann.
Dafür brauchst du keine Logdatei oder so, das kann Robocopy mit dem Parameter /MIR (Spiegelt eine V/Lerzeichnisstruktur (Entspricht "/E" mit "/PURGE").
Dein Befehl könnte dann so aussehen:
robocopy.exe "\\Quelle" "RDX-Medium" /MIR /COPY:DATSOU /XD Das_Verzeichnis_nicht_sichern /NFL /NDL /NP /LOG:e:\Logdatei.log Hier mal eine gute Robocopy Übersicht: http://yarcgui.wilkes.es/De/RoboCopy/Startseite_LEIB.htm
VG
Deepsys
... wobei es aber auch genügen sollte, jeweils mit "
Grüße
bastla
/A" nur die Dateien mit gesetztem Archivbit zu kopieren, aber das Archivbit nur bei der Vollsicherung (mit "/M") zurückzusetzen (ansonsten würde eine inkrementelle Sicherung daraus) - so werden nur Dateien zur Sicherung hinzugefügt, aber keine (wie bei "/MIR") daraus gelöscht ...Grüße
bastla
Hallo Deepsys,
vielen Dank für Deine Rückmeldung. Deine Vermutung war richtig. Es ging tatsächlich nur um Sicherungen auf RDX-Medien, nicht um Umschichtung von Daten zwichen den Medien.
Grundsätzlich wäre die Option /MIR die einfachste Methode. Allerdings habe ich damit das Problem, wenn der User aus dem Quellverzeichnis ausversehen etwas herauslöscht diese Daten mit der nächsten Sicherung auch von dem RDX gelöscht sind.
Daher kommt das nicht in Frage.
Trotzdem vielen Dank.
Viele Grüße
Mike
vielen Dank für Deine Rückmeldung. Deine Vermutung war richtig. Es ging tatsächlich nur um Sicherungen auf RDX-Medien, nicht um Umschichtung von Daten zwichen den Medien.
Grundsätzlich wäre die Option /MIR die einfachste Methode. Allerdings habe ich damit das Problem, wenn der User aus dem Quellverzeichnis ausversehen etwas herauslöscht diese Daten mit der nächsten Sicherung auch von dem RDX gelöscht sind.
Daher kommt das nicht in Frage.
Trotzdem vielen Dank.
Viele Grüße
Mike
Hallo bastla,
auch Dir vielen Dank für die Rückantwort. Das steuern eines Jobs über das Archivbit ist genau das Problem. Es sollen keine Vollsicherungen zwischendurch laufen. Nur beim ersten Mal und dann nur noch die Änderungen. Der Grund ist der, dass der User die Sicherung nach Feierabend manuell anstoßen möchte und dann auf die Fertigstellung wartet um das Medium mit aus dem Gebäude zu nehmen. Das muss dann zügig gehen. In der Summe reden wir von ~ 70GB bei einer Vollsicherung.
Da Synctoy grundsätzlich mit Wechselmedien nicht umgehen kann, habe ich erst einmal eine temporäre Lösung geschaffen, in dem ich für jedes Medium zwei Sicherungsjobs eingestellt habe, mit Zugriff auf das entsprechend markierte Medium. So muss der User zwar zwei Mausklicks mehr ausführen, aber fürs erste geht das so.
Ich werde das Thema aber weiter verfolgen, da ich RoboCopy echt klasse finde. Sollte ich etwas herausfinden, werde ich die Lösung hier posten.
Viele Grüße
Mike
auch Dir vielen Dank für die Rückantwort. Das steuern eines Jobs über das Archivbit ist genau das Problem. Es sollen keine Vollsicherungen zwischendurch laufen. Nur beim ersten Mal und dann nur noch die Änderungen. Der Grund ist der, dass der User die Sicherung nach Feierabend manuell anstoßen möchte und dann auf die Fertigstellung wartet um das Medium mit aus dem Gebäude zu nehmen. Das muss dann zügig gehen. In der Summe reden wir von ~ 70GB bei einer Vollsicherung.
Da Synctoy grundsätzlich mit Wechselmedien nicht umgehen kann, habe ich erst einmal eine temporäre Lösung geschaffen, in dem ich für jedes Medium zwei Sicherungsjobs eingestellt habe, mit Zugriff auf das entsprechend markierte Medium. So muss der User zwar zwei Mausklicks mehr ausführen, aber fürs erste geht das so.
Ich werde das Thema aber weiter verfolgen, da ich RoboCopy echt klasse finde. Sollte ich etwas herausfinden, werde ich die Lösung hier posten.
Viele Grüße
Mike
...ich vergaß mich für die RoboCopy Übersicht zu bedanken. Die ist genial. Vielen Dank.
Zitat von @B92001:
Allerdings habe ich damit das Problem, wenn der User aus dem
Quellverzeichnis ausversehen etwas herauslöscht diese Daten mit der nächsten Sicherung auch von dem RDX gelöscht sind.
Daher kommt das nicht in Frage.
Moment das müsste einfach mit /E gehen, dann kopiert robocopy einfach alles, und das war er kennt lässt er einfach weg.Allerdings habe ich damit das Problem, wenn der User aus dem
Quellverzeichnis ausversehen etwas herauslöscht diese Daten mit der nächsten Sicherung auch von dem RDX gelöscht sind.
Daher kommt das nicht in Frage.
Jedenfalls vermute ich das da: /MIR Spiegelt eine Verzeichnisstruktur (Entspricht "/E" mit "/PURGE")
Eigentlich löst man dieses Problem aber eher mit mehr Backup-Medien, und einige davon nimmt man als Archiv.
Denn sonst platzen dir irgendwann deine RDX-Medien, da zu viele olle Daten.
VG
Deepsys
Hallo B92991!
Grüße
bastla
Nur beim ersten Mal und dann nur noch die Änderungen.
Genau das hatte ich doch vorgeschlagen - nur beim ersten Mal (bei der Vollsicherung) wird das Archivbit gelöscht und bei allen weiteren (differenziellen) Sicherungen nicht - so bekommst Du immer die komplette "Differenz" (alle neuen und veränderten Dateien) zur Vollsicherung ...Grüße
bastla
