Author |
Message |
DavidO
Joined: 11 Sep 2008 Posts: 5 Location: Texas
|
Posted: Thu Sep 11, 2008 3:17 am Post subject: Backup Mirror Source to Target |
|
|
Is it possible to maintain the original source file attributes when using backup/mirror to target? Specifically I am refering to timestamp created and modified dates on the target. I need to maintain the source timestamp.
I am using a file filter to select files older than a specific date. It seems the files are selected from the source properly and are copeid to the target successfully. However, all files copied to the target receive the current date/time attributes/timestamps.
VVPro 2 - Windows 2003 R2 Server - NTFS
Maybe I have overlooked something??? |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
|
Back to top |
|
|
DavidO
Joined: 11 Sep 2008 Posts: 5 Location: Texas
|
Posted: Thu Sep 11, 2008 12:23 pm Post subject: Backup Mirror to Source |
|
|
Drive type is SAS Raid 5, 750 Gb Partition, NTFS format. |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
|
Back to top |
|
|
DavidO
Joined: 11 Sep 2008 Posts: 5 Location: Texas
|
Posted: Thu Sep 11, 2008 12:49 pm Post subject: Backup Mirror Source to Target |
|
|
Just downloaded and purchased server license yesterday. I would assume that it is the latest you have available on your site.
2015 build verified. |
|
Back to top |
|
|
DavidO
Joined: 11 Sep 2008 Posts: 5 Location: Texas
|
Posted: Sun Sep 14, 2008 3:24 am Post subject: Backup Mirror Source to Target |
|
|
Not much help on this Forum.
Solved the problem myself. Looks like a bug in the software with UNC. |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
|
Back to top |
|
|
DavidO
Joined: 11 Sep 2008 Posts: 5 Location: Texas
|
Posted: Mon Sep 15, 2008 1:02 pm Post subject: |
|
|
It works with target as UNC but sets the destination file attributes to current date/time. Using a mapped drive as target/destination it will retain the source file attributes as expected.
Unless the dates are manually verified by the user, they will not know that they have lost the original create/modified timestamps in the destination copy leaving them with no way to identify the age or possibly the version of a file. This also might wreak havoc with single instance storage (SIS).
A warning should have been generated advising of the attribute reset or this behavior should have been documented somewhere. If it is documented, I did not find it.
This issue caused a two day delay in a crucial deployment of a new server |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
Posted: Tue Sep 16, 2008 2:26 am Post subject: |
|
|
Quote: | This issue caused a two day delay in a crucial deployment of a new server |
I am sorry about that. This issue must be releated to the drive / connection you are using, we cannot reproduce this problem with other UNC paths we tested...
thanks _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
|