We utilized Zerto to facilitate the migration of servers within a data center from one location to another and employed it for disaster recovery purposes.

Zerto is user-friendly. The feedback I received from my team during the migration was that it was effortless to use. I wasn't directly involved in the implementation, but I participated in the decision-making process for purchasing and analyzing Zerto. However, the feedback I received from our team indicated that it was quite straightforward to use.

The benefit to our company was the ease of moving our servers using Zerto, which saved us a lot of time. I would like to emphasize that during the data center migration, it saved us a significant amount of time. Additionally, during the disaster recovery tests, when we actually used it, it worked exceptionally well. Zerto provides us with peace of mind. In the event of an incident, the ability to recover our data effectively also grants us peace of mind.

We utilized Zerto to transition from one cloud to another, ensuring that all of our operations and applications are now in the cloud. Having disaster recovery in the cloud is an important necessity for business continuity.

We use Zerto to help protect our virtual machines.

Zerto has helped reduce our disaster recovery testing.

With Zerto, we would not require additional staff or hire a third party to assist with disaster recovery.

Using Zerto for the migration was incredibly valuable, enabling us to save tremendous amounts of time. Thankfully, we have never had to utilize the disaster recovery feature. However, if the need arose, Zerto would be instrumental in preserving our business.

Not all of the knowledge required for implementing Zerto is available in their online documentation for non-partners.

I have been using Zerto for two years.

Scalability is really good. We deployed it fairly quickly across our environment.

The technical support is responsive and helpful.

The feedback I received from our team was that the majority of the deployment went smoothly, but there were some technical aspects that were not covered in the deployment documentation, which they had to figure out.

The deployment required two people at times, but the majority of it was completed by one person.

The implementation was completed in-house.

Zerto has saved time during our data center migration, and we are utilizing it for our disaster recovery. However, we have not yet calculated the return on investment for it.

Zerto previously had a perplexing licensing structure, but they have since resolved it by implementing a unified license.

We evaluated Veeam Backup and Replication before choosing Zerto. Zerto offers live recording, allowing us to rewind to the exact moment when the incident occurred. At the time of our selection, Zerto was the only company with this capability.

I rate Zerto a nine out of ten.

For organizations planning to implement Zerto in-house, I recommend reviewing all the setup documentation beforehand.

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.

Zerto is very user-friendly. We can select the VMs by installing a small agent specifically designed for the host. This agent identifies all the VMs. Zerto integrates smoothly with VMware, which is our primary core platform. I believe it also functions well with other hypervisors, although I am only familiar with VMware. Therefore, the integration with vSphere simplifies the process of creating groups, runbooks, and other components necessary for building our disaster recovery environment.

Zerto's near-synchronous replication performs admirably. Many times when I check, we are only about five seconds behind in terms of production time. Of course, this does depend on network performance. There have been instances where the delay exceeded five seconds due to network blips or other issues. However, for the most part, we consistently remain within a five-second range of our production environment.

As a manufacturer, a significant portion of our operations relies on timely execution in order to ensure efficient production and timely delivery of our products. We closely coordinate with external partners and customers to minimize downtime and maintain a seamless real-time production process, which is crucial for us.

The ability to conduct faster disaster recovery testing and the potential for quicker recovery in the event of a disaster have been greatly improved. Before using Zerto, our approach involved log shipping and manual recovery, which meant that the best we could do was recover the previous backup from the previous night, assuming the backup was successful. This process would take hours or even days. However, with Zerto's automation, we can now recover within seconds—five, ten, or twenty seconds from the point of the outage. We can bring systems back online automatically and at a significantly faster pace than our previous manual approach allowed.

Zerto has significantly improved our recovery time objectives compared to what they used to be. Previously, we would have to restore from backups from the previous night and manually configure systems. Therefore, the recovery time objective has likely decreased from days to approximately an hour, or perhaps even less. It's challenging to determine the precise timeframe in a real disaster scenario since we conduct disaster recovery testing. However, it is undoubtedly much better than it was before, although pinpointing the exact time of an actual disaster is somewhat different.

Zerto has helped us reduce our organization's disaster recovery testing from several days of preparation to just a single day.

Zerto is easy to configure and manage. The ability to quickly bring up VMs within a test environment allows us to test our disaster recovery functions and ensures that they would function just as well in an actual disaster scenario. This enables us to swiftly recover in the event of a disaster.

Zerto could be easier to configure when we need to perform data testing and establish network connectivity outside of the isolated environment. We encounter situations where there is a desire to test a printer during disaster recovery testing. However, due to the presence of an isolated environment, doing so can result in complex configurations.

Zerto needs to improve its support for VMware Lifecycle Manager. This creates a problem with VMware's ability to automate the complete VMware stack upgrade.

I have been using Zerto for ten years.

Zerto is highly stable. It is rare to encounter any issues with it. Typically, any problems that arise are due to changes made on our end that may have inadvertently affected it. However, Zerto remains an exceptionally stable product.

To the best of my knowledge, Zerto can scale to the extent that we require. I am not aware of any limitations, as we have not encountered any thus far.

The technical support is generally very prompt in responding, and highly knowledgeable, and they will continue working with us until the problem is resolved.

We previously used Dell RecoverPoint for Virtual Machines and completely replaced it with Zerto.

Zerto is much easier to use compared to RecoverPoint. Previously, with RecoverPoint, we could only program-specific logs, and the VMs we wanted to replicate had to remain on those logs. If we moved the data off those logs, replication would be lost. However, Zerto keeps track of the VM regardless of its location, making it superior to RecoverPoint in terms of configuration and management.

Zerto is a more cost-effective product than Dell RecoverPoint.

The initial setup is straightforward. We need a virtual machine, install it, push it through, and configure it to communicate with the host for deployment. I mean, it's a very straightforward process. Two people were involved in the deployment.

The implementation was completed in-house.

The human resources necessary to perform a disaster recovery test are undoubtedly available. It is more economical than RecoverPoint. Now, it has been many years, and I am uncertain about the cost disparity. However, on the whole, there is a decrease in various aspects regarding the product's cost and the number of work hours needed for disaster recovery testing which is a clear return on investment.

The pricing is straightforward. We are on an enterprise licensing model, and it is based on a per-VM basis. We have the option to purchase them in blocks. This approach is quite cost-effective as we do not replicate our development and testing environments. We only replicate the production environment. Therefore, we are not paying for the entire setup, but only for what we are actually replicating.

I rate Zerto a ten out of ten.

Currently, we have a separate product that we use for backup, which has immutability features. However, we do not currently employ Zerto for immutability purposes.

We have considered using the cloud for disaster recovery, but currently, we maintain the same hardware at both locations. However, since we conduct all of our firmware testing and upgrades on our disaster recovery site first, we have decided to keep our own disaster recovery site instead of attempting to do it in the cloud.

We could easily transfer data to the disaster recovery system. One of Zerto's functions is to replicate data from virtual machines or migrate entire virtual machines, although we haven't utilized it for that purpose.

The only maintenance required is typically software updates. Whenever a new version is released, we must go through the process of upgrading Zerto. Other than that, unless there are any issues, it generally operates smoothly.

We just need to ensure that we know the number of virtual machines we would be replicating so that we can obtain the correct licensing. Otherwise, we will have to backtrack. If we underestimate, we will need to provide additional licensing. It is important to determine this information upfront, as well as the bandwidth between our site and the replication location, as it also affects our recovery objectives.

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

Zerto's near-synchronous replication is great.

Our RPO is around ten seconds.

I found Zerto's dashboard and features, such as the Zerto console, easy to use. It is simple to navigate and comprehend. Additionally, it is convenient to check various RPOs and BPG groups to stay informed about the current status.

We now have a robust disaster plan in place since the implementation of Zerto, which was a significant aspect we aimed to ensure.

Syncing data over to the data center for disaster recovery is easy.

I cannot provide a specific answer regarding our RTOs, but they have definitely improved significantly compared to our previous practices.

Zerto is considerably faster than our previous disaster recovery testing, which has saved us a significant amount of time.

Zerto has reduced the number of resources required for our data recovery.

It has helped reduce the number of staff for our backup.

We are utilizing a third-party company to assist us in managing Zerto. However, the RPO time for the copied-off VMs appears to be quite short. Additionally, it is straightforward to use.

One concern we have is the speed at which Zerto maintains compatibility with VMware and different versions of VMware. We are specifically worried about potentially major security issues with our current ESXi version and whether upgrading it would cause any problems or compatibility issues with the Zerto version we are using. It is crucial for Zerto to collaborate closely with VMware in order to promptly test updates.

I have been using Zerto for six months.

Zerto is stable. We have not had any stability issues.

We have not used Zerto in the cloud, but on our ESXi host, it appears to be scalable.

We used to back up VMs to powered-off off-site storage, but Zerto provides live disaster recovery capabilities. We had been utilizing a different disaster recovery concept, but Zerto is easier to use and provides us with an improved turnaround time in the event of a disaster.

The initial setup was straightforward. I assisted in the deployment, and a total of four people were required. The deployment took one week due to the necessary networking changes that had to be made.

We implemented using a third party.

I give Zerto a ten out of ten.

We utilize Zerto for our disaster recovery, and we employ our storage appliance for local snapshots.

No maintenance is required for Zerto.

I suggest using Zerto to have the servers in different Virtual Protection Groups so that they can prioritize the most important aspects of the business.

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.

We have used it for VMs. We know that it is a very good product. So far, we have only synced SAP and tested a few things. For SAP, there were two guys doing that, and they like Zerto very well. They have the test databases up there. It was smooth, and they liked it. The part that we still need to test is the Windows VMs where we can spin up a domain controller, change the IP, etc.

We can move data that is needed to keep our users collaborating with one another using Zerto because we are doing a continuous sync of the site. Once it is synced, we do not have to worry because everything happens in the background.

The replication feature where it constantly replicates and sees that data is always in sync is valuable.

The ease of moving all the VMs is valuable. All we have to do is change the IP address and the VMs are all up and running there. There is a passive sync with all the VMs. That is what we like about Zerto. VMware has its own tool, but you need to do a lot of scripting. In manufacturing, we have a one-man team, so we do not have time for all the specialized work. We needed an application that is more GUI-based so that we can pinpoint and easily move VMs. We can bring up all the VMs and make sure the data is in sync, and we are up and running, so the ease of implementation is what attracted us to Zerto.

Zerto is very easy to use. It is very professional. We had no issues at all. Even for bringing up a new ESX host, they have a standard procedure. It is very easy. With a few clicks, you can do the ESX installation.

There should be an automatic installation in a cluster. When I add a virtual client or ESX source to the cluster, it should automatically install that. There should be automatic installation. Currently, I have to do that manually.

They can give us a few training classes.

We installed Zerto just three months back. We have not yet started using it properly.

Zerto is a very stable product. We have no issues. So far, it is working as planned. It is very stable. We will soon be working on it full-fledged.

It is very scalable. We buy new licenses, and we just add another ESX or VM. We manually install it, and then we are good to go. It is pretty easy.

We have not contacted support yet. So far, so good. Everything is working as planned.

I tried VMware replication, but it was too hectic with all the scripts, so I gave it up.

We implemented it recently. There was the ease of implementation. It was easy and straightforward.

In manufacturing, we have to make sure that everything is on-prem. The data has to be on-prem because all the tools write immediately to the servers. There are two types of manufacturing. For the type of manufacturing where your tools are constantly writing, cloud applications are not good. For example, when we scan wafers, there is a set of data, and when we go through another tool, there is another set of data. This has to be instantaneous. There is nothing called a cache or buffer on those tools. It has to be instantaneous. We cannot say that the cloud is down, and we lost the data. We cannot stop the tool because this is a manufacturing facility with 24-hour operations on 365 days. We cannot have any downtime where the full site has gone down because this site is used for central applications.

I am the one who implemented it. Overall, there were just two people involved from our side. There was me and one more person. Because it was a new product, we also had a representative from Zerto as a standby. He would just watch our screen while we were implementing it. When we got stuck somewhere, he would help us. Because this was a DR site and it was a little far off, we wanted to make sure that everything went smoothly.

In terms of maintenance, so far, it did not require any maintenance from our side.

Having a solution like this is similar to having insurance. When you have a car accident, that is when you know the value of your insurance. Similarly, you cannot put a definite value on a solution like this till something happens, but there is peace of mind in knowing that the software is there, the VMs are there, and we can test it anytime. That is the true value.

It is economical as compared to other brands.

We are an HPE shop. Zerto was procured by HPE, and we were looking for a DR solution. We went for Zerto because of its simplicity and ease of installation. We did an on-site proof of concept of Zerto for a year. We liked it and purchased it.

The only other product that we looked at was the VMware one because of the orchestrator. We did not look at any other products. I know that Veeam also has the same features that Zerto has. We had some discussions, but we never looked into it. Once we had a product that was easy to install, we did not feel the need to compare. It was doing what we wanted it to do.

Another factor for going for Zerto was that its price was economical. My boss, who is the CTO, liked its licensing scheme. It was much more economical as compared to VMware, and that is why we went ahead with Zerto.

Before implementing this solution, in terms of preparation for disaster recovery, you have to identify the business applications that are critical to your environment. You have to scope that out and make sure you have your VMs accounted for because licensing depends on the number of VMs. With a product like Zerto, you have to know the number of VMs and the size of data you are going to sync. These are the two factors that you have to look into for disaster recovery.

Zerto is way better than other products. Installation is done with the click of a button. Everything happens in the background. You do not have to worry about it. As a product, we have not had any issues so far. However, we have not yet done a full-fledged disaster recovery. We have done minor testing, and we want to do major testing. As of now, I am very happy with the product. It does not need any further modifications. It is simple. It is nice. It is easy to execute, so I would keep it that way.

We have not yet used Zerto for immutable data copies. I have been playing around to migrate a VM and see how it works. So far, we have only used it to sync up the SAP side. Our SAP stuff is already synced up, and we have done some testing of it, but we have not done any disaster recovery.

I have not had a chance to assess Zerto for blocking unknown threats and attacks. We are mainly interested in using it for disaster recovery.

Overall, I would rate Zerto a ten out of ten.

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.

The main benefit is that we are centralizing our disaster recovery solution. Before, we were doing replication for some services and RecoverPoint for other services. We had a mix of tools for disaster recovery and we're trying to simplify that process with a product we can use for both. We're even contemplating using Zerto for backups as well, because we use other tools for that. But the main focus is having a specific tool, Zerto, that we can use to achieve our disaster recovery goals for on-prem services.

We also have a big push to move our DR solutions into Azure as a result of a decision from our upper levels to use Azure as our primary solution for building applications. That has allowed us to reduce costs and consolidate from three data centers to one, with our disaster recovery solution in Azure. Our focus on one tool has made it simple. We're still working through that process. Whereas the failover solutions in Azure are somewhat the same as any other data center, building out the rules and requirements for firewalls is a little more complex. We have some third-party vendors that are helping us design and build out our security into Azure.

Near-synchronous replication is one of the benefits of Zerto that drove us to choose it over some others. With typical backup and recovery, your recovery point can be 24 hours. With the near-synchronous replication, our recovery point objectives are in the seconds. That's one of the major benefits of Zerto. We don't have to run incremental backups every half hour or 15 minutes. And the recovery time is fairly quick as well. It's essentially just a shutdown and reboot of a VM.

Near-synchronous replication is incredibly important for us because we have transactional applications that work on financial and transactional databases. The fewer the number of transactions that are potentially lost, the better it is for our organization. It means we don't have to go through rebuilding those transactions. It limits the amount of data that we could possibly lose in a disaster recovery situation, amounting to just a few seconds' worth.

The near-synchronous replication with Zerto has enabled us to reduce our RPOs to two seconds instead of hours and, sometimes, days.

And Zerto really improves RTOs for moving applications. You're not waiting for restores to happen. In some cases, if you have large amounts of data on the order of hundreds of terabytes, it could literally take you a week to recover certain applications, especially if you're pulling the data down from Azure or offsite storage. Zerto greatly improves the amount of time that it takes to recover. And you don't have to do one at a time. You can move over a large chunk of servers at once and get those recoveries running and mounting in your disaster recovery environment. It's a lot quicker than running a restore from a restore product.

In addition, the solution reduces the amount of downtime we have in applications during migration. We had a large number of servers, including some critical production applications. But we didn't have to find windows where we could have those systems interrupted for a short period of time. A few minutes of downtime, compared to having the application down for hours, helped move our migration project along. We moved about 250 servers in a three-month period, and we didn't have any issues with any of the applications related to data or the like. We had two instances where there was an issue related to licensing but they were our only issues when moving these applications.

The auto-connect feature is valuable because we can set the amount of time that we delay before committing a move from one location to another, giving application teams time to validate that the move went well and everything is working before we commit those changes. That gives us the ability to roll back to the same point we were at before we shut things down, if needed.

Another nice aspect of the product is the non-intrusive failover of the application, similar to an actual disaster recovery test without impacting the services that are currently online. We can failover to an isolated environment and validate the application without impacting the production environment. We can do more testing in a non-impactful way using isolated testing. And once or twice a year, we'll do a live test that is more like what would happen if we lost a data center.

Zerto is also a very easy product to use. Although I've used it before in other environments, we introduced it to some engineers on our team and, after a couple of hours of training to go through the product, it's fairly intuitive. It's not something that takes a five-day training course to understand. You just drive through the checkboxes to build a protection group and that's pretty easy to do. You don't really have to understand coding or the like. It's GUI-driven, so it's fairly easy for an engineer to create protection groups.

You can use Zerto as a backup product, but in the discussions that I have had with them about the product, they don't really sell or talk about that feature as much. So I would be interested in improvements related to using it as a backup. If I could consolidate and use Zerto for disaster recovery as well as everyday backup and restore for situations where I need to recover something, that would be helpful. It has some of that functionality, but it's not something they promote a lot. They should point out the benefits of using Zerto as a backup and recovery product instead of just a DR product.

With Cohesity, we keep a limited amount of backups, about 14 days. That way, we can recover an individual server within the same site or we can restore data or databases that we need, in a non-DR way. We use it for typical day-to-day backup and restore. If we could use Zerto in a similar fashion for everyday backup and recovery scenarios, that would be another area where we could consolidate into a single application.

At my old company, I used it for several years, and at the company I'm now at we've been using it for about a year.

It has been rock-solid. I haven't had any issues with any of the builds or the virtual managers. It just runs.

It's really scalable. You can create as many protection groups as you need, and a lot more than we have in our environment.

We do have some sites that are very low-bandwidth sites. Zerto is able to set throttling in the solution, but the throttling is set at a site-wide level. In those instances that have very low bandwidth, I can't reduce the throttling on that site. It would be nice if there were a way to control the throttling by the protection group for a specific workload.

Our experience with their tech support has been good. I have never called them with an issue that they couldn't resolve fairly quickly.

I did call them a few times on some migrations that we were doing off-hours where certain aspects of the migration didn't work, particularly on the reverse protection. I always got a callback within 30 minutes and most of the time it was quicker. The support has always been great.

One of the main issues was handling large data migrations. It wasn't feasible to do a big-bang move where we could move everything at one time, so we needed to schedule moves. We were able to at least replicate the information and work through a schedule for the migrations quickly. One of the major things we were trying to adjust was having to schedule the migrations and working with the team to validate that everything was functional. We were also looking to minimize the amount of time that that service would be offline during migration.

In addition, we use a combination of tools. We were doing replication with RecoverPoint, and straight backup and restore with Cohesity. While we still use Cohesity, we did get rid of RecoverPoint and we don't use VMware Site Recovery Manager because we're not recovering from VMware to VMware anymore. Cohesity does certain things and Zerto does certain things very well.

The implementation of the migration was very straightforward. The implementation of disaster recovery into Azure was a little more complex. In part, that was because of the way our company built our Azure subscription and the rules we have in place for installation and dividing things and networks within Azure.

But from the standpoint of installing and deploying the product, it's very simple.

We did it in-house, but we did have a Zerto engineer run through the installation into Azure with us because we did run into some issues related to permissions in Azure and some of the custom roles that are defined. We also worked with an engineer from Azure to help us, mainly around the identity portion in Azure.

On our side, it was just me and one of our other engineers involved.

We have seen ROI on the migration project which didn't require a whole bunch of people involved. We rotated two people who were able to facilitate the migrations when we scheduled them in the evenings. Sometimes, we would do up to six or seven migrations in an evening.

The main thing that held us up a little in that project was the validation process required by the business. If we had been able to just run through it, we probably would have completed it a lot more quickly.

Still, we didn't require a lot of resources to do it. It was just one engineer to handle a migration and the applications teams to validate. We didn't have to go outside the company to hire services to help us with the migration. That was helpful from a cost perspective.

Pricing is one area where there could be some improvement. We would like to see a consumption model that would charge in a DR scenario, where you're failing over and consuming those resources, instead of a per-protected-node model. Or it could be a model based on the amount of storage space you're protecting.

Others in our organization have raised the issue of how it's licensed, where you need one for every VM you're protecting.

We looked at RecoverPoint and Site Recovery Manager in VMware, but they just didn't fit the type of scenario that we were looking to set up with replication and recovery into Azure. We couldn't really find too many tools that were doing it in a way that was not too intrusive. There are ways you can migrate things into Azure and run them, but there's a technical process that you have to go through to make it happen.

We were looking for a solution where we wouldn't have to flip all the switches for Azure. We wanted something straightforward that was much simpler to use. Zerto was really the only tool that we could find to do it. Others that we looked at briefly just didn't do what we wanted to do, so we didn't spend too much time on them.

Recovery with Zerto is a little more straightforward compared to other solutions, and the amount of time it takes is fairly short. You can recover with Cohesity fairly quickly, but there are a bunch of other things that you need to do, depending on how the recovery is done. If you're mounting a new virtual machine from a snapshot, which would give you a fairly quick recovery, you would still have to re-synchronize that data to keep it as a replication, and that takes some time.

Zerto is just a more straightforward solution. You're getting pretty much the same server restored in under a minute, which is the time it takes to reboot, sync, and bring it back online. Other tasks you have to do, when bringing something up in another data center, like re-IP the machine, can be automated in the Zerto replication. It makes things easier.

My advice is to look at what you're trying to accomplish. If you're looking for a migration tool, this is a great migration tool that will help you move workloads between data centers. It's agnostic as to whether you're using VMware, Microsoft, or Azure.

And you have to look at whether you're moving a large amount of data or a large number of servers. Think about how much downtime your business can afford for moving those applications. If you're looking for something that can move an application with minimal downtime, this may be a solution for you. Or if you're moving large amounts of data, but you don't want to be down for the whole time you're restoring or moving, a synchronous product like this may be a solution for you.

We have built a disaster recovery landing zone in our Azure environment and we built an isolated environment so we could do non-intrusive failover tests into Azure, and still keep our production environment up and running. We've tested certain workloads failing over into Azure, including a standard Windows or Linux box, and specific things like SQL Server, Oracle, et cetera. It has been going well so far and we're at the point where we're defining our protection groups and security in Azure for all of our critical workloads.

We have not yet used the immutable data copies feature, but I was just at a conference and had some meetings with Zerto, some of the product professionals and engineers, and that is something that we are strongly looking into. That's because of the issue of cyberattacks and because even backup systems could become corrupted and then you're still in a bad situation. Putting the data into an immutable repository is something that we are definitely looking into. Especially in the industry that we are in, cybersecurity is a big issue.

We have also not used it for blocking threats and attacks. But the ability, in conjunction with immutable data and putting that into a vault, to look at the data that is being replicated in real time and scan it, would be a great benefit. We do use some of the best-in-class tools for that kind of protection, but this would just be another layer to help with that. It's an interesting feature and another tool that would add a layer to our cyber protection.

Zerto hasn't reduced the number of staff involved in backup and DR management. We have a pretty lean team. We try to cross-train our employees on the different products that we use. But Zerto did help to simplify the process because we can get people trained on it. They can assist in covering for other people in the group when they're out. The training only takes a couple of hours to go through the tutorials.

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.

It's improved our testing frequency, and that has definitely helped.

And the effect on our RPOs has been very good because of the continuous replication; you get more checkpoints. Compared to other disaster recovery solutions that we've used, it's much more efficient when it comes to recovery. It's much more resilient and provides a better experience. It's a better product than the traditional backup and recovery methods we were using.

Zerto has also helped reduce downtime in some situations. We can recover systems in minutes, versus hours. There has been a significant improvement in our RTOs.

It has also definitely helped us to reduce our DR testing on the order of hours and days.

The ease of use is one of the most valuable features when it comes to making changes and configuring. It's very easy to set up and configure. It's a great product.

Another very important feature, because I work in a very high-transaction environment, is the near-synchronous replication, and it works well.

They just came out with improvements for ransomware protection last week. I haven't used them yet but, overall, security and preventing ransomware is really a hot topic these days. I would like to see it detect when the ransomware occurs and provide more information on it.

I have been using Zerto for approximately five years.

It's very stable.

It's scalable. I plan to increase our usage of the solution.

I have not contacted their tech support.

We were using typical backup recovery from tape or disk. Zerto is far easier to use, simpler, more efficient and reliable, and more effective than traditional disaster recovery tools.

It has not replaced all of our backup solutions. It's another tool to prevent a disaster.

Our deployment is on a private cloud. We have compute, storage, and network that we replicate to. The initial deployment of Zerto was straightforward. It took less than 30 days to get it fully operational.

We used it in our test environment first and, once we validated that everything was functional, we included our production environment.

The maintenance involves keeping the versions up to date and there are agents that have to be updated as well.

We had a managed service provider set it up and deploy it. On our side there were one or two people involved.

I can't quantify the ROI because we haven't used it in a disaster. It's more of a cost-avoidance solution, protecting the organization.

The pricing is very reasonable. There are no costs in addition to the standard fees.

We looked at Symantec, Veritas, CommVault, and Rubrik.

Have clear requirements on what your RTO/RPO requirements are, and which applications will be involved. You need to have clear business requirements and align Zerto with your business continuity plan.

Zerto is very innovative and they're constantly making improvements. It took some time to realize some of the benefits but it's been a great journey.

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're migrating out of one of our older data centers currently, and sending them to either Azure or one of our two VM data centers. We've been working on getting all the servers out of the old data center for a year. Being able to migrate those servers, with the help of the service teams, is one of the best features. Instead of having to do them one at a time, we can build a VPG. That is especially helpful with some of these really large VPGs. We did one a couple of months ago that was 36 terabytes. We were able to migrate that entire VPG at one time, watch it replicate once it was there, and then do the reverse replication. That process has been amazing.

We use Zerto to protect VMs and our RPOs are very solid. The RPO is a little slower for Azure, but that was expected and it was covered in the documentation that Zerto provided. But the RPOs from one VM center to another are solid. The same is true for our RTOs. We have no complaints in that regard at all.

And it will definitely help reduce downtime if we have to migrate from one data center to another due to a disaster (which we have not had to do so far). Downtime would cost us a lot, no doubt. We have not had any major disasters as of yet or problems with spyware or ransomware. But we have had instances where a server was corrupted in one data center and because it was backed up with Zerto, we were able to fail over to the secondary site and get the VPG back up very quickly. From the time that the decision was made that we needed to fail over, it took around 30 minutes. It was very quick, especially compared to trying to troubleshoot and rebuild. Our patients weren't affected.

The platform has also helped us to streamline our DR testing. We're able to do our annual test as quickly as possible, whether it's a failover rollback or a system move. It has made that process much much quicker and a lot less painful.

I've only been in this position for a year, but from what I've heard, DR testing was not a pleasant experience prior to moving to Zerto. They were always having failures and then would have to set up another downtime and test again. With a lot of our applications, those that are tier-ones, we're having to do the DR test at 1 AM or 2 AM. Nobody wants to have to do a four-hour downtime test multiple times.

And not having long downtimes for DR has helped a lot. Our customers and service teams know that we have to do these tests once a year to stay compliant. We plan for a four-hour downtime every time we do a DR test. Very rarely do we need four hours. We block out that time just in case there are issues we didn't expect but we're usually done in under two hours, including failing over, doing the testing, rolling back, and testing again. I don't know if you can actually put a number on not having downtime, in terms of the impact on the service teams, nurses, or patients.

Right now, our DR team is just me and my boss. At one point, there were three people on the team. It says a lot about Zerto when it can be used with a minimal staff for DR. Prior to moving to Zerto, the team had four members. So it was double what it is now.

The replication works really well. We perform multiple tests a month and annual tests for our tier-one and many of our tier-two apps. We need to make sure we can quickly and reliably migrate VPGs to the backup data center in a disaster scenario. Migrating systems as a failover rollback or a system move are two of the functions that I like the most.

It's also very simple to use. For example, when we need to move data so that our users can keep collaborating with one another, using Zerto is very simple. Putting the servers into maintenance mode and either moving or testing them for our teams, has worked very well. We have found very few hiccups with any part of the solution, especially with the new version that they released recently.

The near-synchronous replication-also works really well. When you move or have just built a VPG, watching it step through things is great. It's a well-made product. Near-synchronous replication is very important, making sure that it's done properly and that it's complete.

We have Azure data centers. When migrating out of our older data center, if we find that Azure is the best place for those new servers, we have been migrating them there and doing the DR test at the same time. I haven't found any problems with migration to the cloud. For our applications that will work in Azure, Zerto's disaster recovery in the cloud has worked really well.

I turned in a ticket a while back when I found a glitch within Zerto. When building out a VPG and doing the machine types within Azure, they were not coming across correctly. It would say it had a CPU and memory of a specific type, but it was not accurate. When I sent that ticket in, the support manager said that it hadn't been found before, but that my report was accurate and that it was a bug, and that they were working on it.

But I've been very pleased with the updates that they put out and the service. I don't have a lot of negative things to say about Zerto.

I've been in this position for a little over a year and have been using Zerto during that time.

I've never seen it go down. It has been stable and easy to use, which are some of the main reasons we're still with them. We haven't had any large bugs with it. The software seems to be well-tested before new updates go out.

We have it deployed across three on-prem data centers in two different states, plus the two different Azure sites that are also out of state.

We've added a couple of new data centers since I've been in my position and adding them to our Zerto interface was not very difficult. The scalability is good.

Whenever I have had any issues, I have contacted support and they have been knowledgeable. Getting a hold of Zerto's support has been easy. In general, compared to all the other applications that I've ever supported in my career, Zerto has been one of the easiest to contact and actually get help with. I've worked with some vendors that were really difficult to work with.

Overall, Zerto's technical support has been fantastic. When I've had issues, submitting a ticket online is fast. In all but maybe one instance, I had a callback within just a couple of hours. Their support has been awesome.

Our organization migrated away from a couple of other solutions prior to my starting this position. But the disaster recovery manager that I work for has said multiple times that Zerto is the easiest solution and has the most robust features compared to whatever they were using prior.

I know our organization still uses Veeam, but they do so in tandem with Zerto.

There is an annual cost for Zerto, but that is something that our director level works through. Our organization, St. Luke's, goes through all vendor contracts looking for the best value. The fact that we have been using Zerto for a few years says that the value must be there compared to other vendors.

Not having to take down our tier-one system for an extended period of time for DR testing is invaluable. You can't put a dollar value on the impact on a patient's life. We need our systems to stay up constantly because they are what keep people alive.

In terms of maintenance of Zerto, we do our monthly reboots of the servers so that they stay up to date with the Microsoft patching. And anytime that Zerto has updates to their software, we make sure that we stay compliant with that. And once every year or 18 months, we update the cert on the servers.

My advice is to look for a product that is easy to use and easy to learn and allows for scalability and DR testing that works well.

We use Zerto for disaster recovery purposes. We do not use Zerto for backups, only for the redundancy of the data center.

Zerto uses a rapid user interface that is user-friendly. Zerto's Near Synchronous Replication is helpful for our 12,000 servers.

Zerto runs behind the firewall to help block unknown threats and attacks.

The solution has improved our RTO and we rarely experience any issues during failovers. We use Zerto on-premises and Azure for the cloud. We have a very good RTO whenever we have a failover from Zerto to the cloud.

Zerto reduced our downtime by approximately 15 percent by increasing our recovery speed. Zerto also helped our organization's disaster recovery testing by reducing the time it takes to bring up virtual machines on the DR side to 15 minutes.

Because Zerto's GUI is user-friendly, it is easy to execute a failover, so we require 1/3 of the employees to perform the task during recovery situations.

Our RTO is quick, and we can recover five to ten terabytes of data within minutes of a failover.

Zerto's effect on our RPO can be improved. When we have a VPG, we typically have multiple VMs and more than ten terabytes of data. This can cause long failover times due to data limitations, and sometimes the VPG can become full.

The technical support response time could also be improved. We often have to follow up multiple times to get a response, and when we do get a response, it is not always from the correct person who can handle our case.

I have been using Zerto for five years.

Zerto is stable.

Zerto is scalable. We have around 3,000 people that use Zerto in our organization. Zerto is deployed in multiple environments and multiple databases in two countries.

The technical support's response time is slow.

We have seen a return on investment with Zerto.

Zerto is more cost-effective than Azure.

I give Zerto an eight out of ten.

We wanted a solution that would help us reduce our recovery time objective, and Zerto does just that.

We use VPGs to maintain data consistency in our environment. We do this by placing multiple servers in a single VPG, which belongs to the same application or database.

Zerto can recover data quickly when the data size is under ten terabytes. However, recovery can be slow for data sizes that exceed ten terabytes.

The distance of our data transfers will affect the RTO. Data transfers within one region will be quicker than those across multiple regions.

We also use Azure Cloud and are currently migrating Zerto to the cloud. Both use a GUI interface and both have good failover tests.

I recommend Zerto but it does have data limitations when using a single VPG.

We use it for migrations and VM protection.

The near-synchronous replication is very good. It's very critical for us. For example, with SQL, we used to use Always On to protect databases at the database level, to give us high availability and DR. But now, in Azure, we don't do that. If we wanted to do that, we would have to have a SQL Server on the protected site and another up and running on the DR site and those machines would always have to be up and running. To save on costs, instead of using Always On, we're now protecting the VM as a whole, thanks to Zerto.

It's also the main tool that we use for our annual DR tests for all of our production applications. Once a year, for one week only, we do a failover of those critical production applications from the primary site to the DR site and we let them run there for that week. Zerto does the failover and the DR site becomes the active site while everything replicates to the former primary site. Once the week is over, we do a failback and Zerto is the main tool that we use for that, and we repeat the whole process. We're then good for the whole year. Zerto is protecting those VMs.

Another advantage is that Zerto has decreased downtime for us. It could have been a situation where we were down for weeks because of something that Azure did on their end. Even though Zerto has a partnership with Microsoft Azure, sometimes Azure makes changes that are disruptive. There was one change that affected our ability to replicate our critical workloads and it was a rough one. For that week, Zerto found a workaround because they were not getting any progress on resolving the situation from the Azure team. Zerto applied the workaround in their code and we were good, but that was a rough situation. Zerto goes out of its way to help its customers. We've had issues but Zerto has been very responsive.

The quickness and efficiency of creating snapshots, on a real-time basis, is one of the most valuable features. Whenever changes are made on a server, Zerto starts taking snapshots right away and replicating them to the DR site. It's very effective and very quick. Our SLAs are 24 hours, but Zerto could do what we needed, on-prem, in seconds, and in the cloud, in minutes. Zerto is way ahead of what our SLAs are.

Sometimes we do failover tests to make sure that we will potentially have a successful failover or migration. It's very flexible and does its job very well. And one of the things I love about the product is that whenever you do a failover, it gives you the ability to either commit or roll back. Some of Zerto's competitors don't have that ability, at least in Azure. That's critical for us because after we have DR tests on a weekend, we have users sign off on their applications that everything is fine. If something isn't right, we can always roll back to how everything was right before we started the DR test. And if everything is working great, then we commit.

Since we are primarily in the cloud now, Zerto definitely needs to update its platform. When we were decommissioning one of our on-prem data centers and going to Azure, there were issues. And with Azure, it's still limited in the way we can manage our resources there. Zerto hasn't quite kept up to date with how certain elements run within Azure.

In Azure, there is something called resource groups. You cannot create a resource without a resource group. You can apply tags to resource groups and that tagging information is very critical to our company because we now have 95 percent of our production environment workloads running in the cloud. We have to make sure that every resource group is tagged correctly, with the correct team and department because we have to bill them at the end of the month. The problem is that Zerto does not have that ability. When the product fails over or migrates a VM from on-prem, or even within Azure, to another site, it does not give you the option of selecting an existing resource group.

When it fails over, it uses the name of the group that you created within Zerto. The VM is failed over with no problem in a reasonable amount of time. But the problem then becomes that the resources are part of a resource group that has no tags. It does not follow our naming commission for resource groups and then we're stuck. It's not as easy just renaming the resource groups.

These components are very critical for us but they are missing in Zerto. They're aware of it because we've had feature-request meetings with our Zerto account team. They're working on it for the next release and have mentioned that they are going to be making improvements to the product. But for now, it's lacking.

Also, a downside with Zerto is that there is a lot of management overhead when running it in the cloud. On-prem, we used to have one Zerto management appliance, but in the cloud, we have about 20 to manage to protect our VMs. Zerto has mentioned to me that, for the next release, they're building it from the ground up and it will be much better in the cloud, with more cloud focus.

Because of the experience that I had with Zerto running on-prem, where we only had one appliance in each of our data centers, I deployed one in Azure as well. Little did I know that there were limitations and that more appliances had to be deployed because of all the replication of the traffic and the number of VMs that we were trying to replicate. But Zerto stepped in and helped when it came to that.

I have been using Zerto for four years.

The stability is an eight out of 10.

The scalability is also an eight out of 10.

They're very helpful. They always want to understand your situation and, even if they're not sure, they do their best to help and fix the problem.

For on-prem, there were always references, but for the cloud there is a bit of a knowledge gap. I would always get workarounds, fixes, or KB articles for on-prem, but the cloud implementation is where the documentation is lacking. But the team does its best. It depends on who you get. Some know Azure, or cloud, and some still lack that knowledge. But if they don't know, they get the right person on the call.

We were a VMware shop on-prem and we were migrating to the cloud from on-prem VMware to Azure, so the tool that we were using to protect VMs through DR would no longer work. We used VMware SRM (Site Recovery Manager) for years when we used to be solely on-prem.

We started looking for a product to help and, at the time, Zerto was the one that stood out among the competitors, and it was a solid product, so we started using it. Zerto is definitely a more effective product. It is a lot quicker when bringing our VMs up on the DR side, and even when we do a fallback. And Zerto is a lot easier to use than VMware.

The initial setup was not straightforward.

And maintenance is required for upgrades when there are newer releases, especially when it comes to Azure. There are newer releases that contain fixes and improvements and we do update the version of the Zerto appliance. They are running on Windows Servers, so we also have to patch the operating system. In Azure, there are a lot of SKUs with different pricing. Depending on the utilization of a VM, we sometimes make changes to the family types to save on costs at the VM level.

I did it with our Zerto account team, which included our sales engineer. Just the two of us were involved.

Zerto saves us a lot of time. One team member alone can handle the DR test using Zerto, whereas before, when we used SRM, at least two or three people were involved from the VM perspective and from storage. VMware was integrated with our NetApp environment and that meant at least two or three team members were involved. But with Zerto, just one person uses the product for a DR test.

We looked at Azure Site Recovery. We were close to going with it. It did have the ability to do resource group selection, but there were two showstoppers at the time that prevented us from going forward with it.

When we were looking at Azure Site Recovery, it seemed that it had a better cost per VM, but Zerto was not that far off. And we were more comfortable using Zerto to protect our VMs than the other products we were testing.

My advice is that if you're in the cloud, you really should test the failover of your VMs. If tagging is not a key component, you'll be fine. But if it is, that is a huge problem. And expect a lot more management overhead when it comes to managing Zerto in the cloud.

In terms of our RPOs, Zerto is consistent. From time to time, it may run past our SLAs, but that's because there are network or VM issues. And that happens very rarely. It almost always meets our RPOs.

The ease of moving data varies on the size. A good thing about Zerto is that it does give you a little chart indicating the step that it's at in the replication process. But even if it's a small VM, it does take some time, including setting it all up and starting the synchronization. It's not instant.

Currently, we use Zerto to replicate our production visual systems at our disaster recovery site in Germany. This allows us to easily meet our RTO and RPO.

Zerto is easy to use. Zerto is the leading disaster recovery solution.

Zerto's synchronous replication is important for our organization.

Zerto has helped our organization by merging many different technologies into one, including desktop virtualization and replication. Previously, we used to hire other providers for these services, but now we have everything in one system, saving us around 30 percent. For example, we used to have to keep a copy of our data on Veeam Backup, but now we can store it all in Zerto. This saved us time and money, and it has also made our IT infrastructure more reliable.

With Zerto, we are meeting our RPO better. Previously, it took us 20 minutes and now it is five seconds.

With Zerto, we have the best RTO.

In our simulations, we observed a reduction in downtime when using Zerto.

Our recovery time with Zerto is excellent in data recovery situations, such as those caused by ransomware. We can save around five hours compared to other solutions.

Zerto reduced the number of people involved in our data recovery by 30 percent.

The most valuable tool is the dashboard, which allows us to immediately check the DLP status, replication data, and all other data needed to have cleaner and immediate control of the situation.

File management can be improved. Zimbra is the only platform that allows for file replication.

The technical support has room for improvement.

I have been using Zerto for five years.

Zerto is a stable solution.

Zerto is scalable. We have around 200 users.

The technical support is average. We have had some cases where we were not as comfortable with the outcomes as we were with other solutions.

We previously used a custom solution, but we switched to Zerto to unify our systems and improve visibility.

The initial setup was simple. We were able to deploy one FPE every two weeks. One person was involved in the deployment.

The implementation was completed in-house.

We have seen a return on investment with Zerto, which saved us 30 percent of our costs and improved our disaster recovery time.

The price is reasonable.

We did not evaluate other solutions because we were confident that Zerto was the best, as indicated by the Gartner chart.

I give Zerto an eight out of ten.

Zerto is deployed to replicate our on-premises and virtual infrastructure data between our two offices in Germany and Italy.

Zerto requires around two hours per month of maintenance.

I recommend that new users take advantage of Zerto's flexible license program to buy one or two licenses and try them out before fully committing.