What is your primary use case for Zerto?

The purpose was for cloud migration, as it's for cloud DR as a service. It's for DR purposes on the cloud and also on-prem to different sites. The main challenge is that I'm not working with one customer but I'm working with multiple customers. My role is I'm an architect that provides DR solutions and cloud solutions to the customers in Israel, but not only in Israel. Most of the use cases are for DR as a service. The challenge is to provide a disaster recovery solution for big organizations, and they are not limited to their on-prem sites.

I use HPE Zerto Software for planning disaster recovery and for provisioning the CIs, especially during the exercise phase. We use HPE Zerto Software to protect VMs in our environment. Regarding HPE Zerto Software for disaster recovery, minor challenges exist, but it meets the requirement at approximately 80%. We do not look into HPE Zerto Software for incident downtimes; we only use it for crisis situations. HPE Zerto Software is saving time, especially with RTOs and RPOs being reduced for business-level applications, which has brought down recovery time. Most often, support issues are handled internally; if we require anything, we raise a case, and the operational team follows up.

My main use case for HPE Zerto Software is to move VMs from one place to another. We implemented HPE Zerto Software to solve the challenge of moving workloads from on-premises to the cloud.

My main use cases for HPE Zerto Software are for DR failover and recovery.

My main use case for using the HPE Zerto Software is disaster recovery.

My main use cases for HPE Zerto Software are disaster recovery and replication.

We use HPE Zerto Software for disaster recovery, resiliency, and peace of mind.

My main use cases for HPE Zerto Software involve active-passive application setups since I can't do an active-active; we do a standby and use Zerto to replicate that across to an alternate data center to practice as a DR. I practice it to migrate to new IPs as needed and things like that. I haven't experienced any ransomware issues yet, so I haven't had to use HPE Zerto Software in a data recovery situation. It wasn't applicable for our exercises against the CrowdStrike failure that impacted the entire world, however, we recovered from that in different ways. The only time we've actually had to use this as a DR event was during practice; we haven't had to use it as active DR since we have active-active solutions that rely on global traffic managers. The data is already in place; they just open up to see it in a different environment. So we haven't had to use it as DR, but in our DR practice, it has been working very effectively.

My main use cases for HPE Zerto Software include disaster recovery and data protection for our critical applications.

HPE Zerto Software is basically used for site replication.

My main use case for HPE Zerto Software is BCDR.

My main use cases for the HPE Zerto Software are VMware, to do DR to the cloud.

My main use cases for HPE Zerto Software are to replicate the VM machines to a disaster recovery center and for disaster recovery scenarios.

My main use case for HPE Zerto Software is ransomware protection, so basically, the entire environment is replicated.

My main use cases for HPE Zerto Software are related to zero-gap security, as our boss likes to sleep at night and doesn't want us to lose any data if an attack happens; that is our goal.

At the time, we were using HPE Zerto Software for failover of our VMware environment.

My main use case for HPE Zerto Software is disaster recovery.

My main use cases for HPE Zerto Software are business continuity and disaster recovery.

My main use case for HPE Zerto Software is the replication of mission-critical servers.

We use the solution for replication.

Our main use case for HPE Zerto Software is for DR purposes—that's disaster recovery—for our separate DR site.

My main use cases for HPE Zerto Software include providing near-zero recovery. We're replicating several of our VMs for instant recovery purposes.

The main use cases for the HPE Zerto Software include DR and Disaster Recovery.

Primarily, my main use case for HPE Zerto Software is disaster recovery for a specific set of VMs to another site that have no ability to run active-active.

Our main use cases for HPE Zerto Software are disaster recovery and replication to the cloud.

We have two data centers, so we use HPE Zerto Software for site recovery. We fail over, run out of one data center, then we fail back and run out of the other, and we do failover testing.

We started using HPE Zerto Software for the disaster recovery (DR) segment. For DR implementation, we are using the HPE Zerto Software tool.

My main use cases for HPE Zerto Software include multiple applications. Fortunately, I haven't needed to use it for disaster recovery yet. We use it to recover from badly developed software that we implement in production. We use it to clone machines to other hypervisors. Additionally, we have it replicated in case we need disaster recovery.

We use the HPE Zerto Software for multiple different things, including real-time monitoring and restoring and recovering of files, long-term retention of restoring long-term backups, and disaster recovery, where we store things into the vault and things of that nature. We also have the Zerto vault outside of that, so we use Zerto and the Zerto vault.

My main use case for HPE Zerto Software is the replication of data to a DR site.

My current use cases for HPE Zerto Software include site-to-site and site-to-cloud.

Our main use cases for HPE Zerto Software are primarily to provide our customers with their DR solutions and to facilitate migrations, either from on-prem to the cloud or data center to data center migrations.

We use Zerto for disaster recovery automation for our most critical, highest priority, and time-sensitive failovers. I understand that Zerto can enable disaster recovery in the cloud rather than in a physical data center, but that's not the use case that we have here.

I use Zerto for replications for my DR site.

We use Zerto at a very large public sector undertaking in India that manufactures power equipment. It is being used for continuous data protection, replication, and recovery. We have a consolidated data center in Hyderabad, India, and we are replicating the data to another data center in Hyderabad. For replication and continuous data protection, we are using Zerto between both sites.

Our use case is disaster recovery replication. We primarily use it for the automation orchestration for disaster recovery. We were looking for a solution that could do individual virtual machine replication failover and failback, and Zerto provided that.

We use Zerto for disaster recovery between our private data centers.

Our systems are primarily Windows-based, but a big portion of the organization also runs on AS/400. About 40% of our systems are AS/400. We use Zerto to replicate data from a primary data center to a secondary data center. In the previous incarnation, we used Zerto to replicate our secondary data center and also Azure because we were looking to start moving more and more things to Azure. We were considering Azure to have someplace where we could run some of our critical systems in the event we did not have much capacity in the secondary data center or it just made sense to leverage Azure for a particular application.

My original use case was to protect against ransomware and any critical failure in our infrastructure, and that has been carried through to the present day.

I use Zerto for backup and restore.

We use it for disaster recovery, replication, and backup.

While we primarily function as a service provider rather than serving a direct use case, our core focus lies in disaster recovery. We employ a rigorous testing process akin to gear testing and actively engage in recovery operations using Zerto for a diverse clientele, including numerous entities in the financial and government sectors.

We primarily use Zerto as a disaster recovery tool to handle data transfer between virtual machines. Currently, Zerto is implemented on-premises, as 90 percent of our services reside there. However, we plan to migrate some services to the cloud and utilize Zerto's migration capabilities to move VMs directly from our on-premises environment to the cloud. This is a crucial feature for us, as our virtualization technique relies heavily on VMware, and Zerto allows for straightforward migration of critical VMs to the cloud. Our multi-campus university faced challenges delivering services hosted in a single location to geographically dispersed users. The extensive data volume and risk of outages due to disasters led us to implement a Disaster Recovery and Continuity setup. This involves hosting primary services in one data center and maintaining a disaster recovery site in another. Zerto's replication technology allows us to continuously update data at the DR site, ensuring data currency and the ability to roll back to a stable version quickly.

Our primary use case is for seamless migration to our client's cloud environment, ensuring a non-destructive migration with minimal downtime. We focus on cloud adoption and migration, and Zerto assists with the smooth migration of client workloads to the cloud environment. Additionally, Zerto provides disaster recovery solutions, data protection, and ensures minimal disruption during migration.

I use Zerto to monitor replication, configure protection, and manage disaster recovery and performance. We implemented Zerto to manage disaster recovery and also for faster performance on backups and failovers.

We primarily use the solution for DR purposes.

We use the solution for disaster recovery purposes.

We store a lot of raw data for reporting and use Zerto to protect that data. Before implementing Zerto, we lacked a data protection and recovery solution, resulting in a significant data loss incident of approximately 70 percent during a past event.

We use Zerto for disaster recovery and cloud migration. We are an MSP, so we have Zerto deployed on multiple public clouds, private clouds, and on-premises. We implemented Zerto because its continuous data protection significantly reduces data loss and downtime costs. In the event of a production issue, we can quickly recover using the user-friendly Check Point feature. Zerto also offers flexible support for storage models, primary and disaster recovery, and hypervisors.

We use Zerto to protect our centralized environment on our data center. We implemented Zerto to ensure our environment keeps running in the event of power failure or hardware issues.

We use Zerto for disaster recovery and backup of our application server.

We do many data-related activities for various government ministries in India. We use Zerto to back up and recover data in many training and capacity-building activities. We implemented Zerto to address challenges with data centralization in our complex platform environment. Previously, pulling data from a central source was impossible due to the need to feed it into an internal location before deployment. This limitation hindered customization and integration efforts. Additionally, integrating our primary data source, previously used with IBM, into the new platform proved difficult due to compatibility issues. Zerto's capabilities were seen as a potential solution to these problems.

We use Zerto for the disaster recovery capabilities that it provides us. It is for our Tier 1 applications.

We are using Zerto for disaster recovery. By implementing Zerto, we wanted fast recovery time.

Our environment primarily integrates Zerto with VMware. This includes offering Zerto's self-service portal, which integrates seamlessly with Cloud Director. Additionally, we have Zerto integration at the vCenter level in situations where we don't use Zerto Cloud Manager and its self-service portal. This variety reflects the different use cases within our current processes. Since Zerto is our primary offering for disaster recovery solutions, we tailor the implementation based on customer needs. We implemented Zerto to safeguard our private cloud infrastructure workloads. While disaster recovery is its primary function, we also leverage Zerto for data migration.

We use Zerto for replication. We implemented Zerto to help with the high bandwidth required for the live application replication.

We use Zerto for our application data recovery.

Implementing failover to a secondary data center is crucial for ensuring business continuity in the event of primary data center loss. This strategy involves automatically redirecting operations and services to the secondary data center when the primary one becomes unavailable. This not only minimizes downtime but also enhances overall system reliability. The failover process requires robust synchronization mechanisms to ensure data consistency between the primary and secondary data centers. Regular testing and monitoring are essential to validate the effectiveness of the failover mechanism and identify and address any potential issues proactively. In summary, failover to a secondary data center is a strategic measure to safeguard against disruptions, offering a resilient solution for maintaining seamless operations in dynamic and challenging environments.

For one client, the use case was to facilitate data center migration, and for another client, it was for failover and failback of the data center for DR. We wanted to have controlled failover and failback of related applications for DR. We have not used it for disaster recovery in the cloud. Everything has been on-prem so far.

It was a pilot. We did a bake-off between Zerto and RP for VM, which was an EMC product. It was to fail over 130 Oracle databases. We wanted to handle disaster recovery for our data center. Zerto was mainly a failover product. We did not use any security layering.

After a car hit a power pole and knocked out the Data Center in our building, management realized the value of Zerto and being able to failover in about an hour to the DR site and be back up and running on our mission-critical applications. 

This was very helpful as power took over a day to get restored.

We offer Zerto as a DRaaS service to our customers. We have it installed at almost all of our data centers within Canada, the US, the UK, and Australia.

We primarily use Zerto for disaster recovery.

The solution was primarily used for disaster recovery for clients. If there was a major issue in the data center, it allowed the client to move to the second data center. It was also used for migration to virtual machines.

We use Zerto to replicate all of our production solutions. We replicate to cloud storage.

The primary use case is disaster recovery.

In my previous company, we used it for recovery. We'd use it for annual DR testing. At that point in time, I was doing recovery for a few customers in government, financial, and other institutions.

I use Zerto for disaster recovery.

We primarily use Zerto for DR as a service but also for high availability purposes. It's mostly deployed at our on-prem colocation data center. We also do a little on the cloud, as well.

We've been using Zerto for data center migration, but we will begin using it for disaster recovery. Because of some data center issues, we're still using version 9.5. One of our data centers is at 6.5 and the other one is at 7, so we can't move any or upgrade to 10.

I am a system engineer and IT architect. We use Zerto to protect our production -environment and critical applications. Everything is on-prem. We don't do any DR to the cloud. We're protecting around 300 VMs right now.

Our primary use case is for disaster recovery. We replicate up to Azure, and that's essentially disaster recovery as a service. Overall, the effects of RPO have been great. They are never more than a minute or two, even throughout the production day.

Our primary use cases include replication and disaster recovery.

We had a specific use case for one of our clients that had a regulatory requirement for backups to be further than what we were already able to give with our current backup structure. We are actually a global company and our global headquarters are in Northern Ireland. We're located in Pennsylvania. We're the North American headquarters. We implemented Zerto, and we replicate on our Northern Ireland site. That got us more business with our clients.

Our primary use cases are for disaster recovery replication side to side. We were running VMware Site Recovery Manager and it ran well. It was a great solution compared to what we had before. We didn't have disaster recovery issues. We were just doing our test. It ran superbly. Zerto improved the amount of time it took to failover and address any issues. We went from failing over in about three or four hours during the test to it taking one hour. It was very fast. It's in a single department in a single company. Luckily, we don't really have to support much of our field force. We have approximately 4,000 agents who are in eleven states, but we don't have to go out into the states. We're on in one building and it's one business unit. We manage the failovers but it's just one group management. Approximately four users use the solution.

We currently utilize Zerto as our disaster recovery solution. With Zerto, we replicate production virtual machines to our DR site. This approach enables us to recover and bring everything back online in a disaster swiftly. Our recovery point objective can be as low as five seconds, depending on the replication point. Additionally, we employ Zerto for scaling purposes and for conducting upgrade testing. This entails spinning up VMs in an isolated environment, allowing us to perform various tests. For example, a few years ago, we tested the upgrade of our active directory domain controllers. By validating processes within this environment, we can ensure their smooth execution in production. These are the two primary use cases for Zerto in our organization.

We utilize Zerto for our disaster recovery solution, which involves replicating our virtual machines to a remote hot site to ensure failover capabilities.

I am the global lead for infrastructure for the VMware and Windows Server environments. We are mainly using Zerto for disaster recovery. We have a prime site in Missouri, and we have plants in Taiwan, Malaysia, Japan, Italy, and Korea. We have 400 to 500 users in the environment. We have installed Zerto software on the DR site and the production site. We will be using Zerto for the production site for all the centrally used applications, such as SAP, file servers, and Exchange. Because this is a central site, a lot of other sites come to this site for various things. We also have Zerto on the DR site. In manufacturing, there are 60 or 70 tools, and each tool costs around $500,000. When the site goes down, you cannot transfer these tools very easily. It takes time. These are big tools, and it takes time for them to go somewhere else. You have to do a test again and go through the qualifications procedure, which takes time. As the IT department, we are interested in getting the applications that are used by all the sites centrally located, and if anything happens to the primary site, we want all the applications to be already there on the disaster recovery site. We just bring them up, and we are good to go. Zerto will help to protect VMs in our environment. We have tried that in the test environment. That would be another reason for using Zerto.

In my previous company, I used it for disaster recovery. We protected our critical workloads in another data center where we would replicate our primary workloads. In my current company, we're in the middle of a data center consolidation project and we're using Zerto in two ways. First, we're migrating the workloads we had in one data center to another, about 250 servers. It took us about three months to complete the migration. We had to schedule all of our moves and work with the business to validate that the services were fine and accessible, once they were moved to the other data center. We've completed the migration and a data center has been shut down, and we're working on building disaster recovery for our primary workloads in Azure.

We use it for disaster recovery. We were looking for faster recovery time objectives. Our primary use case is protecting virtual machines in our environment.

We use Zerto as our disaster recovery solution for our servers in the multiple data centers we have. It allows us to replicate our servers from one data center to another and perform disaster recovery testing to ensure compliance with our organization's DR requirements. Our organization wanted a solution for replication, whether for VMs or Azure sites, and the ability to migrate servers or VPGs in case of a disaster or for testing purposes. And we wanted something reliable.

We primarily use Zerto for disaster recovery and business continuity. We have also used it significantly for transferring workloads between different environments.

We mostly use Zerto to replicate applications and database servers between our primary data center and our disaster recovery site. We have a number of business applications, Oracle servers, and three sites that we replicate to our DR site, and Zerto works well. We deployed Zerto on private cloud and on-prem.

Our biggest use case is real-time replication to a secondary site in case of the need for a disaster failover. We also use it for file-level protection and restore, but the main purpose is to help add another layer of protection in the event of a disaster.

Zerto is primarily used for disaster recovery. In rare cases, it is also used for backup, but only for long-term storage. We deployed our on-premises infrastructure in two data centers in Russia located in two cities, and multiple regions with combined infrastructure. We also had two data centers in Europe.

Zerto is used as our go-to disaster recovery failover software for the replication of key systems from our main office to our main data center. We primarily use it to protect VMs.

We use Zerto for backups and DR; we back up to a StoreOnce unit and then offsite. We have over 11 servers, including three Oracle servers, one Oracle database, and an Active Directory.

We have critical servers at remote sites that failover or are replicated to our main data center in case of an emergency. If a remote site has a failure, we can spin up that virtual machine from our data center. We operate a hub and spoke design with a centralized data center hosting our main instance, reaching out to roughly 78 remote locations. We handle the VPGs through the centralized management console at our data center. We also use the Zerto to replicate from a primary host to a secondary host in case the primary goes down; we have a kind of cold box to which the solution replicates. Our final use case is if we are updating a plant's entire server rack, and we use Zerto to replicate the old servers onto the new ones, which results in less downtime.

Our primary use case currently is for replicating virtual machines on a production site and for backups. We also use it for onsite cloning, and we have a license that enables us to do that. We don't use Zerto in the cloud at the moment.

Our use case has evolved over the years. Initially, we strictly used Zerto for its original purpose: continuous replication of our virtual machines. We had a ransomware attack and needed to instantly restore virtual machines on or off-site without too much aggravation. That has been successful. The product expanded since then, and we're using many other features now. We haven't replaced our other backup solutions yet, but we're considering it. I need to do some more testing of my databases and mail servers. It depends on how we utilize the cloud in the business. We're currently using an on-prem data center with a reserve disaster recovery site, but we're contemplating a transition to Azure. For example, if we are using Exchange Online, I'll need to find an appropriate backup solution. It may be something in the Azure stack, but I don't know yet. We plan to use Zerto for cloud disaster recovery eventually. I'm in an upgrade cycle because I need to upgrade various backend elements to put me on 9.5, which I think is the latest release. That will give me immutable storage and benefits like single sign-on and multifactor authentication, which insurance companies increasingly request for all our applications. I plan to start shifting workloads into the cloud, and Zerto is one of the tools that will help me with that. Zerto is deployed across my organization's entire computing infrastructure. We've got several different departments in the firm, so it handles many workloads. That sits on a Windows environment, and it replicates a data center where we just buy some shelving space. Including equity partners, consultants, and other visiting members of staff, we have around 250 users over seven sites.

We use Zerto as a DR tool. Instead of having to have a duplicate DR server, we can add a system to BPG and point it to whatever our DR site will be and replicate it for customers. We also use it for migration planning. If we need to move VMs from on-premise to Azure or back, or it was built in the wrong place, we can easily move it over.

We use it primarily for DR.

We offer Zerto to our application owners and system owners as a DR solution for them. It's part of our service offering from the VMware side because we do the infrastructure for them. We help orchestrate and set it up for them at the back end. We also use Zerto to remove RDMs from the environment and help manage our storage. If we need to relocate the storage, we use Zerto, especially when going from multiple vCenters or multiple clusters. It's very convenient.

It is mainly for disaster recovery of our public-facing website. I oversee the infrastructure team. I'm the lead for the infrastructure. It is not one of the technologies that I've primarily managed. As an infrastructure lead, I have my hands on every project, and it is hard for me to just focus on one. Especially because it is more of a disaster-recovery type solution for us, as long as replication is going fine and there are no issues, we don't really go in and play with it much.

Its primary use case is for disaster recovery of 10 servers that we have in-house.

We use Zerto to replicate to a cloud center.

My primary use case is doing demos and testing to make sure that Zerto is going to work for our customers. I test it mainly for disaster recovery and backup. We've tested with VMware, Zadara, and AWS.

Our primary use case for Zerto is disaster recovery.

We primarily use it for disaster recovery.

We use this solution for replication from our primary data center to the secondary data center.

Our main use case for this solution is the data center migration. We are in the process of moving from our legacy data center and all the VMs into our new data center. In the future, we would like to look more into disaster recovery using Zerto but that's a much longer process and we are still looking into it.

We use Zerto to help our customers migrate and consolidate data centers, especially crossing different geo spaces or long distances. I haven't used it for downtime, but our customers have it configured for all of their disaster recovery needs.

We use it mostly for VMs that are hosting client-facing applications and mostly client databases. We replicate 100 servers; we have 100 protected VMs.

We primarily use it for DR, that is, for VM replication between two data centers, using it not only for replication but also for orchestration.

Our use case is disaster recovery or failover. It makes it a lot easier for us to actually test DR because of some of the coordination and orchestration that are a part of Zerto. However, our use case is strictly DR, making sure that we have the right RPOs, and Zerto does a good job of handling that.

We have previously used Zerto for data center migration projects. We have another data center migration coming up within the next year where we will be using Zerto as well.

We have customers who come in for DR as a service, but we also do inter-cloud DR.

We are replicating all of our production VMs to a DR site. We also have another offsite vCenter that we are replicating to a DR site for protection and eventual testing.

We mostly use it for disaster recovery purposes. We do a lot of migrations as well, e.g., VM from one site to another. We use Zerto for that, as we have hundreds of VMs that we protect as our main DR position using Zerto. In general, our DR position is entirely based around Zerto. We use it for everything. We just have a couple things that we don't put on it. There are a couple of Oracle things that we replicate with different methods, but we pretty much do everything related to DR with Zerto. We are not using it for backup. We are using it for continuous DR and replication between two on-prem sites. We have two data center sites with bidirectional replications. Each site protects the other site and we have our VPGs that go back and forth.

We have three locations. We replicate circularly around all those locations for all our VMs. This is for DR.

Our use cases are disaster recovery and long-term retention against ransomware.

We use it for DR and general backup. We have snapshots or shadow copies with Microsoft and we do Zerto backups to our other locations so we can always get the data back.

We use it for disaster recovery, by replicating to our DR data center.

Our primary use case is disaster recovery, as well as data center migration when we went to a new VMware infrastructure platform.

Our main use case for this solution is disaster recovery, migration and app testing.

We work in a public safety environment and we use Zerto for disaster recovery.

We started off using this solution for disaster recovery and DR testing but then it morphed into more of a file recovery tool. We can usually get closer to a point in time recovery using Zerto versus the nightly backups that we do.

We purchased Zerto for our business continuity and DR approach to make sure that workloads are available. We have 1,000 servers but are only protecting 250 of them because they are our core servers. The ones we don't currently protect are Tier three applications.

We have approximately 1500 to 2000 Hyper-V machines. Those Hyper-V machines are being used and converted to VMware. We use Zerto for our conversion from Hyper-V to VMware. We are also considering using it for DR purposes. Our prod environment runs on-premises and we have a DR copy of everything that we run in production. Our development runs on machines and hardware. In the event of a DR event, we would shut down dev and bring up our secondary copy of production. We hope that Zerto is going to be the tool to help us do that.

We use it for our conversion from Hyper-V to VMware. The DR purposes are being looked into as well. We've got about 1500 to 2000 Hyper-V machines. These Hyper-V machines are used and converted to VMware, and these are the two environments that we work with now, both on-premises and in a hosted environment.

In the past, we were predominantly using Citrix Hypervisor in the Hyper-V shop. Now that we've moved to VMware, we utilize Zerto to move those VMs from Hyper-V and Citrix Hypervisor over to VMware. We're also looking at utilizing it for our DR site to be able to push up those VMs to the remote site in the case of a DR situation.

We are using it to decommission a data center, then moving the data over to other data centers that will still persist within our environment. Also, we now have a more robust disaster recovery for a lot of our non-vital, non-critical applications.

We use it mainly to move the server alarm between vCenter and the physical center.

I've used it for a temporary migration. We had to shut down a data center and we moved some database servers over to a disaster recovery site. We then did the maintenance at the data center and brought them back. We're using it only for on-prem and we use it to replicate from our onsite data center to a co-location, but there is a fiber connection between the two, so it isn't an internet-based replication.

We are mainly using it for DR and, in a few use cases, we leverage it for migration as well. It really fits our use cases.

Zerto is primarily used for site-to-site replication and recovery, low RTO and RPO, and migration from onsite to the cloud. Currently, we have ZVMs installed on Windows Servers in our environment, vRAs and VRAHs installed on our vCenter environment, and ZCAs installed in our Azure environment. I am not the primary user of Zerto. I am sort of the implementation or API specialist on it.

I primarily use it for disaster recovery backup. Also, whenever we need to move things between our different environments, e.g., moving it to different vCenters and Azure, that is primarily done through Zerto

Our primary use cases were designed around backing up and being able to restore our management plan. This isn't something used for our department users. It is specifically for our infrastructure, things like vCenter, vRealize Operations—all those things that we still have to maintain. We wanted something a little more granular than just a standard backup. We needed to be able to say, "Rollback half an hour or an hour," as opposed to following the backup schedule that the larger backup system provided.

We use it to protect VMs. Disaster recovery is our use case. Our compliance requires that we need to simulate a DR exercise every six months if we are protecting a VM. One of the features of Zerto is simulating a disaster recovery exercise in case of failure. We fail back the VM to the DR site, and when the event is over, we fail it back to the production site. We are using one of the newer releases, but we are still six months behind.

We use it for backup and replication.

We've been using it to consolidate data centers. We have 13 hospitals and two main data centers and a cloud presence. We're trying to collapse everything. We've been using Zerto to move the workloads over to our primaries.

We primarily use Zerto for disaster recovery and backups.

We use Zerto for offsite replication.

The primary use case is to migrate VMs. It's easier to use than HCX and SRM.

We have a production environment that we are replicating to a warm data center, and Zerto keeps our virtual machine-protected groups in continuous sync. It has been working really well for us.

We are failing over approximately 250 systems. In many ways, this could impact 3,800 insurance agents across 11 states. There are two sites: the source site and the production site. Those are failing over to another data center about 150 miles north of my location.

We use Zerto primarily for disaster recovery replication between two sites. We started to use this solution to help with disaster recovery planning and fast recoverability. The solution is deployed on-premises. We have two different SANS by EMC, VMware as our DOS network operating system, and we have a mixture of Windows, Linux, Red Hat, and Cisco switches. We haven't done DR in the cloud because we don't do anything in the cloud. We haven't used Zerto for immutable data copies because everything is on-premises. We just use it in a VM environment for the VMDK replication.

We use Zerto for our disaster recovery procedure and testing to ensure our servers and virtual machines can failover from a production environment if there's a catastrophe. We have a disaster recovery test twice a year and use Zerto to recover the environment. We have two environments for Zerto. One is for the US, and the other is for Europe. We updated one last week to version 9.0, and the other still uses version 8.5 but I will update that today or tomorrow.

We use Zerto as our primary disaster recovery tool for our most important servers.

Zerto is deployed on a VM, and we use it to replicate the database for our POS system in our data center.

We use Zerto for disaster recovery (DR) purposes. We needed a tool to provide a quick resolution during a failure or problem and help us achieve our goals related to our service level agreement (SLA). We needed a tool that would help us in providing the availability of lost services within a specific time frame. We wanted to make sure that in case there is a problem and we have to execute the DR procedure, it is quick, easy, and safe. So, the main purpose for going for Zerto is related to meeting the required parameters for RPO and RTO. We don't use Zerto for backup purposes. It is used only for virtual machines. We also have physical servers, but we have different tools for backup. Currently, we are using it for on-premise data centers, but we also do proof of concept tests with public clouds or hybrid clouds.

We're currently doing a two-tiered on-site and off-site replication, with one long-term retention being displaced into a cloud and one long-term retention being displaced to a third data center. We were looking to make our recovery solution more streamlined and efficient, that's why we implemented this product. We're not as huge as everybody else. We just have large devices. We have four SQL servers running, each of which is about six terabytes, so our continuous replication is a lot larger than others. We also have multiple secured file storages in the two-terabyte range, so we replicate around 140 terabytes continuously, utilizing about 60 VM servers. Our primary and secondary production is VMware, and our third-tier backup area is a hypervisor.

We're solving the issues of disaster recovery with it. So, our main use case is disaster recovery. We use it to do real-time replication of our data so that if we needed to failover for whatever reason or we had a disaster at our primary data center, we would be able to spin up in our colo disaster recovery location with minimum downtime. Our delay is about five seconds. So, if something negative were to happen to our data center, our DR copy would be within five seconds of the original copy, which is pretty good. We are also using it for testing. Our setup is on-prem. It enables you to do DR in the cloud rather than in a physical data center, but we didn't go that route. We went the route of creating our own colo location. So, instead of leveraging Azure or AWS, we decided to maintain our own facility. Our primary data center is on-prem, and our disaster recovery location is a colo location that we control. The current version that we're using is 9.5, which is the latest. When we installed it, it was probably version 8.

We've got two data centers, and for any of our applications that are not in some kind of a load-balanced or high-availability cluster, we use Zerto to replicate them, to make them as highly available as possible, without building that into the solution. We replicate between 100 and 150 different VMs from our North Carolina data center to our Chicago data center.

We use Zerto as a DR replicator for VMWare VC, VCD, and public cloud. 

We have developed a Multi-replicator tool to support complex scenarios with multiple Replicators, networking and security (FW) protection plans, recovery plans, orchestration capabilities which use Zerto API to collect current status and manage VPG, testing & failovers 

Our primary use case for Zerto is DR replication for a subset of business critical applications that require a very low RPO\RTO to a co-location datacenter.

Replication for very high RPO servers.

We primarily use the solution for continuous data protection and cloud onboarding.

Zerto is our primary means of failing over our critical production loads that have a relatively low RPO/RTO. This is our use case for this solution.

We use Zerto as a migration platform from a customer's data center or from their on-premises environment to our data centers. We also use it for disaster recovery.