VMware SRM Reviews

Our primary use is for our client. It's a system integrator frame. I have clients for whom we manage their data centers. Or, we do their integration and implementation. Basically, we use it to replicate their virtual machines, their user site, and their company site, and maybe to configure it and schedule their recovery. We use it for doing recovery tests from time to time, quarterly or yearly, for some of our clients. To test for a situation whereby a danger or a disaster could be affecting their data that is being replicated. This is good to do. Periodically, we run those tests and recover those virtual machines, and they try to work from their recovery sites to ascertain that everything is okay.

What I like about VMware is its capability to schedule, write and configure the recovery and scheduled steps, such that you don't have to come in and start manually trying to recover the entire machine. You just push a button to recover the VMware and everything is done.

What I think can be improved is the data replication aspect. For example, I know of another repetition solution called RP for VM. I don't really know how to use it since I've never used it before, but I've read about it. I know its features and I've spoken to some IT practitioners who have experience with RP for VM, who work with Dell EMC, and they gave me the feeling that RP for VM is better than VMware replication technology. The argument is that RP for VM has the ability to get your application going even when there is a loss of connectivity. Whereas in VMware you have to have something like 50% connectivity for the configuration. So in that respect, RP for VM has that feature which makes it better than VMware solutions. I guess VMware should make sure they are on top of their virtualization and data replication solution, more than every other company.

Overall, I can't point to any other thing, apart from whatever feature makes some people think artificial DNE is better than the replication application and SRM. If they can just take care of that then I don't think there's anything else.

I have been using VMware SRM for close to 6 years now.

I would say that it's stable. I think everything depends on how you design and manage your environment. For example, when it comes to data replication on the disaster recovery side, part of the challenge that most of our clients have is the link between the production site and the APR site. Sometimes the link will be having challenges and data replication won't work for a few minutes, or something like that. But I don't really think it's an issue with the VMware solution. So, I don't really have challenges with it. If you properly take care of your environment the virtual machines will not have issues. In your scenario, maybe you didn't configure your cluster very well, or your GRS is not working properly, or some virtual machines are not giving results - then most likely you are going to have challenges.

I have not scaled it before so I am not able to give feedback on that.

The environments we have deployed it on are enterprise environments, like the fashion wear industry, dotcom companies, and some other companies also.

The only time we've contacted VMware support was in a case where we had some virtual machines mistakenly deleted and they needed someone who was very experienced in VMware virtualization, someone who understood working from the command line in the process. They needed to do some troubleshooting from the command line. I was very new to VMware virtualization solutions at that point, so I had to contact support. But anyway, that was a long time ago, about 4 -5 years back, and I have not been in contact with them at support.

The initial setup is not that difficult. I would not say it's difficult because you just experience it when deploying some VMware solutions, especially a replication plan. The first time it's not always easy. But once you get the hang of it and get it right the first time, then you don't really have issues. Such as, do you need to go there and provide a key? I wouldn't say it's that difficult - it's not so straightforward but it's not that difficult. It's not complex for me.

I've done the deployment for different clients. So I would say the first time was not easy. But, for me to do it right now wouldn't take time.

My advice to people considering this solution is that they should just go ahead and get it. I think that is the best virtualization solution out there. Some people say Nutanix is better. I think VMware is the best. 

I would also advise making sure your virtual environment is well taken care of. I don't think there are any other challenges that you're going to have. It's necessary that when you see it side by side, to have an operations manager help you find problematic areas and possible issues you are going to encounter in the future.

On a scale of 1 - 10, I give it a 9.

Our primary use case for VMware SRM is automatization.

The features I have found most valuable are the ability to script test failover and the ability to re-IP.

In my opinion, the integration with Peer Persistent Storage could be improved.

I have been using this solution for about five years.

I would rate the stability of this solution an eight, on a scale from one to 10, with one being the worst and 10 being the best.

I would rate the scalability of this solution an eight, on a scale from one to 10, with one being the worst and 10 being the best.

As a vendor, I did not have contact with technical support.

My impression is that the initial setup process is relatively straightforward.

The deployment model of this solution that we are using is on-premises.

If you are buying this solution in an EOA bundle, then the pricing doesn't really matter that much. However, if you're buying a one-off license, the solution is pretty expensive.

I would rate pricing a three, on a scale from one to 10, with one being the worst and 10 being the best.

Overall, I would rate this solution a seven, on a scale from one to 10, with one being the worst and 10 being the best.

We use SRM to replicate our important servers to our VR site. We are customers of VMware and I'm a junior manager. 

The replication part of SRM is really good. We once had our production site collapse completely and we were able to recover all the data. The restore level of the application is very good. 

The solution is on the expensive side. 

I've been using this solution for four years. 

We've found the solution to be stable. 

The solution is scalable. 

We used the documentation for our initial setup and had some difficulties. The deployment was carried out in-house and took a day or two. We had some help from colleagues in other companies and had a couple of people from our company involved in the deployment. 

We initially took out a five-year contract and recently extended it for another 12 months. It's quite an expensive solution. 

I think this is a good tool that's easy to manage and worth the cost, so I rate it nine out of 10. 

In my company, we use VMware SRM for virtual machine replication.

The most valuable feature of VMware SRM is RTO, better described as recovery time. In most places, my company uses SRM along with backup software since SRM cannot be used as a backup product as it is just a replication tool.

VMware SRM is not a popular product anymore since all the other backup products can provide the same functions as SRM. With Veritas, Arcserve, or Commvault, you can take care of the replication part. VMware SRM is not a popular choice among users anymore since it is a highly costly product while also being complex to configure. When it comes to backup products, you can use RTO and RPO, so there is no need to have a separate solution like SRM. In general, the drawbacks of VMware SRM, where improvements can be made, stem from the fact that it is an expensive and complex product.

I have been using VMware SRM for six to seven years. My company has a partnership with VMware.

It is a stable solution.

It is a scalable solution.

At the moment, just one of our company's customers uses the solution since we have replaced the native backup software used in our company. We need to take care of the renewal of SRM since, right now, we only take care of the renewal of vSphere in our company.

The solution's technical support is excellent.

The solution's initial setup was easy, but if you try to integrate it with other storage solutions, then it gets complex and difficult.

The solution is deployed on an on-premises model.

For first-time users, VMware SRM can be a very difficult tool to use, especially considering the product's configuration part. The configuration is very difficult.

With VMware SRM, you have to download the separate appliance and think about Windows to build a separate native appliance while also having knowledge about ESXi, making it a difficult process. When it comes to VMware SRM, the technical things are very difficult to start in the first place.

I rate the overall tool a five out of ten.

In terms of recovery, if you have a test job script, you can put it on top of it. You can create custom steps so that it will be more granular. It will be an easy, one click solution when it comes to the recovery application.

It would be good if this solution could integrate configuration management software such as Chef Infra.

I've been using VMware SRM for more than a year.

The stability is always good because we replicate daily. I have never seen any issues because the replication is always 100% successful.

You can add multiple appliances, and it supports enterprise environments.

Technical support is very good.

The initial setup is straightforward.

The deployment takes about three hours.

VMware SRM is the best sustainability solution, I would rate it at nine on a scale from one to 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.

Virtual Machine Recovery during DR situation, with automation and easy to use menus and options.

Earlier, in case of disaster or server failure we had to rebuild the whole server/virtual machine from scratch. This rebuilding process used to take anywhere from close to a day or more, affecting production time.

With VMware vSphere Replication and SRM combined, we were able to cut down outage windows to a maximum of one hour.

We are making good use of replicated VMs for testing of OS/application update, before applying same to the production environment.

In my view, if VMware comes up with an appliance-based solution like vCenter Server (which was also Windows-based), it will be much easier for deployment. It will also save Windows Server Operating System licensing costs, which for most of the organization recur annually.

Around five years (maybe more, I can't recollect exactly).

Not really for use and operation, but a version upgrade is a real problem. When upgrading to the latest version, there are always problems with the upgrade, normal functioning etc. Doing an upgrade is lot of hard work. Always had to rely on next minor upgrade.

VMware needs to do better software testing before release.

No.

Very good. They are very eager to support the customer and, more than just wanting to close the ticket, they strive for customer satisfaction.

Previously we were not using any DR solution, but we are using Veeam along with SRM.

SRM is being used for far-end recovery whereby the DR site is in another city.

Veeam is being used for near-end recovery, whereby the DR server is located in the same datacenter. This is useful for VM level recovery, where only a VM or handful VMs or vDisks are affected.

It was pretty straightforward. We kept the DC and DR servers together in the same datacentre during initial setup and VM syncing. After setup and syncing completion, we moved the DR server to the DR site.

Compare to hardware-based replication, I think software based replication is best and cheap. For a start, one can use vSphere Replication, which is available free of cost if vCenter is purchased for deploying a DR solution. It is very easy to deploy, though the recovery process will be manual. With SRM, the whole replication and recovery process can be automated for fast VM recovery.

No.

It’s a good product from VMware. Just ensure that for each version upgrade, be patient and look for reviews or, if possible, have a test (virtualized) environment for test deployment.

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.