Overall Satisfaction with VMware Site Recovery Manager
SRM was compared against Veeam as the tool of choice for our virtual disaster recovery tool across our organization.
- Easy to build a recovery plan
- Easy to test recovery plans
- Works with storage based replication or non storage based replication
- It’s unfortunate, but more and more, the quality of VMware’s products and the technical support teams behind them has degraded significantly. We have opened several support requests within the last few months and ended up resolving a large majority ourselves due to the poor performance of their remote teams.
- VMware is suffering from the same illness that’s affecting multiple U.S. technology firms, in that their focus has shifted completely away from their customers and moved to pleasing investors. In doing so, clients suffer because they do not get properly tested products and the support teams behind them are very weak and overwhelmed.
- We worked close to a month trying to get SRM V6.5 to work. We have worked with many previous versions of SRM in the past while using HP EVAs, NetApps and Hitachi arrays, and we can honestly say that we are greatly disappointed with this release and the company.
- We escalated right up to engineering, but their response times were brutally slow; the technicians were juniors at best.
- As a technology leader, the last thing you want during a DR is to be dealing with a company that just can't deliver. SRM is not cheap, and you would expect much better products and support from VMware.
- If you are comparing products, try other companies like Veeam... We ended up using them instead, the setup and execution was easy and seamless, and they answered all our questions quickly and efficiently. They actually do care about their clients.
- Due to the very poor experiences we had with the setup and their support teams, I would not recommend it.
If SRM worked as advertised, it would be comparable, however, Veeam also provides you with the ability to create real time labs with your machines, and they can be accessed via a proxy. This allows you to failover some machines and test them from outside the DR bubble.