Willkommen Gast 

Infos ein-/ausblenden

Willkommen Gast! Um Beiträge zu verfassen musst Du registriert sein.
Seiten: [1]
Autor Thema:Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
Goreb
Neuling
Beiträge: 4
Permalink
avatar
Beitrag Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
am April 29, 2019, 22:45
Zitat

Hallo Lupinho,

bei meinen Backups habe ich kürzlich festgestellt, dass Hardlink Backup vermutlich ein Problem mit Backups von Video Dateien auf ein Synology NAS haben könnte. Ich benutze 2 verschiedene Synology NAS Boxen mit neuestem NAS Betriebssystem aber unterschiedlicher Hardware (32Bit und 64Bit NAS). Bei beiden NAS Boxen wird das Änderungsdatum von Video Files im Backup auf das Ausführungsdatum des Backups gesetzt (z.B. 2019-04-14). Die Video Dateien zeigen nicht als Änderungsdatum das Erstelldatum 2019-03-17 an welchem die Videos tatsächlich aufgenommen wurden. Bei Bilddateien ist alles in Ordnung. Es wird aber nicht nur das Änderungsdatum von Video Dateien geändert sondern auch von *.psd, *.wmv, *.pxc, *.iso, *.mpv, *.mpg, *.db. Verglichen habe ich mit Beyond Compare um den Erfolg des Backups zu prüfen. Dabei sind mir die Unterschiede am Änderungsdatum aufgefallen.

Werden die genau gleichen Backups nicht auf ein Synology NAS sondern auf eine normale NTFS formatierte Festplatte gemacht verhält sich Hardlink Backup völlig korrekt und erstellt die Backups mit dem richtigen Änderungsdatum bei allen Dateien.

Verwendet wurde die neueste Version von Hardlink Backup: V 2.2.19.

Im Log File kann ich nichts Verdächtiges finden.

Der Zugang zum NAS erfolgt über ein Netzlaufwerk gemountet in Windows.

Hier noch das zugehörige Log File: 

[2019-04-14 20:58:55.41] INF: Configure backup "D:\Users\Heiko\Eigene Dokumente\HardlinkBackup\Backup-Laufwerk_Media4-To-NAS - TestlaufMitNASMAIN.hbd"
[2019-04-14 20:58:55.53] INF: Start backup in hardlink mode at 2019-04-14 20:58:55.40 (Version 2.2.19 (Build 9208))
[2019-04-14 20:58:55.56] INF: Validating backup definition "D:\Users\Heiko\Eigene Dokumente\HardlinkBackup\Backup-Laufwerk_Media4-To-NAS - TestlaufMitNASMAIN.hbd"
[2019-04-14 20:58:55.61] INF: Check access to source directory "D:\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest" (fixed local drive)
[2019-04-14 20:58:55.66] INF: Check access to target directory "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem" (network share)
[2019-04-14 20:58:55.69] INF: Scan existing backup sets...
[2019-04-14 20:58:55.76] INF: Compare with backup sets: 
[2019-04-14 20:58:55.77] INF: Create target directory "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58"
[2019-04-14 20:58:55.79] INF: Check file access rights to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58"
[2019-04-14 20:58:55.97] INF: Support (+/-/?): +PreserveCaseNames,+SupportUnicodeNames,+PersistentAcls,+SupportCompression,+SupportsSparseFiles,-SupportsReparsePoints,-SupportsEncryption,+SupportsHardLinks,-SupportsHardLinkRead,-SupportsSymLinks,+SupportsAlternativeDataStreams,-ReadOnly,+WriteAccess,-WritePermissions
[2019-04-14 20:58:56.01] INF: Create log-file "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\backup_2019-04-14_20_58_55.log"
[2019-04-14 20:58:56.03] INF: Create log-file "C:\ProgramData\Lupinho.Net\HardlinkBackup\CachedBackupSets\NASMAIN_BackupFotoVideo_HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\backup_2019-04-14_20_58_55.log"
[2019-04-14 20:58:56.05] INF: Directory "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58" online.
[2019-04-14 20:58:56.07] INF: Start watching target "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58" (online).
[2019-04-14 20:58:56.11] INF: Creating volume shadow copies...
[2019-04-14 20:59:04.24] INF: Source path "D:\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest" uses volume shadow copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest"
[2019-04-14 20:59:04.24] INF: Start backup process...
[2019-04-14 20:59:04.30] INF: Source file system of "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest" supports reading hard links. Inner hardlinks can be detected.
[2019-04-14 20:59:05.01] MSG: Creating directory "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest"
[2019-04-14 20:59:05.03] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_124738-DSC04792.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_124738-DSC04792.ARW" (19,9 MB)
[2019-04-14 20:59:05.69] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_124738-DSC04792.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_124738-DSC04792.JPG" (5,19 MB)
[2019-04-14 20:59:05.88] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_124747-DSC04793.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_124747-DSC04793.ARW" (19,9 MB)
[2019-04-14 20:59:06.45] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_124747-DSC04793.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_124747-DSC04793.JPG" (5,06 MB)
[2019-04-14 20:59:06.65] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_130803-C0001.MP4" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_130803-C0001.MP4" (1,53 GB)
[2019-04-14 20:59:44.89] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_131236-C0002.MP4" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_131236-C0002.MP4" (1,48 GB)
[2019-04-14 21:00:22.24] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_131835-C0003.MP4" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_131835-C0003.MP4" (764 MB)
[2019-04-14 21:00:40.94] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_140339-DSC04794.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_140339-DSC04794.ARW" (20,0 MB)
[2019-04-14 21:00:41.52] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_140339-DSC04794.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_140339-DSC04794.JPG" (6,42 MB)
[2019-04-14 21:00:41.76] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_140342-DSC04795.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_140342-DSC04795.ARW" (20,0 MB)

....

[2019-04-14 21:01:47.09] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_142039-DSC04920.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_142039-DSC04920.ARW" (20,0 MB)
[2019-04-14 21:01:47.68] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_142039-DSC04920.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_142039-DSC04920.JPG" (6,36 MB)
[2019-04-14 21:01:47.90] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_142039-DSC04921.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_142039-DSC04921.ARW" (20,0 MB)
[2019-04-14 21:01:48.47] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_142039-DSC04921.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_142039-DSC04921.JPG" (6,49 MB)
[2019-04-14 21:01:48.73] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_145620-C0004.MP4" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_145620-C0004.MP4" (2,03 GB)
[2019-04-14 21:02:38.29] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_150154-C0005.MP4" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_150154-C0005.MP4" (112 MB)
[2019-04-14 21:02:40.97] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_155612-DSC04922.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_155612-DSC04922.ARW" (20,0 MB)
[2019-04-14 21:02:41.58] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_155612-DSC04922.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_155612-DSC04922.JPG" (6,52 MB)
[2019-04-14 21:02:41.82] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_155613-DSC04923.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_155613-DSC04923.ARW" (20,0 MB)
[2019-04-14 21:02:42.40] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_155613-DSC04923.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_155613-DSC04923.JPG" (6,47 MB)
[2019-04-14 21:02:42.63] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_155614-DSC04924.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_155614-DSC04924.ARW" (20,0 MB)

...

[2019-04-14 21:03:06.92] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_160146-DSC04954.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_160146-DSC04954.JPG" (6,89 MB)
[2019-04-14 21:03:07.17] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_160147-DSC04955.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_160147-DSC04955.ARW" (20,1 MB)
[2019-04-14 21:03:07.74] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_160147-DSC04955.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_160147-DSC04955.JPG" (6,78 MB)
[2019-04-14 21:03:07.97] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_160147-DSC04956.ARW" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_160147-DSC04956.ARW" (20,1 MB)
[2019-04-14 21:03:08.54] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_160147-DSC04956.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_160147-DSC04956.JPG" (6,76 MB)
[2019-04-14 21:03:08.76] MSG: Copy "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy31\LinkMedia\Media4\FotoVideo\2019\2019_03_17-WIALoaderTest\20190317_160153-C0005T01.JPG" to "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\2019_03_17-WIALoaderTest\20190317_160153-C0005T01.JPG" (384 KB)
[2019-04-14 21:03:08.88] INF: Creating index file "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58\index.hbi"
[2019-04-14 21:03:08.93] INF: Writing backup set info for target "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58"
[2019-04-14 21:03:08.96] INF: Backup process finished.
[2019-04-14 21:03:08.97] INF: Releasing volume shadow copies...
[2019-04-14 21:03:09.86] INF: Closing backup...
[2019-04-14 21:03:09.87] INF: Summary:
[2019-04-14 21:03:09.89] INF:   Backup time: 20:58 - 21:03 (04:14 minutes)
[2019-04-14 21:03:09.89] INF:   Copied 262 files (8.97 GB)
[2019-04-14 21:03:09.90] INF:   Processed 262 files (8.97 GB) in 1 directories
[2019-04-14 21:03:09.90] INF:   0 errors and 0 warnings occurred
[2019-04-14 21:03:09.90] INF: Backup finished successfully.
[2019-04-14 21:03:09.92] INF: Stop watching directory "\\NASMAIN\BackupFotoVideo\HLB-TestlaufWegenVideoProblem\2019-04-14_20.58" (online).

Bezüglich dieses Problems hab ich bislang im Forum keinen ähnlichen Eintrag gefunden.

Gruß, Heiko
lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
am April 30, 2019, 20:13
Zitat

Könnte an der SMB-Implementierung des NAS liegen. Ältere Filesysteme (ext2) unterstützen auch keinen Änderungszeitstempel. HardlinkBackup funktioniert trotzdem korrekt, da die Änderungszeiten aus der index.hbi verwendet werden.
HLB
Anfänger
Beiträge: 28
Permalink
avatar
Beitrag Re: Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
am May 1, 2019, 21:51
Zitat

Zitat von lupinho am April 30, 2019, 20:13Ältere Filesysteme (ext2) unterstützen auch keinen Änderungszeitstempel.

Wirklich? Das dürfte meiner Meinung nach eher auf erstellt am oder den letzten Zugriff zutreffen.
Goreb
Neuling
Beiträge: 4
Permalink
avatar
Beitrag Re: Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
am May 5, 2019, 12:02
Zitat

Hallo Lupinho, zunächst mal vielen Dank für die Antwort. Ich hab noch ein wenig herumprobiert und versucht die SMB Versionen in der Konfiguration des Netzwerkprotokolls der Synology Boxen einzuschränken (SMB1 musste natürlich nochmals in Windows nach-installiert werden aus bekannten Gründen…). Ich habe ebenfalls darauf geachtet dass keine Synology Plugins (Video Station, Photo Station usw.) installiert waren, die evtl. noch einen Einfluss haben könnten. Sowohl unter SMB1 und SMB2 (SMB3 ist nicht explizit auswählbar) in der Synology war immer das Änderungsdatum der Video Dateien im Backup auf das Datum des Backups gesetzt und zeigten nicht das korrekte Änderungsdatum der originalen Dateien.
Das Dateisystem auf der 32 Bit NAS Box ist ext4 und auf der 64 Bit NAS Box das btrfs.

Wenn allerdings eine Kopie der Videodateien über den Windows Explorer vom PC auf das NAS durchgeführt wird, stimmt das Änderungsdatum der Videodateien mit den originalen Dateien überein. Kopien mit dem Windows Explorer funktionieren also völlig korrekt. Das wundert mich etwas. Sollte die SMB Implementierung des Synology NAS fehlerhaft sein (was ja durchaus sein kann) sollte doch eine Kopie per Windows Explorer das gleiche Verhalten zeigen, d.h. das Änderungsdatum sollte dann beim Kopieren verändert werden. Irgendwie ist das seltsam.

In der index.hbi ist das korrekte Änderungsdatum der Videodateien verzeichnet. Wenn das für ein erneutes Backup verwendet wird, ist das sehr gut und ein erneutes Backup sollte dann korrekt sein. Allerdings werden bei einem Restore (das ja durch eine einfache Kopieraktion im Windows Explorer gemacht wird) dann die Dateien mit dem falschen Änderungsdatum zurückgesichert und würden so nicht mehr mit dem Original übereinstimmen. Die Dateien sind dann zwar verfügbar, allerdings würde ich mir von einem vernünftigen Backup schon das korrekte Verhalten erhoffen. Könntest Du evtl. nochmals nachschauen, wie das Kopieren in HLB codiert ist. Im Windows Explorer funktioniert ja mit den Synology SMB Implementierungen alles wie es erwartet wird. Vielen Dank schon mal.
lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
am May 13, 2019, 22:30
Zitat

Komisch. HardlinkBackup nutzt sie Windows-API. Das sollte eigentlich keinen Unterschied zum Explorer ergeben...
Goreb
Neuling
Beiträge: 4
Permalink
avatar
Beitrag Re: Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
am May 27, 2019, 21:55
Zitat

Hallo zusammen, ich habe noch etwas herumexperimentiert:

- Die SMB Version habe ich auf SMB V2 in der Synology eingeschränkt (kein SMB3 wie auch kein SMB V2 large MTU), da ich hier in einem Synlogy Forum einen Hinweis gefunden habe die Synology hätte ein Problem mit SMB V3:
https://forum.synology.com/enu/viewtopic.php?t=108440

- Ich habe Dateien ohne sinnvollen Inhalt mit dem Tool fsutil in der Dateiendung .bin (also weder Bild noch Video Datei) erstellt, z.B.:
fsutil file createnew 20180106_010101.bin 524288000
also exakt 512MB groß (1024Bytes*1024*500 = 524288000)

- Einige Dateien waren kleiner als 524288000 Bytes und einige waren größer

- Von allen Dateien wurde mit Hardlink Backup ein Backup erstellt. Dabei waren bei allen Dateien kleiner 512MB also kleiner 524288000 Byte das File Modification Date in Ordnung also gleich dem Original. Bei allen Dateien exakt gleich 512MB also 524288000 Byte oder größer wurde das File Modification Date auf das Datum des Backups gesetzt.
Image

- Kopiere ich die Dateien mit dem ganz normalen Windows Explorer wird das File Modification Date nicht geändert.

Kann es sein dass Hardlink Backup mit 512MB großen Dateisegmenten arbeitet, die Datei auf dem Ziellaufwerk neu zusammengestzt wird und dabei das File Modification Date des Backup Zeitpunkts erhält ? Könnte ja sein das das Sinn macht wenn z.B. eine Netzwerkverbindung nicht stabil ist müssen große Dateien nicht komplett wiederholt übertragen werden sondern nur der letzte 512MB Schnipsel… nur mal so ein Gedanke…
lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
am May 28, 2019, 22:30
Zitat

Nein, HardlinkBackup macht da keinen Unterschied. Es wird immer erst die Datei kopiert und dann die Änderungs/Erstellungs-Daten sowie andere Flags (schreibgeschützt, versteckt usw.) gesetzt. Die werden dann sogar nochmal gelesen und verglichen (wenn sie ungleich sind, gibts eine Warnung). Viel wahrscheinlicher ist, dass hier die Synology noch irgendeinen Quatsch (hinterher) macht. Wie HardlinkBackup das verhindern soll, ist mir unklar. Die Tatsache, dass es beim Explorer-Kopieren nicht passiert, ist natürlich schon spannend. Vielleicht mag die Synology auch nicht das nachträgliche Setzen der Änderungszeit...
Goreb
Neuling
Beiträge: 4
Permalink
avatar
Beitrag Re: Video Dateien im Backup auf NAS zeigen als Änderungsdatum das Datum des Backups
am June 21, 2019, 01:28
Zitat

Ich habe zwischenzeitlich wieder ein wenig experimentiert: Wenn ich in den Synology Einstellungen die Option "Opportunistic Locking aktivieren" nicht angehakt also deaktiviert habe, dann werden die Backups einwandfrei erstellt, so daß das File Modification Date nicht geändert wird und dem Original entspricht.
Diese Einstellungen funktionieren in meinem Fall: Synology Default Optionen für SMB wobei "Opportunistic Locking aktivieren" deaktiviert ist:
Image
Image

Allerdings ist mir schleierhaft was hier schief läuft, denn Opportunistic Locking ist eine vernünftige und nützliche Eigenschaft die Bestandteil von SMB ist und auch von Microsoft hinreichend erläutert wird:
https://docs.microsoft.com/en-us/windows/desktop/fileio/opportunistic-locks

Wie bereits oben geschrieben: Kopieraktionen per Windows Explorer mit Dateien >512MB werden mit dem korrekten File Modification Date erstellt.

Hat evtl. jemand eine Idee was das Problem sein könnte oder liegt es wirklich an einer buggy Implementierung des SMB Protokolls in der Synology. Eigentlich besteht zunächst ja kein Grund für Synology daran was zu verändern, da die Linux Protokoll Stacks eigentlich seit Jahren hier gute Dienste leisten...
Seiten: [1]
Mingle Forum by cartpauj
Version: 1.0.34 ; Die Seite wurde geladen in: 0.067 Sekunden.