Fragen zu Cobian BackUp

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

Lapje

Benutzer
Registriert
21. Aug. 2009
Beiträge
261
Reaktionspunkte
0
Punkte
16
Hallo zusammen,

Ich sichere meine Daten im mom mit Cobian BackUp, mit dem ich eigentlich recht zurfrieden bin. Als BackUp-Methode benutze ich immer "Differentiell", es sollen immer die Files ersetzt werden, welche entweder aktualisiert wurden oder neu hinzugekommen sind. Zudem wird das Archivbit benutzt.

Nach meiner Logik (was nichts heißen will) müsste es doch jezt so ablaufen, dass das Prog überprüft, welches File neu hin zu gekommen ist oder welches aktualisiert wurde. Das kann doch so lange nicht dauern, oder? Aber bei manchen Files dauert es so lange dass ich das Gefühl habe, dass die Files entweder jedes mal neu abgespeichert werden oder zumindest alle zur DS geschickt werden. So dauert das tägliche BackUp von knapp 40GB über eine halbe Stunde. Oder ist das wiederum normal?

Besten dank für die Hilfe

Lapje
 
Nach meiner Logik (was nichts heißen will) müsste es doch jezt so ablaufen, dass das Prog überprüft, welches File neu hin zu gekommen ist oder welches aktualisiert wurde.

Genau das wird gemacht. Wobei - soweit ich das sehe - kein md5-Abgleich wie bei rsync erfolgt, sondern der Backuplauf nur durch Dateiattribute gesteuert wird.

Q- I want to make an incremental or differential backup but the program keeps making full backups. Why?

The program uses the archive bit of the file's attribute to decide if the file has been changed and there is a need to backup the file. If the program fails to reset this attribute back after a backup, the next backup will, once again copy this file even if it has not been changed. The cause because the attribute could not be changed may have been:

1- The user of the program doesn't have permissions to modify the attributes

2- The source files may be placed on a SMB partition which doesn't support Windows file attributes (like a LINUX, MacOS, etc) Some other casuses may be: you are compressing AND encrypting without creating new backups separated by timestamps. In this case it's more effective to just do a full backup than to update.

Du kannst dir ja auch mal Deltacopy anschauen.

Itari
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat