Willkommen Gast 

Infos ein-/ausblenden

Willkommen Gast! Um Beiträge zu verfassen musst Du registriert sein.
Seiten: [1] 2 3
Autor Thema:Kein Erkennen verschobener Dateien
Salzmann
Neuling
Beiträge: 4
Permalink
avatar
Beitrag Kein Erkennen verschobener Dateien
am June 18, 2016, 20:21
Zitat

Hallo,

ich nutze die Version 2.2.8 als Professional Lizenz. Nach dem verschiebenen einer größeren Dateimenge innerhalb meiner Ordnerstruktur kopiert HardlinkBackup immer die kompletten Daten neu, obwohl er sie schon kennen müsste (hat sie am alten Ort bereits mehrere Jahre gesichert). Ich habe deshalb das Backup abgebrochen. Ich hatte das Problem auch in der vorherigen Version.

In einem anderen Thread habe ich gelesen, das es was bringen kann, die index.hbi zu löschen, aber ich weiß nicht welche, da die ja in jedem Ordner drin ist.

lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am June 18, 2016, 20:33
Zitat

Hast Du die Option zum Erkennen verschobener Dateien aktiviert? Falls ja, ist es trotzdem normal, dass die Dateien erst kopiert werden. Sie werden nach dem Kopieren durch Hardlinks ersetzt. Hintergrund ist, dass zunächst ja die Checksummen berechnet werden müssen, was beim Kopieren passiert. Erst danach ist klar, ob die Dateien bereits vorhanden waren und können durch Links ersetzt werden.
Gruß,
Lupinho.
Salzmann
Neuling
Beiträge: 4
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am June 21, 2016, 05:49
Zitat

Ich habe als Modus eingestellt:
"Erkenne verschobene Dateien anhand ihrer Checksumme" bzw. noch den Haken direkt darunter gsetzt
bzw. Berechne Checksummen: fehlende (schnell)

Aber das Erkennen, ob eine Datei kopiert oder verlinkt wird muss doch beim Kopieren der einzelnen Datei erfolgen. Bei mir hat das Backup aber alle verschobenen Dateien definitiv nochmal kopiert und dafür reicht mein Speicher nicht aus, so dass es mit der Fehlermeldung "nicht genug Speicherplatz" abgebrochen.

Die Daten die verschoben habe sind ca. 450 GB bzw. 30.000 Dateien. Vor dem Sichern war auf der Platte 180 GB frei. Für die Daten die tatsächlich kopiert werden müssen, reicht das aus.
Salzmann
Neuling
Beiträge: 4
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am June 26, 2016, 16:09
Zitat

Gibt es hierfür dann eine Lösung bzw. ist es normal, dass sich das Programm so verhält? Danke im Voraus.
h4kDhkK3H5-
c4ayuTyv7
Neuling
Beiträge: 1
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am August 2, 2016, 13:50
Zitat

Das Erkennen von verschobenen und umbenannten Dateien UND auch Verzeichnissen will bei mir einfach nicht funktionieren. Ich teste das mit wenigen grossen EXE und Video-Files in einem Quell-Verzeichnis, welches auf derselben HDD wie das Ziel-Verzeichniss liegt. An der Dauer des Backup-Prozesses und dem Fortschritt-Balken erkenne ich, das HLB weder Umbenennungen, noch Verschiebungen (ohne Umbenennung) erkennt. Meine Job-Optionen sind

  • Detect moved and renamed files base upon their checksum
  • Calculate Checksums: always for *.*
  • Use and create index files

Wie kann die richtige Erkennung von Umbenennungen und Verschiebungen bitte erreicht werden?
Woran müsste die richtige Funktion denn aus dem Log-File ersichtlich sein? Ich erkenne nur Copy-Befehle.
Gruss von Hartmut
lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am August 2, 2016, 17:46
Zitat

Die Dateien werden erst nach dem Kopieren zu Hardlinks umgewandelt. Hintergrund ist, dass zur Berechnung der Checksummen die Dateien komplett gelesen werden müssen. Sind sie dann nicht doppelt, muss die Datei kopiert werden. Also kopiert HardlinkBackup lieber zunächst die Dateien und berechnet dabei die Checksummen. Sind gleiche Dateien schon vorhanden, werden sie dann durch Hardlinks ersetzt. Du kannst also anhand des Fortschrittes nicht erkennen, ob diese Option funktioniert. Es ist eine Option zum Speicherplatz-Sparen nicht zur Beschleunigung. Bitte gucke mal in die Log-Datei (Protokolleinstellung vorher auf "Detailliert" stellen), ob die Dateien durch Links ersetzt wurden.
HLB
Anfänger
Beiträge: 28
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am August 3, 2016, 11:42
Zitat

Zitat von lupinho am August 2, 2016, 17:46
Die Dateien werden erst nach dem Kopieren zu Hardlinks umgewandelt. Hintergrund ist, dass zur Berechnung der Checksummen die Dateien komplett gelesen werden müssen. Sind sie dann nicht doppelt, muss die Datei kopiert werden. Also kopiert HardlinkBackup lieber zunächst die Dateien und berechnet dabei die Checksummen. Sind gleiche Dateien schon vorhanden, werden sie dann durch Hardlinks ersetzt.

Wenn das Ziel aber deutlich langsamer als die Quelle ist, führt diese Vorgehensweise allerdings dazu, dass der ganze Vorgang länger als unbedingt nötig dauern kann, wenn ansonsten nur wenige Dateien kopiert werden müssten.
Yo
Neuling
Beiträge: 14
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am February 25, 2018, 11:17
Zitat

Hallo,
ich muss dieses Thema leider nochmal aufwärmen: Ich stehe gerade vor dem gleichen Problem, HLB möchte 713 GB kopieren... Im Log sehe ich nicht, dass die kopierten Dateien anschließend durch Hardlinks ersetzt werden. Wo sollte das denn da stehen und wann sollte das passieren? Direkt nachdem die Datei kopiert wurde? Oder erst ganz am Ende?
Ich habe u.A. in meinem Fotos-Ordner "_2002" in "2002" umbenannt und nun werden alle Fotos darin (sind nochmal in weiteren Unterordnern in zwei Stufen) kopiert und nicht verlinkt. 🙁 Im Log sehe ich trotz hohem Detail-Level nichts außer, dass kopiert wird.

BTW: Ich habe außerdem ein Update von 2.2.16 auf 2.2.17 gemacht. Ich wollte testen, ob das Problem auch mit 2.2.16 auftritt, davor hat mich Windows jedoch gewarnt: "Von Windows Defender SmartScreen wurde der Start einer unbekannten App verhindert." Da diese Meldung bisher nicht kam, habe ich davon abgesehen, die 2.2.16 zu installieren...

lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am February 25, 2018, 17:15
Zitat

Unbekannt mag die App schon sein - das liegt daran, dass ich die Anwendung (noch) nicht mit einem teuren Zertifikat versehen habe.
Zum Problem: Die Meldung "Replace "xy" with a hardlink to "z"..." taucht irgendwann nach dem Kopieren auf. Ich kann Dir nicht genau sagen wann, denn das passiert irgendwann zeitversetzt nach dem Kopieren. In der Summary am Ende des Backups sollten auf jeden Fall die verlinkten Daten stehen, auch wenn bei der Schätzung am Anfang eine größere Menge zu kopierender Datein steht. Ich würde im Logfile (ist z.B. mit glogg - https://glogg.bonnefon.org/ - ganz gut anzuschauen) mal nach einer konkreten Datei suchen, die nur verschoben wurde. Bitte auch darauf achten, dass die Optionen entsprechend gesetzt sind!
Gruß,
Lupinho.
Yo
Neuling
Beiträge: 14
Permalink
avatar
Beitrag Re: Kein Erkennen verschobener Dateien
am February 25, 2018, 18:19
Zitat

Hi Lupinho,
danke schon mal für die Infos. Ich habe das Backup in der Zwischenzeit mal laufen lassen um zu sehen was passiert - kein Speicherplatz mehr auf der Platte. 🙁

Im Log habe ich ein paar "Replace"-Meldungen gefunden, aber auch viele (SEHR viele) "Copy"-Meldungen von Dateien, die ich verschoben/umbenannt habe, die nicht nochmal mit einem "Replace" auftauchen.

Details:

Erstes "MSG: Replace" und zugehöriges "MSG: Copy"

[2018-02-25 11:43:29.57] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy13\Fotos\2006\2006-10-16\2006-10-16 21.04.58 - DSC02044.JPG" to "Z:\Daten Backup\2018-02-25\Laufwerk E (Daten)\Fotos\2006\2006-10-16\2006-10-16 21.04.58 - DSC02044.JPG" (1,86 MB)
...
[2018-02-25 11:43:34.77] MSG: Replace "Z:\Daten Backup\2018-02-25\Laufwerk E (Daten)\Fotos\2006\2006-10-16\2006-10-16 21.04.58 - DSC02044.JPG" with a hardlink to "Z:\Daten Backup\2018-01-13\Laufwerk E (Daten)\Fotos\2006\DSC02044.JPG" (file "Laufwerk E (Daten)\Fotos\2006\DSC02044.JPG" was renamed to Laufwerk E (Daten)\Fotos\2006\2006-10-16\2006-10-16 21.04.58 - DSC02044.JPG)

...sieht okay aus, hat nur 5 Sekunden gedauert, bis HLB das festgestellt hat... Mal sehen, ob sich das später weiter verzögert...

Letztes "MSG: Replace" und zugehöriges "MSG: Copy"

[2018-02-25 11:46:18.28] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy13\Fotos\2009\2009-04-03\2009-04-03 20.16.57.jpg" to "Z:\Daten Backup\2018-02-25\Laufwerk E (Daten)\Fotos\2009\2009-04-03\2009-04-03 20.16.57.jpg" (29,9 KB)
...
[2018-02-25 11:46:26.07] MSG: Replace "Z:\Daten Backup\2018-02-25\Laufwerk E (Daten)\Fotos\2009\2009-04-03\2009-04-03 20.16.57.jpg" with a hardlink to "Z:\Daten Backup\2018-01-13\Laufwerk E (Daten)\Fotos\2009\waschmaschine_seite_detail.jpg" (file "Laufwerk E (Daten)\Fotos\2009\waschmaschine_seite_detail.jpg" was renamed to Laufwerk E (Daten)\Fotos\2009\2009-04-03\2009-04-03 20.16.57.jpg)

...auch noch okay, waren diesmal 8 Sekunden.

Erstes "MSG: Copy" einer verschobenen/umbenannten Datei

[2018-02-25 11:36:11.09] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy13\Fotos\2001\2001-12 Fotos in XYZ + Silvester mit a, b, c und d\IMM005.JPG" to "Z:\Daten Backup\2018-02-25\Laufwerk E (Daten)\Fotos\2001\2001-12 Fotos in XYZ + Silvester mit a, b, c und d\IMM005.JPG" (982 KB)

Diese Datei wurde bis 13:10 nicht ersetzt (also mehr als 1,5 Stunden später), ist in älteren Backups jedoch zu finden:
"Z:\Daten Backup\2018-01-13\Laufwerk E (Daten)\Fotos\__transit__\_cds\Fotos in XYZ + Silvester 2001 mit a, b, c und d\IMM005.JPG"

Laut WinMerge sind die Dateien identisch, auch Änderungsdatum, Größe etc. sind gleich.

Ich kann mir das eigentlich nur so erklären: HLB würde zwar vermutlich irgendwann bemerken, dass diese Datei bereits existiert, und diese durch einen harten Link ersetzen, aber halt zu spät, so dass in der Zwischenzeit die Backupplatte volläuft. Ist das vorstellbar?

Ich wollte mal schauen, ob HLB hierfür denn dieselbe Prüfsumme errechnet hat, geht aber nicht, da im gescheiterten Backup die index-Datei fehlt.

Wie kriege ich die Sicherung nun wieder an's Laufen?

Danke schonmal!
Yo
Seiten: [1] 2 3
Mingle Forum by cartpauj
Version: 1.0.34 ; Die Seite wurde geladen in: 0.107 Sekunden.