AJ83 wrote:With our off site retention we would need 14 x 1,5TB HDD`s. Thats quite expencive.
Well, expensive is relative, and you can also just use "plane jane" hard drives and swap them in/out with an external drive bay. 14 x 1.5TiB = 14 drives = $1400, not too expensive at all for easy to recover from media (i.e. plug it back in, copy the files over, spool up your VM).
For every expert there is an equal and opposite expert - Arthur C Clarke's Fourth Law
I was originally told it would be out early in October. Then there was all the hush hush super secret release date that was going to be some time in mid to late October. Well it’s late late October now and I am starting to think they are going to come in a say early November now. That’s just my 2 cents worth.
kdt wrote:I was originally told it would be out early in October. Then there was all the hush hush super secret release date that was going to be some time in mid to late October. Well it’s late late October now and I am starting to think they are going to come in a say early November now. That’s just my 2 cents worth.
In fairness to Veeam, the only date I've heard has always been 'some time late Oct'. And I've seen v4 working at IP Expo (UK), so I know it exists & is fairly close to release...
not yet 100% sure if this thread still applies to the new version, I know at least one real-world example when having multipathing enabled with EMC PowerPath software on Dell/EMC CX4 SAN did NOT affect vStorage API processing performance on Veeam Backup 4.0 Beta.
Cool, just please compare the full backup speed, as incremental backup speed counter can be a bit "misleading" with ESX(i) 4... we had 5GB/s processing speed reported once for large VM during the beta.
Be sure to get the latest bits though for EMC PowerPath, there were some issues reported during the beta with earlier version... issues can be described as "nothing works until you uninstall PowerPath".
Sorry all, we have to re-upload the bits which is causing the delay. This is due to our cloud provider's "peculiarities", some browsers open ZIP hosted there as a text file, instead of downloading it... apparently, there is some server-side AI that does not "like" BEST zip compression and interprets it incorrectly, assigning wrong content type. Why don't just trust the file extension? Probably, it was too simple solution for 2009
Oh well... as you know, the only software in the world without bugs is ours
FYI I followed the links just for grins and got the same problem that I posted about earlier. It tries to open the zip file in my browser and just shows gibberish. Don't know if it's still related to the compression issue as reported or not...
BTW the links I followed were both from the main www.veeam.com website as well as the links in the license email that I received. Same result.
For every expert there is an equal and opposite expert - Arthur C Clarke's Fourth Law
Both links work fine for me in FF 3.5.4 (including x64), try closing and re-opening the browser. While I did have this problem with both links couple of hours ago while they had incorrect content type set (now we have forced it to the correct one).
Unless it is some edge server caching issue, then this will take some time to clear itself.