Hi, seems to be a fairly common question so apologies for repeating.
I am attempting to perform an FLR restore of our file server to a new disk. The location of the Veeam backup files are on an iSCSI drive on the same network with 10G Ethernet.
We have about 750GB worth of data (a lot of files and folders with deep folder structures) and the server was running dedupe. FLR seems to be going at 4-5MB/s and has estimated the restore size to be 1.9TB. Can I actually expect this to be this size after restore? Is this the speed to expect? Would it be faster to restore a .vmdk or spin up a duplicate machine to copy the data from?
-
- Lurker
- Posts: 1
- Liked: never
- Joined: Mar 26, 2019 1:23 am
- Full Name: Albert
- Contact:
-
- Product Manager
- Posts: 14322
- Liked: 2890 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: FLR restore speed and estimated restore size
Hello,
and welcome to the forums. The question about low speed always depends on hardware sizing and software versions, so it's hard to guess without more detailed information (RAM, CPU, numbers of disks, 10k, 7.2k disks etc.). Are you using update 4 (there were FLR performance enhancements in that version)?
The file size after restore will be the original file size.
There are many possible reasons... I have seen accidental restores over WAN a couple of times for example. Support can also help.
Best regards,
Hannes
and welcome to the forums. The question about low speed always depends on hardware sizing and software versions, so it's hard to guess without more detailed information (RAM, CPU, numbers of disks, 10k, 7.2k disks etc.). Are you using update 4 (there were FLR performance enhancements in that version)?
you are talking about the repository server?and the server was running dedupe.
The file size after restore will be the original file size.
There are many possible reasons... I have seen accidental restores over WAN a couple of times for example. Support can also help.
Best regards,
Hannes
-
- Novice
- Posts: 5
- Liked: never
- Joined: Jun 20, 2018 1:46 pm
- Full Name: Cyr Cer
- Contact:
Re: FLR restore speed and estimated restore size
Hello, don't use the GUI of the FLR to perform the file/folder selection and the targeting.
If you do, it's your VBR server which will manage all the transactions, creating a bottleneck if there's lot of files.
If you want to improve the restore rate, you want to use only the FLR and the target without intermediary system
As soon as the appliance is started, keep the GUI open (if you close, the appliance will shutdown)
After that, try to connect on it via ssh (with root and the password sets in your credentials db) and browse into the mount point point of your restore point and use the ssh command:
tar -czvf - /src/dir | ssh remotehost "(cd /dst/dir ; tar -xzvf -)"
which send a "tar copy" of your folder/files directly to the remote host which will "untar" it directly in his filesystem
In this way i manage to get a 30 Go/hour speed
Another possibility: You can try to use directly FTP from the the target to the FLR
Hope this help (sorry for bad english)
If you do, it's your VBR server which will manage all the transactions, creating a bottleneck if there's lot of files.
If you want to improve the restore rate, you want to use only the FLR and the target without intermediary system
As soon as the appliance is started, keep the GUI open (if you close, the appliance will shutdown)
After that, try to connect on it via ssh (with root and the password sets in your credentials db) and browse into the mount point point of your restore point and use the ssh command:
tar -czvf - /src/dir | ssh remotehost "(cd /dst/dir ; tar -xzvf -)"
which send a "tar copy" of your folder/files directly to the remote host which will "untar" it directly in his filesystem
In this way i manage to get a 30 Go/hour speed
Another possibility: You can try to use directly FTP from the the target to the FLR
Hope this help (sorry for bad english)
Who is online
Users browsing this forum: No registered users and 132 guests