File Level Restore - Maintain Original File Timestamp

[mixman]

Is it possible to keep the original timestamp of the file being restored?

[Gostev]

No, since restore is performed as regular file copy operation.

[mixman]

I would like to request that as a new feature. I am pretty sure it is possible becuase if I copy a file from my windows desktop to a server, as a regular file copy operation, the original modified timestamp is maintained.

Thanks

[Gostev]

Oh, I did not realize you are talking about modification date... that should not be modified.

[mixman]

When I look at the properites of the file in the "Backup Browser", it has the correct original modified date.
When I actually do the restore, using "Copy To..." the restored file has today's modified date. I would expect to have the original modified date on the file.
Can you reproduce?

[Gostev]

How exactly do you perform the restore? Do you use native Windows file level restore capabilities, or do you use multi-OS file level restore wizard and restoring through helper appliance? We will try to repro.

[mixman]

Tools > File Level Restore > Microsoft Windows
Choose Virtual Machine
Choose Restore Point
..Opens "Backup Browser"
Right Click File > Copy To...
Copy File to Desktop, File has today's timestamp

[mixman]

We are using Windows 2008 R2 Datacenter

[Bunce]

We noticed this today when doing a file restore..

[Gostev]

We are looking into this...

[MSoft]

Hi Gostev, I also need to restore files and retain the 'Date Modified' property. Any feedback on this issue? Thanks!

[Vitaliy S.]

Hello, this will be fixed in our next releases (not sure about the timeframe yet).

[Gostev]

Chances are this will be addressed in the next update, version 5.0.2

[kocher]

Hi,
I'm having a similar problem.
I'm using veeam 5.0.2.230 and when doing a multi-os file level restore (from and to a linux server) I also have a modified time stamp on the files.
I could work around this problem by using ssh and tar but I could not find the root password for the appliance.

Are there any news concerning this feature or is there a way (an official way) to get that password?

Thanks,
Kristian

[Gostev]

Support can help with that. But have you considered enabling FTP option in the Multi-OS Wizard instead?

[kocher]

Yes I tried using ftp but it poses some problems when restoring entire folders since (from what i found) ftp has no option to dowload recursively.
Should I contact support concerning the password?

[Vitaliy S.]

Yes.

[Sethbartlett]

You could use a file client like FileZilla.

[jlsung]

With a FLR Linux, the permissions on folders are not kept.
The box « Preserve permissions and ownership » is checked. Only files have the right permissions...

[Gostev]

You should open a support case for investigation. Thanks.

[kocher]

If you contact support they can give you the root password for the appliance and then you can easily get your files with ssh+tar. This way permissions, owners and timestamps are kept.

[jlsung]

If you contact support they can give you the root password for the appliance and then you can easily get your files with ssh+tar. This way permissions, owners and timestamps are kept.

I have access to the Appliance. Is it possible to install rsync on this appliance ?
I would like to use rsync for restore folders/files with rights, ACL, timestamp...

[Vitaliy S.]

It might be worth trying, however be aware that any package you try to deploy will not stay intact after you power off the appliance VM, as it boots from a RAM disk.

[Gostev]

Have you considered using the FTP option?

[jlsung]

It might be worth trying, however be aware that any package you try to deploy will not stay intact after you power off the appliance VM, as it boots from a RAM disk.

Yes I know.
Do you know how to install the rsync package ?

Have you considered using the FTP option?

FTP don't preserve rights I guess.
From Veeam support, no fix will be available for the version 5.0.2.230.

[Vitaliy S.]

Unfortunately, I'm not a Linux guy at all. I guess the easiest way is to use Kristian's method above, as rsync would most likely require some additional software prerequisites to be deployed.

[tsightler]

FTP don't preserve rights I guess.

FTP will preserve rights if you use a decent FTP client. For example lftp with the "mirror" option will duplicate all ownership, rights, and modification timestamps. The syntax for the lftp mirror command is:

Code: Select all

lftp -c 'open -e "mirror <remote_dir_path> <local_dir>/" <remote_site>' 

This is the fastest method to restore a large directory tree with Linux, especially if you use the "parallel" option for lftp as well.