tjestr wrote:Is it possible to get a beta version of Veeam Backup 4.0 to test the functionality with Windows 2008R2 x64 and SQL Server 2008 x64 and vSphere?
Falko, this question is actually answered in FAQ section earlier in this thread... for a number of reasons, we do not conduct public betas. We have limited closed beta only, but it is full already, and there is long waiting list too.
One reason for these limitation is due to the fact that betas are not supported by our technical support, instead I personally have to assist customers with all issues, and I do not have capacity to support more than a few customers especially given that beta code has much more issues than release code.
But do not worry, all of the platforms you mention are fully covered with our testing plans.
On the other hand, the further into October, the better the quality.
We are close, but our closed-beta dream team has been keeping us busy last few weeks
I know I'm just anxious...my boss is nervous about so many of our jobs failing and taking so long (yes, I am working with support). I keep telling him that v4 is close and will resolve some of our big issues.
For every expert there is an equal and opposite expert - Arthur C Clarke's Fourth Law
Not sure it will resolve the "failing" part, since 3.1.1 is quite stable based on the amount of support... most issues are environment-specific lately... of course, need to see specific issues you are experiencing, since we did fix a lot of non-critical bugs and annoyances in v4.
But faster - yes, most definitely, v4 is times faster if you are on ESX4, and a bit faster on pre-ESX4 too.
Yes, I should have said ESX(i) 4... multiple great enhancements for replication there in v4, and besides those mentioned in the What's New, MUCH better support for slow links.
The release is looking good! If you want to receive 1 day before general public announcement, be sure to pre-register (link is in the first post)... sorry, just cannot name exact GA date - for many reasons all I can say officially is "late October".
Gostev wrote:The release is looking good! If you want to receive 1 day before general public announcement, be sure to pre-register (link is in the first post)... sorry, just cannot name exact GA date - for many reasons all I can say officially is "late October".
Damn this is most likely going to rule out Veeam Backup for us
With no beta or pre release copy, no demonstation of version 4 and with a release date that keeps slipping I can't delay our evaluation any further as we need to get our product choice finalised next week and it's looking like we'll end up going down the path of vRanger
After problems with another product that we started to implement there is no way I'll be able to sell a product based on "claims" and unless I can find some ultra compelling reasons why we should go Veeam Backup and delay rollout we'll need to compare 3.1 to vRanger 4.1.
Maverick wrote:With no beta or pre release copy, no demonstation of version 4 and with a release date that keeps slipping I can't delay our evaluation any further as we need to get our product choice finalised next week and it's looking like we'll end up going down the path of vRanger
I'm not saying vRanger is the wrong way to go, but you might consider buying the current Veeam release and upgrade in about a month or so. We had to write off $4.000 worth of vRanger licenses because in retrospect, Veeam would have been the better choice for us.
Gostev wrote:The release is looking good! If you want to receive 1 day before general public announcement, be sure to pre-register (link is in the first post)... sorry, just cannot name exact GA date - for many reasons all I can say officially is "late October".
Cool, Ive registered so I'll keep a close eye on my inbox over the next couple of weeks then......
Maverick wrote:With no ... demonstation of version 4
This is not correct, our System Engineers have been demoing v4 on request starting 3 weeks ago. In case you missed, we have a link where you can register to live demo with our systems engineer on this page.
Maverick wrote:with a release date that keeps slipping
This is not correct, as a Product Manager for Veeam Backup I can swear that we DID NOT slip the GA date we have set for this product all the way 3 month ago (which is when the product got into condition where release date became predictable). Many of my colleagues will be reading this post and I would not lie in front of them. We did recently take attempt to release v4 a bit earlier than planned, but based on closed beta feedback we decided to stick with originally planned GA date to better polish the product and implement some feedback.
Maverick wrote:I can't delay our evaluation any further as we need to get our product choice finalised next week and it's looking like we'll end up going down the path of vRanger
I am sorry to hear, but of course it is completely your choice. I hope you are aware about at least some of the vRanger 4.1 shortcomings. Our competitive analysis against them (that you can request through our sales) is actually 5 pages long bullet list, and having evaluated vRanger in-depth I just cannot understand why would anyone prefer it over the current Veeam Backup 3.1 release (not even talking about v4).
Maverick wrote:After problems with another product that we started to implement there is no way I'll be able to sell a product based on "claims"
Completely and 100% agree on that one. Do not trust vendors, put the product in the lab instead.
Gostev wrote:This is not correct, our System Engineers have been demoing v4 on request starting 3 weeks ago. In case you missed, we have a link where you can register to live demo with our systems engineer on this page.
We had one lined around 4 weeks ago and we were then told that it wasn't possible, I've been on leave in between and wasn't aware that we could have a live demo of version 4 now.
Gostev wrote:This is not correct, as a Product Manager for Veeam Backup I can swear that we DID NOT slip the GA date we have set for this product all the way 3 month ago (which is when the product got into condition where release date became predictable). Many of my colleagues will be reading this post and I would not lie in front of them. We did recently take attempt to release v4 a bit earlier than planned, but based on closed beta feedback we decided to stick with originally planned GA date to better polish the product and implement some feedback.
The information that I was given (around the time of the demo arrangement) was that it would be out within a few weeks in early October which suited our time frame,
Gostev wrote:I am sorry to hear, but of course it is completely your choice. I hope you are aware about at least some of the vRanger 4.1 shortcomings. Our competitive analysis against them (that you can request through our sales) is actually 5 pages long bullet list, and having evaluated vRanger in-depth I just cannot understand why would anyone prefer it over the current Veeam Backup 3.1 release (not even talking about v4).
That's a good point but other factors come into play, Vizioncore have some larger resellers in Australia as opposed to Veeam so the perception is that support and integration will be better with Vizioncore (this is a factor after our failed rollout of another product). This is why running version 4 in our environment would be advantageous as we can compare properly, our backup replacement project is running months behind so there's pressure to get this resolved.
Have PM'd you with a request for some info that may assist me.
Ahh, all sales like to make up dates... this is so frustrating... we will investigate this specific occurence.
Maverick wrote:Vizioncore have some larger resellers in Australia as opposed to Veeam so the perception is that support and integration will be better with Vizioncore (this is a factor after our failed rollout of another product).
I know that we have 300+ customers switched to us from vRanger while we used to run competitive upgrade program Q2/Q3 this year, hopefully some of those customers from Australia (who are registered on this forum) can stand up and confirm that this perception is just wrong...
One thing we can agree on (based on vRanger 4.0 forums), is that this product does require a lot of communication with support right now (the release is complete re-write).
Good luck with vRanger. Having run from them (very quickly and glad we did), I know first hand of the headaches I've had running their product (not v4 DPP but the beta was horrible at best). I ran the vRanger 3.x product for several years and while it worked for the most part, I just don't believe in their future. Talk about a company that never makes a release date, how many months and i mean many months did they push back releases? The forums are horrible there, 999999 views on each thread and 2 responses? I call BS on inflated views or everyone is incapable of contributing or responding.
They were a good company way back when but like most acquired companies, support dwindles and the new owner sets the rules I'm looking forward to the new veeam release and in the meantime we've got the 3.1.1 release humming along with no problems other than some architectural changes.
You will end up paying more for a product with less features and replication will be a separate product making the cost unjustifiable. Our maintenance was up with Vizioncore and we were able to move over to Veeam for about the same price and we get support for free in the first year! To me it's a no brainer but to each his own...
Yeah, I agree, good luck with vRanger. I think I'd have to be held at gunpoint to ever user one of their products again. About 18 months ago we looked a Veeam and vRanger. Veeam was a young product, version 1, and we already thought it was looking impressive, but it had enough limitation that it just didn't fit and, while version 2 was coming, we thought we were happy with a nice bundle of vRanger 3.2 and the replication product. The only real weakness we saw with vRanger was the lack of support for "fast" file level restores but they promised that would be fixed with vRanger 4.x "in a few months". Well, we lived for a year with vRanger 3.2, while the dates for vRanger 4 were pushed and pushed. The 3.x product was OK, but certainly had it's share of problems, and the replication product had major flaws, like requiring a system running with a snapshot always open, which causes performance and management issues.
After waiting and waiting for v4 for nearly a year we finally got the "beta" version. Wow, what a horrible product. We understood it was beta quality, but it probably should have been alpha. After taking a year to get us a poor beta product which, when we purchased they claimed was only "months" away actual release, we decided it was time to run. Veeam had their "competitive upgrade" offer, we ran Veeam 3 through it's paces in the lab and saw how much it had improved in only a year (a time in which vRanger had only regressed), and we jumped and never looked back. Now I'm not saying vRanger 4 DPP might have finally matured and become usable, I actually don't know, but I lost all faith in the company and I've seen huge amounts of complaints about that product. Veeam has been great, both as a product, and as a company, and we can't wait to get v4 into production. The beta is astoundingly impressive both in performance and features, and when paired with vSphere 4 is practically the perfect vmware backup solution.
Is there anything changed to the way data is stored, so we need less tapes for offsite copy`s?
Now i need to copy the VBK`s to tape every day, wich takes alot of tape (6 LTO2 tapes) And with a retention of 2 weeks, thats alot of tape!
There is also the problem of the copy taking al day! So we have no time on tape drive to restore if needed, we would have to kill the copy2tape job, and lose a days worth of offsite copy.
I.E. i would like to be able to make incremental tape copy`s.
Could you elaborate on tape-friendly mode? We are considering LTO4 library to replace our LTO2 but it is not cheap. We would be happy to keep the old one if we can decrease amount of backups every day. Will it be incremental backups alternative in addition to synthetic ones?
I wish VMware "modified blocks tracking" API marked swap file blocks differently so it can be optionally excluded from backups. Swap files make big chunk of useless daily changes in backups
Alex, did you think about moving swap to a separate disk on all VMs, and excluding this disk from backup processing? This is something you can do today, with the current version.
Yes, we will just have "regular" incremental backups alternative in addition to "reversed incremental" as we do it today for our synthetic backup.
I thought about it. Do you allow exclusion of OS logical disks (disk on partition created by OS) or only separate VM level disks (created in VM config)
If it is VM disk than it seems to be lots of disks... Not sure if a shared disk could work (never used them) because file names are the same. Also
I wonder if it will have any effect on restoring VMs. Would it still be "restore and play" (particularly important when shadow copy processing should be done after restore)?
Does disk exclude mean restore would not restore data but re-create excluded disks?
Alex, excludes are on VM disk level only. No, restore will not re-create the missing disk, they would need to be restored manually. But Windows should boot fine without swap disk (I believe it will just create swap file to the system disk automatically in such scenario).
Gostev wrote:Alex, did you think about moving swap to a separate disk on all VMs, and excluding this disk from backup processing? This is something you can do today, with the current version.
Yes, we will just have "regular" incremental backups alternative in addition to "reversed incremental" as we do it today for our synthetic backup.
Would it be possible to do both? That would be great - keeping latest synthetic backup on disk and taping incremental backups. How do you plan to define retention policy for incremental backups? It should probably be separate from synthetic backup policy. I assume you would specify how often to replace "full" part of incremental backup (from synthetic or full) and to keep all increments between "fulls"? Will incremental part be one consolidated or each increment separate?
It is October now after all
I'm looking forward to the new veeam release and in the meantime we've got the 3.1.1 release humming along with no problems other than some architectural changes.