VMware Live Recovery Reviews

We use VMware SRM for disaster recovery.

VMware SRM replicates the VM from one site to another, and it helps us orchestrate the powering of VMs and DR when the DC goes down.

Currently, there is a limitation of consolidating only 15 sites per SRM.

Ransomware recovery or early detection could be incorporated into VMware SRM.

I have been using VMware SRM for three years.

VMware SRM is a stable solution.

VMware SRM is a scalable solution. I work with mostly small and medium businesses.

VMware SRM’s technical support is good.

Positive

We previously used Veeam Disaster Recovery Orchestrator, which is more suited for small businesses. It doesn't offer as much flexibility as VMware SRM. For namesake, it's a DR solution, but it cannot compete with VMware SRM.

VMware SRM's initial setup is easy.

Two people can install VMware SRM in two to three hours.

We pay a yearly licensing fee for VMware SRM, which is not very expensive.

The fee is for the solution's license plus support. There are two options. One is subscription-based, which would be for a one or two years term base, and the other one is perpetual with support.

Just one person is enough to maintain the solution.

I highly recommend VMware SRM to other users.

Overall, I rate VMware SRM a nine out of ten.

We use SRM to invoke DR and to move workloads across the DR side.

The thing I like the most about SMR is the reduced cost of management.

VMware SRM lacks certain functions that other platforms have, such as better prioritization of allocation of resources and Boot profiles.

I've been using VMware SRM for a long time, almost ten years.

It's a good and stable product. They do a lot of testing.

I think it's scalable. When you work for big organizations, I don't think that's much of a problem. There are multiple and fairly large clusters. That's one of the ways that we reduce cost because we are building things like sequel clusters. Approximately 5,000 people use SRM at our company.

The technical support is great. VMware staff help with deploying and testing. In terms of building storage clusters, metro clusters, stretch clusters across sites so that, you get all of the benefits of a local cluster, but they're deployed between the lines and the DR side. It's a fantastic technology and VMware provides you with their best people.

Positive

Before VMware SRM, we were using Veritas Volume Manager and Veritas Replication Manager for stand-alone. When we went to virtualize, we moved to SRM. I did a lot of work with IBM PowerVM and it had some nice features. It had things such as better prioritization of allocation of resources and Boot profiles where you could put one VM across another so that it grabbed the resources. You could do things such as have thin DR VMs without much allocation of CPU or memory, and then as you boot them, they start to grab all of that automatically from all of the non-prod. Functions like that were quite good in Power VM, which aren't quite as present in the VMware world. PowerVM is extremely expensive to use and that's why everyone is shifting towards commodity computers.

I'm an architect so I did not install SRM myself, but I think there were no issues with installing it since it's a pretty standard tool nowadays. It does not require much maintenance. We are still running some old versions of VMware as there was a challenge around Oracle licensing. We are moving the Oracle workloads off of it now and addressing the architecture to get rid of the copies of the legacy versions of VMware. 

SRM is quite pricey and the license is renewed annually. I think that they do a lot of ULAs, the universal license agreements, where you pay a set amount and get unlimited usage. That's how it usually goes with big companies. Occasionally, they do true-ups to work out how much you've got and whether ULA pricing is appropriate. It might be too expensive for smaller organizations.

I would advise new users to start off with manual processes and document exactly what they want to come up with in the right order. Get your IT continuity plan defined very closely and with a great amount of detail. Then start to automate with your SRM tooling to make sure that things are brought up in the right order and ensure that if one service fails and you need to bring another one across for latency purposes, you really understand all of those requirements before you start to just implement SRM and marching on without really understanding how the services tie together and the dependencies between them.

Overall, I would rate SRM an eight out of ten.

The primary use case is for disaster recovery. We use the solution for two different sites, as well as our virtual machine backup. In a situation where one of our data centers goes down, our servers can go up on the other site.

The most valuable feature of the solution is the automatic recovery of the virtual machine if it goes down. In the event the VM goes down, we can either power it up automatically or manually depending on how we have the solution configured. When configured to power up automatically, the copy in the VM will power up.

The solution currently has a five-minute RPO, meaning if the VM goes down we can lose up to five minutes of data which is a big deal when it relates to database replication. The solution can be improved by reducing the RPO time to zero.

I have been using the solution for five years.

The solution is stable.

The solution is scalable. We only need to add a host whenever we want to expand our cluster.

The initial setup is straightforward and user-friendly. Depending if everything in the network layer is okay, we can configure VMware SRM for both sites in less than an hour or less. The replication process will depend on the size of the VM, so if the VM is large enough, the replication process will take some time. However, the configuration of SRM is straightforward.

The implementation was completed in-house.

We have a standard enterprise license for the solution.

The cost may be based on the number of simultaneous replication which is the limitation of the standard.

I give the solution a nine out of ten.

The deployment and maintenance can be done by one engineer.

I am the consultant solution architect, and sometimes I am the deployment engineer.

I seldom ask for support from VMware because most of the problems are caused by bugs, which we can usually fix ourselves by consulting the knowledge base on the VMware website. However, there are times when the problem is at the hardware level and VMware is not at fault - for example when there is a bug in the VMware version used by the hardware vendor. In these cases, we need to ask for support from the hardware vendor.

VMware SRM is a great solution. I always recommend the solution because it is a native replication solution for VMware. Although there are other solutions such as Zerto, they may deliver a lower RPO in certain cases. I believe Zerto is a better solution than VMware SRM, but when it comes to functionality, and for regular customers, VMware SRM is enough.

It was working very well with VMware since it's a VMware product. We didn't have any issues. It was quite smooth when doing drills, when we were trying to recover VMs from other sites.

There's an option where you can test VM, when you can test the drill. That option was very valuable.

It's easy to set up. 

The solution is scalable. 

It is stable. 

Technical support can take some time to respond. We'd like a faster response. 

In the previous year, we were using SRM, and then we shifted to another software called CR2. We're replacing SRM. However, we used SRM for a few years. It's been about four years. 

The solution is stable. Its performance is reliable. There are no bugs or glitches and it doesn't crash or freeze. 

The product can scale well. It's not an issue. 

We have three or four people on the solution right now.  They are mostly infrastructure engineers. 

We don't have plans to increase usage. 

Support is good, although we would like them to be faster. 

Positive

We had a simple vertical setup. We have VMware engineers at our disposal, and their expertise made it easy.

The deployment took one to two days. It was not complicated. We only needed one or two people to handle the deployment and maintenance tasks. They are engineers and junior staff. 

We pay a yearly licensing fee. 

We have some nodes which are still running VMware. We currently do have some nodes still running VMware like ESXi 7.0, however, not for production. It's right for testing purposes.

I'd rate the solution nine out of ten. 

I'd recommend the solution as it is very stable and does the job. 

We are using this solution to serve our customers in different sectors.

We are using VMware SRM as a disaster recovery solution for our customers. We are working with vSphere, vSAN, and other infrastructure VMware solutions. VMware SRM is completing the solution.

VMware SRM is very effective between two sites with identical twin storage, you can have synchronization between the two sites. 

We have had an issue when some customers have traditional designs and sites. For example, on one another site, they are using hyper-converged, using VMware, or Nutanix. We have a problem with the synchronization between the storage for site to site. This is the main issue. We are adding some other tools to support the synchronization to allow the movement of the workload from site to site easily.

Not all customers have VMware in all workloads. Some customers have a difference, VMware environments, such as Red Hat or Nutanix. VMware SRM is very effective for VMware customers. However, when you have other workflows with other vendors, you can not always use this solution.

I have been using VMware SRM for approximately 12 years.

VMware SRM we mainly use for our mid-size business customers. For small business-sized customers, we have different solutions we can deliver, such as Veeam. If they are a small customer that does not have a professional DR site we have a variety of solutions we can deliver depending on the customer's needs.

Enterprise businesses have many VM and the amount depends on the design of the data centers, which storage is being used, or is it hyper-converged or converged. We are choosing the best solution depending on the customer's need.

When comparing the difference between VMware SRM and Dell EMC RecoverPoint there are many differences between them both. VMware SRM is an automated tool for disaster recovery, RecoverPoint can do a similar job but it has better protection more than an automated tool for moving VMs. 

With our customers, we are delivering both solutions, Recovery Point and SRM, because they already had the Dell EMC storage and owned Dell Recovery Point, we only added the VMware SRM tool for moving the VMs and storing them from site to site, as an automated tool.

Dell RecoverPoint has the edge over VMware SRM in one area because they can work with other vendors, not only Dell EMC. Some customers have workloads on the cloud, Dell RecoverPoint is very effective for them.

I have used Veeam and other solutions.

The price of VMware SRM depends on how many VMs the customer has to move. There is a difference between the standard and enterprise license. I'm presenting the standard license to my customers because the total of VMs is not more than 50. The customer needs only the standard license and the cost is very effective for him.

I rate VMware SRM an eight out of ten.

We used VMware SRM mainly for the DC-DR configuration.

The most valuable feature of the solution is the integration part, along with the subsequent hardware.

It would be better if we could get more reporting features in VMware SRM.

Wherever we have deployed the solution, we haven't faced any issues with stability.

I rate the solution an eight to nine out of ten for stability.

I have four to five customers for VMware SRM.

The solution’s initial setup is not very complex.

I don't see a challenge concerning the solution's deployment process. The deployment can be done once the design is finished. Two engineers are more than enough to deploy the solution.

VMware SRM is an expensive solution, and users need to pay extra costs in addition to the standard licensing fees.

The implementation of VMware SRM helps with the overall business resiliency perspective. We are still using the virtualization layer for the application, which becomes closely integrated with the solution provided. So, that's a benefit to any organization. Moreover, the solution gives you a single dashboard through which you can look at everything.

Overall, I rate the solution a seven to eight out of ten.

I use the solution for disaster recovery.

The solution is consistent. It is an automated DR solution. It has test features. We can test DR in advance. We are using the tool for disaster recovery. The product has improved automation. The automation of failover and failback has improved our operational efficiency significantly. It is quite easy to integrate the solution with other VMware products.

The solution must provide better integration with third-party vendors.

I have been using the solution for two years.

I rate the tool’s stability an eight out of ten.

I rate the tool’s scalability a seven out of ten. We have 10 to 20 users in our organization. We use the solution twice a month.

I rate the ease of setup a seven out of ten. The deployment takes a few months.

We deployed the product with a few in-house team members. The tool requires continuous maintenance. We need two or three people to maintain it.

I will recommend the solution to others. It is a nice product. Overall, I rate the tool an eight out of ten.

The interface of VMware SRM is quite basic and doesn't offer much in terms of features. The solution is strong when it comes to protection and analytics, with the latter being added later on. Protection has been the major feature that we have been using, and it has been quite effective for our needs.

The two main areas for improvement in VMware SRM are pricing and administration guides. Pricing is always a consideration, and it could be improved. The administration guides can be complicated and difficult to use, so it would be helpful if it was made easier. Administrators don't want to find themselves in a situation where they can't find what they need, so it's important to make sure that the tools are easy to use.

I have been using VMware SRM for six to seven years, which is also the longest experience I have had with any VMware product. Our company recommended it to one of our customers initially, and after that, we had complete freedom to implement it for them. It was a good experience overall. Additionally, my company has a partnership with VMware.

Stability-wise, I rate the solution a seven out of ten.

The scalability of VMware SRM is good. Scalability for Azure and AWS is also good. Scalability-wise, I rate the solution an eight out of ten.

My company deals with enterprise-sized customers.

VMware's vendor support was good. I rate VMware's technical support an eight or nine out of ten. To be more specific, I rate it an eight out of ten.

Positive

I rate the initial setup process of the solution a seven or eight out of ten on a scale where one is difficult, and ten is easy. The setup process was not too difficult or too easy. Essentially, we were imaging all their physical servers on the cloud.

In our company, the deployment process takes about an hour. In some cases, due to the size of the data we were dealing with, it took a couple of days, which was the maximum, but usually, it was completed within a few hours.

I rate the solution's pricing a six on a scale of one to ten, where one is the lowest and ten is the most expensive.

l always recommend others to have a POC in place. It's always about whether a solution suits your environment or not. So if it does, then go for it. If it doesn't, one should go for another solution. I rate the overall solution an eight out of ten.