We use VMware Live Recovery for creating new hosts and new servers. We synchronize all of our software from our data center to our co-location in real time, so when a disaster happens, we switch to the co-location.

In our organization, we have deployed VMware Live Recovery for disaster recovery purposes. We have two data centers, and VMware Live Recovery is used for data replication between these centers. It is used to ensure data availability and for migration purposes when the primary data center is down.

In my total career spanning 20 years, I've focused on business continuity, specifically in disaster recovery.

Our company's clients use VMware SRM for disaster recovery. 

As a managed service provider with VMware, we offer virtual desktops to our customers. We support around 80+ customers, some use VMware, some use Hyper-V... it varies. In total, we support around one million virtual desktops. 

My role as an enterprise architect is to provide solutions to these diverse customers.

I have mostly worked with VMware SRM, which is a solution tightly integrated with the product.

My clients use the product for disaster recovery planning. 

We typically use it for disaster recovery testing. It automates the process of failing over from a protected site to a recovery site, helping us achieve our RTO (Recovery Time Objective).

In my area of expertise, which is resiliency, I primarily use VMware SRM for disaster recovery use cases. I also use it for backup and data loss prevention use cases, making it easier to manage and safeguard critical data within virtualized environments.

In my company, we use VMware SRM for its disaster recovery capabilities. It is a tool for automating and orchestrating the disaster recovery of our company's IT environment.

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

In this scenario of disaster recovery, we start simply with our VMs. We have just two packs of 25 VMs. We just protect just about 15 VMs.

We use this solution to run our applications and our server functions.

VMware SRM is deployed with some clusters. However, if the customer uses a three-tier architecture or other configurations, SRM might not be applicable. The expectation is not always to achieve 100% coverage. SRM is used for virtual machines with stringent SLAs or critical business applications. SRM is often sold in packs of 25 virtual machines, and deployment and functionality testing are conducted based on customer needs.

We use VMware SRM for disaster recovery.

Our initial deployment of VMware's Site Recovery Manager in conjunction with PostgreSQL for automotive sales, and also involved integrating SRM with HP's triple storage systems. It leverages background storage replication to ensure stable and reliable business continuity.

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.

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.

I mainly use VMware SRM for automation, creation of VMs, and monitoring.

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.

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

I use the solution for disaster recovery.

Our primary use case for VMware SRM is automatization.

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

We use the solution primarily for off-site disaster recovery. A site act as the headquarters, and there is also DR site. This means that we move application data from primary to secondary sites for storage level replication purposes. We also back up our virtual machines and their applications to the DR site. Essentially, we do disaster recovery from the primary site to the DR sites.

We have implemented SRM to replicate around the 800 virtual machines to the data recovery files. Due to the fact that we implemented to data centers as well as the primary and secondary data center, we use SRM to replicate around most of the virtual machines in order to be the secondary site.

VMware SRM is used for our disaster recovery site, which is an on-premises colo (Colocation) facility. The general use case is for disaster recovery for three of our applications those being imaging, payroll, and real estate.  

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

In my company, we use VMware SRM for synchronous replication.

We primarily use the solution for migrating our DR site.

We use it for disaster recovery.

We use SRM for our failover strategy. It is for disaster recovery on failover.

I use VMware SRM for DR testing and VR.

We are consultants in disaster recovery software. We implement VMware products for our clients.

We vetted out that data center a number of years ago. We were told SRM would improve our footprint within the data center and that was attractive to us at the time so we went with it.  

We are using VMware SRM but we are also currently looking into alternatives that could replicate the benefits that SRM currently provides for our on-premises installation. Once we are in the cloud, we are looking at whether or not we need dual availability zones. We also are looking at what functionality we could get from not having to change RPs (Recovery Point) as we do now with SRM.  

We are a solution provider and this is one of the products that we implement for our clients.

VMware is being used for disaster recovery to protect two sites.

We are in technology and services but we also do enterprise architecture and strategic planning. We always work on the customer side, but we work very closely together with key partners and key vendors in the industry. This includes VMware, but other vendors as well. We realize solutions on the customer's behalf and we are also always solution-oriented and committed to delivering what the client needs. That is why we work intensively and closely with vendors like VMware.  

With VMware SRM, we had a technical account manager before coming on with them and level three support all on standby just in case we were to encounter issues. We just happened to encounter a lot of issues.  

We integrated the product at the same time partly because of discovery and partly because we want to stay vendor agnostic. We work with whatever the client has if it is a viable product. One might be using Hyper-V and another one might be using KVM (Kernel-based Virtual Machine) or Xen Project or AHV (Acropolis HyperVisor). We treat them equally to do what they need and also work with other parties, like Red Hat or Nutanix or whatever other solutions are necessary. Of course, we take our experiences from every client and every project with us on to the next opportunity.  

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.

We have three different VMs. During long business hours, we can shift from PR to DR. It has high availability.

SRM is implemented as part of VMware.

We use it for failover between geographical locations from one location to another location. Sometimes for maintenance purposes, we can failover services to another location so that we can maintain the technology at another location.

VMware SRM is used for disaster recovery automation.

Our primary use case of this solution is for testing. 

We are a system integrator in Morocco and this is one of the products that we implement for our clients. Our customers use VMware SRM to replicate sites for the purpose of disaster recovery. SRM is a recovery manager and we combine it with NetApp to provide recovery solutions.

We use this product primarily for our DR drills, which you can do quietly during office hours. Sometimes we use it for site migrations or planned outages.

Our primary use case is for the end-users. I work as a VMware software engineer and we have about 50 people using the solution. 

This disaster recovery solution helps our clients with their mission-critical projects. They are able to maintain business continuity and increase the reliability of their services.

We primarily use the solution for disaster recovery.

VMware failover is our primary use case of DC DR automation. We are integrated with array-based replication.

We use it, I and several of my colleagues, as a data recovery solution between VMware environments. It is a complementary solution to EMC solutions, for storage. 

Trying to analyze the feature and functionality of this combined product. SRM is current been used in the production. However, with new DR requirement, we are look for other solutions.

We use the solution for DR.

We use VMware Cloud Disaster Recovery as a disaster recovery service and backup as a service.

We are not an end-user. We are a solutions provider to companies.

We use the product to implement discovery for server and database solutions.

The primary use for us is to replicate without automatization.