-
- Service Provider
- Posts: 108
- Liked: 14 times
- Joined: Jan 01, 2006 1:01 am
- Full Name: Dag Kvello
- Location: Oslo, Norway
- Contact:
One week of Veeam 7
I upgraded on the 16'th of August.
Notice the Performance Rate in the table from Enterprise Manager
Data transferred and the time used is about the same as 6.5.144
Notice the Performance Rate in the table from Enterprise Manager
Data transferred and the time used is about the same as 6.5.144
-
- Product Manager
- Posts: 20400
- Liked: 2298 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: One week of Veeam 7
Hi, Dag,
Actually, in order to see increased performance rates you should utilize the new optimal compression and in-job parallel processing. By default (after you upgrade), these features are disabled, since the main idea is that the upgrade process shouldn’t change anything in previously-seen behaviour.
So, providing that you haven’t done it already, you can enable the abovementioned options and see whether it increases performance rates.
Actually, in order to see increased performance rates you should utilize the new optimal compression and in-job parallel processing. By default (after you upgrade), these features are disabled, since the main idea is that the upgrade process shouldn’t change anything in previously-seen behaviour.
So, providing that you haven’t done it already, you can enable the abovementioned options and see whether it increases performance rates.
-
- Service Provider
- Posts: 108
- Liked: 14 times
- Joined: Jan 01, 2006 1:01 am
- Full Name: Dag Kvello
- Location: Oslo, Norway
- Contact:
Re: One week of Veeam 7
I did of course enable parallel processing and the new "Optimal" compression
What I find funny is that the performance rate dropped from an average of around 200 MB/s (including stats from before 8/13/2013) to 17 MB/s, but the job takes no longer than before. The Data transferred is also about the same.
What I find funny is that the performance rate dropped from an average of around 200 MB/s (including stats from before 8/13/2013) to 17 MB/s, but the job takes no longer than before. The Data transferred is also about the same.
-
- VP, Product Management
- Posts: 6035
- Liked: 2860 times
- Joined: Jun 05, 2009 12:57 pm
- Full Name: Tom Sightler
- Contact:
Re: One week of Veeam 7
I don't see anywhere in there where you ran a new active full backup to enable the new compression.
The new calculations for performance in V7 are more representative of the actual transfer rate, unlike previous versions where the number was basically "Size of VMs/Time"
The new calculations for performance in V7 are more representative of the actual transfer rate, unlike previous versions where the number was basically "Size of VMs/Time"
-
- Service Provider
- Posts: 108
- Liked: 14 times
- Joined: Jan 01, 2006 1:01 am
- Full Name: Dag Kvello
- Location: Oslo, Norway
- Contact:
Re: One week of Veeam 7
I'm sorry, I didn't notice until now that the screen-shot was cropped by the forum. No wonder it didn't make any sense.
http://dl.dropboxusercontent.com/u/10308228/veeam7.PNG
http://dl.dropboxusercontent.com/u/10308228/veeam7.PNG
-
- Product Manager
- Posts: 20400
- Liked: 2298 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: One week of Veeam 7
Taking into account that run times are more or less the same, I still wonder whether there has been any full backup run since you enabled new compression level. Thanks.
-
- VP, Product Management
- Posts: 6035
- Liked: 2860 times
- Joined: Jun 05, 2009 12:57 pm
- Full Name: Tom Sightler
- Contact:
Re: One week of Veeam 7
Right, that was my point as well. You said you changed the jobs back to the new Optimal compression, but this wouldn't take effect until you run a new active full backup and it's not clear from the screenshot that this happened.
Who is online
Users browsing this forum: Dima P., Google Feedfetcher, mbrzezinski, Mildur and 87 guests