Lupinhos Home

@lupinho
Achja… Super. Das habe ich ganz übersehen.

Und noch eine Kleinigkeit:
Man kann ja Ordnerpfade und File Namen Filtern und von der Sicherung ausnehmen.
Was wenn ich aber eine ganz bestimmte Datei mit einem bestimmten Ordnerpfad filtern will? Sprich wenn eine andere Datei mit dem selben Namen aber in einem anderen Ordner trotzdem weiterhin gesichert werden soll?
zB:
C:\ABC.txt

@lupinho
Achja… Super. Das habe ich ganz übersehen.

Und noch eine Kleinigkeit:
Man kann ja Ordnerpfade und File Namen Filtern und von der Sicherung ausnehmen.
Was wenn ich aber eine ganz bestimmte Datei mit einem bestimmten Ordnerpfad filtern will? Sprich wenn eine andere Datei mit dem selben Namen aber in einem anderen Ordner trotzdem weiterhin gesichert werden soll?
zB:
C:\ABC.txt nicht sichern (zu filtern)
C:\Ordner1\ABC.txt sichern
C:\Ordner2\ABC.txt sichern

Geht das auch?

Warum überhaupt die Unterscheidung zwischen Ordner Filter und File Name Filter? Mit entsprechenden Wildcards und \ könnte man ja alles Mögliche beschreiben, Ordnerpfade, Dateipfade und jeweils absolut und relativ.

Und eine Anmerkung: Bei mir lassen sich keine gelockten Files mit File Name Filter "…" Selector auswählen. Ist nicht schlimm aber fiel mir gerade auf. Gerade gelockte File will man ja oft filtern.

Hi!

Leider scheint das Programm für meine Anwendung nicht nutzbar zu sein. Das Backup ist jetzt eine Woche (!) gelaufen für eine Datenmenge, für die Robocopy 2 Tage braucht.

Heute morgen ist die Quell-NAS nicht mehr erreichbar, "Sichern" steht auf "Fehlgeschlagen", Gesamtstatus auf "Backup wird ausgeführt…" und es tut sich gar nichts.
Backup pausiert und die NAS-Shares nochmal angeklickt, dann kommt die NAS wieder.

Ich gebe jetzt frustriert auf. Hatte wirklich gehofft, dass Hardlinkbackup die Lösung für mich wäre, es scheint aber einfach noch nicht robust genug zu sein, von der Performance mal abgesehen.

Weiterhin viel Erfolg mit dem Projekt, ist eine sehr schöne Idee.

Eine kurze aber bedeutende Frage:
Wie kann das Programm zwischen einer gewollten und einer ungewollten (Bitfehler) Änderung einer Datei bei unverändertem Zeitstempel unterscheiden? Denn wenn ein Bitfehler im Quell Verzeichnis auftritt wird dieser auf das Ziel Verzeichnis übertragen (und damit das Backup der Datei gelöscht!)

Hallo und vielen Dank fuer Deine Software.

Ich habe diese heute installiert und auch gleich lizenziert und diverse Backup-Jobs eingerichtet.

Leider werfen die alle einen Fehler:
"[2020-02-12 10:08:57.32] WRN: Source file system of "\\?\STC_SnapShot_Volume_21_0\path\dir" is unkown to support reading hardlinks. Inner hardlink detection may fail."

Die Source ist die primaere Festplatte C:\, von der ich ausgehe, dass diese Hardlinks unterstuetzt.
Es handelt sich um ein Verzeichnis mit rekursiv ca 400.000 Files.

OS: Windows 10, 64Bit

Was kann ich tun?
Danke,
Michael

Es schein ein Problem (mit incrementellen Backups) zu geben wenn die Quell-Datei schreibgeschützt ist. Auch mit Admin-Rechten wird ein Fehler generiert. Wenn der Schreibschutz der Quell-Datei entfernt wird, läuft das Backup durch:

Unbehandelte Ausnahme: System.UnauthorizedAccessException: Der Zugriff auf den Pfad "w:\BACKUP\202002182353\d__\test.pdf" wurde verweigert.
bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
bei System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
bei System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize)
bei System.IO.File.OpenFile(String path, FileAccess access, SafeFileHandle& handle)
bei System.IO.File.SetCreationTimeUtc(String path, DateTime creationTimeUtc)
bei System.IO.FileSystemInfo.set_CreationTimeUtc(DateTime value)
bei System.IO.FileSystemInfo.set_CreationTime(DateTime value)
bei yahb.CopyModule.doCopy()
bei yahb.Program.Main(String[] args)