Zerto Reviews

We use it for DR as well as migration. We have four data centers and migrate workloads between them.

We don't use it for backup.

We had some ransomware that got on and infected the corporate shared drives. It was just one system and one user type of thing. It didn't spread because we had it locked down pretty well. So, I just bumped the server back entirely so we did not have to worry about it.

We have only had one instance, and it wasn't widespread, where we had ransomware. The RPO was approximately 20 minutes. We had an active snapshot from when the incident happened, because we couldn't really iron it down. Therefore, Zerto saved us time in this data recovery situation because I didn't have to rebuild the thing or do a SnapMirror. 

If we had used a different solution, it might have taken a week for our data recovery situation instead of 20 minutes with four or five technical folks (not including management), instead of just me. This is because we didn't have anything documented and just counted on Zerto to do it. I don't know what the company had set up previously since I'm new, but at the previous place that I've experienced malware, you would have to stand everything up from scratch and scrape through all your backups and differentials. 

We use in the data center if there is a live event that could cost the company millions of dollars, which I haven't experienced, e.g., if our data center were to explode or get hit with a meteor, then ceases to exist. We have the option to go in and flip a switch. That has never happened. However, our tests using SRM went from a day to minutes when we switched to Zerto.

The most valuable feature is DR. In my opinion, there is nothing better at what it does.

The solution provides fantastic continuous data protection. We do a lot of spin up test environments depending on what happened, then make changes and rip it down. Or, if we got hit with malware, then we use that to do a point-in-time recovery. We custom create software in-house, so we will spin up a test environment to test code deployments or do a copy to do the same thing, if we want it to be around longer than a test recovery. For example, somebody got hit with something, then they infected the server. We were able to restore it back to a point in time before the infection. 

It is super easy to use. A non-technical user can get it up in a day. I can get it up in 15 minutes. I've brought it to help desk guys and network operations center guys, and it's easily grasped.

While I am open to transitioning over to using Zerto for long-term retention, the problem is the alerting function in Zerto is very poor. That makes it a difficult use case to transition over.

The alerting has room for improvement as it is the biggest pain point with the software. It is so bad. It is just general alerting on or off. There are so many emails all the time. You have no control over it, which is terrible. It is the worst part of the entire application. I have voiced this to Zerto hundreds of times for things like feature changes. Apparently, it's coming, but there is nothing concrete as to when you can do it.

Four years.

The stability is fantastic. It has gotten a lot better as far as the maintenance. Initially, it required a lot of prodding and poking. As it sits today, it is really stable, though you sometimes need to mirror the changes in the application to what you have changed in your own infrastructure.

The management once it is already deployed is easy to moderate. Things can get a little goofy with the DRS and if you're shuffling things around. If your infrastructure is pretty static, you're not going to have any problems with Zerto. But, if you move things around or do any updates, you have to come in and make sure everything is good to go. It is not difficult, but sometimes you are required to go in and maintain it. Because we turn off the alerting in most places, you don't know its status without going in and manually looking.

I am the primary Zerto administrator. Therefore, I own the product for my company and use it every day.

Scalability is great. It will scale essentially one-to-one with your virtual infrastructure. However, if you have more hosts and VMs, then you have to go in and manage that many more hosts and VMs.

Four people know it and use it to do things. I'm the primary, then there is another guy who is the direct backup on my team. Then I have trained a couple other people who know how to utilize it in the event of an emergency, e.g., "This is how you would failover X environment." Because it won't automatically do failovers, somebody has to pull the trigger. Therefore, we have documentation in order to do that. It is very simple.

We don't use it for everything, not in both instances where I implemented it or been in charge of running it over. However, it definitely has freed people up to do other things in that space. It only takes me to entirely administer Zerto, instead of a backup and recovery operations team with two or three people.

We are at about 60 percent of use. I would like to see more. We don't do persistent long-term backups or use any of the cloud functionality, though I think we will as we're in the midst of looking at AWS to potentially migrate workloads there. I also very interested in using it as cold storage.

Initially, years ago, the technical support was very poor. We were promised one thing that was physically impossible with the software. I spent a lot of time fighting everybody in support. Since then, the support has been really good. In my experience, they are all mostly stateside. They understand the product inside and out to help you with your needs or come up with some type of creative solution.

At my previous company, we were using SRM and our DR tests would take one to two days. For our primary customer, we switched to Zerto, then it took 15 to 20 minutes instead of days. It was a huge difference. That was from Boise to North Carolina, then back. It was approximately 30 terabytes of data with 19 virtual machines. It was a pretty large orchestration.

SRM was replaced by Zerto due to simplicity. SRM is very complicated. It is also not easy to use and set up. Zerto is better for implementation and ease of use. So, it was a no-brainer.

The initial setup was straightforward, though it could be more straightforward. Now, you just install the software on a Windows system. It would be nice if they had an appliance that autodeployed in VMware. That would make it simple. But if you can install Office or any kind of application on Windows, you can do this. It is super easy to set up with minimal front-end learning required. 

The deployment takes about an hour for an experienced person. If it is your first time, then it will take a couple hours.

You need to know your use case for an instance where you need something to be backed up. Once that need is identified, you need to know where it is and where you want it to go. Once you already have those questions answered, the implementation is simple. Through the installation progress, you just plug in those values of where is it, what is it, and where do you want it to go, then you're done.

At the company I'm with now and at my previous company, I was the architect and implementer. Zerto generally requires one person for the setup.

The RTO and RPO are unparalleled. In the event you do have an issue, you can be back up and running (depending on the size of your infrastructure) within minutes. Your RTO can be 15 minutes and data loss be five minutes. I don't think that's matched by anybody else in the field.

It has helped decrease the number of people involved in data center moves. For the infrastructure pieces, which is my primary responsibility, I am the sole person. Whereas, we use to have an OS guy and a network person before to manually configure the pieces. We also had application teams, but they are still relevant. Previously, it took four people because we were touching each environment and machine. Since we wanted it done fast, we would stack a bunch of people on it. Now, it's just me and it's done faster.

When migrating data centers, we have saved a lot of time on my team. Something that takes an hour or two used to take a week or two.

There is big ROI for ease of use, management, and labor overhead versus other solutions.

Zerto is more expensive than competitors, making the price difference pretty high. While it is very expensive, it's very powerful and good at what it does. The cost is why we are not leveraging it for everything in the organization. If it was dirt cheap, we would have LTR and DR on everything because it would just make sense to use it.

We currently use Veeam and Commvault.

In general, moving VMs through VMware using site-to-site is not as easy than with Zerto because the data has to go on flight, and Zerto just sends it over. I like that aspect of it. During our data center moves, we move from one location to another (San Jose) with a two-hour total downtime from start to finish: From powering the systems down, getting them over, getting a live feed changed, and back up and running to the world. This would be way slower with a different product.

For long-term retention, we do Veeam to spinning disk. While the LTR is something I am interested in, I think Veeam has the upper hand with alerting and job management. Both Veeam and Zerto are easy to use, but Zerto is easier to use.

I am not a big Commvault fan.

It could replace Veeam and Commvault, but not at its current price point.

Most people assume catastrophic failures have a long-term data impact. However, with Zerto, it doesn't have to be that way. If you spend the money to protect everything, you are going to get that low data recovery time. Whereas, if you are cheap and don't buy Zerto, it's going to be hours to days of data loss. With Zerto, it is in the minutes. Thus, how valuable is your data? That is where the cost justification comes in.

If you are thinking about implementing this type of solution:

• How important is your data? 
• Would your company go bankrupt if you were unable to do what your company does for a week? 
• Do you have contract requirements which say you need to have a DR plan up and running? 
• Do you want to spend a week doing it or 20 minutes doing it? 

It's that value of time, money, and data. I can implement Zerto and use it in an emergency situation anywhere. If you're talking to somebody like me who understands data protection and disaster recovery, the question is how much is your data worth to you and how fast do you need it back?

Currently, we are doing our own storage as the target for protection, but there is interest in enabling DR in the cloud, e.g., to do Glacier or something cheap in Azure.

I would rate this solution as an eight (out of 10).

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.

Zerto has significantly improved our organization's IT resilience by ensuring security, protecting against ransomware, and enabling seamless cloud migrations. 

It has enhanced our flexibility, ensured reliable recovery, and minimized downtime. 

Overall, it has increased our ROI by helping secure our digital ecosystem and improving client satisfaction.

The most valuable features of Zerto include its simplicity, ease of use, and automated features like failover and failback. It facilitates hybrid cloud and multi-cloud strategies, providing seamless migration with reduced risks. Zerto automates the complexity of manual tasks, which is beneficial for streamlined operations.

Zerto could improve by offering more flexible pricing models, especially for startups. In the Indian context, cost is a concern for many businesses, and a pay-as-you-go model would be beneficial. Additionally, more cloud support is needed beyond the major providers like AWS and Azure, such as support for Alibaba and Oracle Cloud.

I have been using the solution for three years.

The solution is stable, straightforward, and reliable. It consistently performs well in recovery situations.

As a large enterprise, we find the scalability of Zerto to be very good. It effectively supports our extensive use across many users.

I rate the customer service and support highly. They provide assistance with initial setup and other issues promptly.

Positive

Previously, we used different solutions like vMotion and NetBackup. We switched to Zerto as it provides faster recovery and minimizes recovery time, which was a limitation in the previous solutions.

The initial setup was smooth and straightforward, with the support team providing help, particularly in configuring work storage.

Our ROI has increased by about 15% since implementing Zerto.

I would rate the pricing, setup cost, and licensing around a seven on a scale of one to ten. The pricing model could be more flexible to accommodate startup companies with lower budgets.

Zerto is adaptable and straightforward, making it easy for new users to adopt. The solution has significant advantages in recovery and offers good scalability.

I would rate Zerto an eight out of a ten.

We use the solution to protect our general workloads, migrating VMs to the cloud and protecting VMs in the cloud. Our primary use case is to protect and provide DR.

Zerto has enabled us to mature our DR stance quite a bit in how we protect functions.

The near-synchronous replication works pretty well. Going from RPOs of an hour to five seconds is pretty interesting.

Zerto enables us to do disaster recovery in the cloud rather than in a physical data center.

Having disaster recovery in the cloud is very important for our organization as we're currently moving our production workloads to the cloud.

We use Zerto to help protect VMs in our environment. Our RPOs are getting lower.

The speed of recovery in Zerto is much faster than with SRM.

The on-prem to Azure, migration, and protection aspects are good. Zerto is one of the few tools that work pretty good and at moving between regions or clouds.

The near-synchronous replication is good. 

Automated protection of workloads from one site to another could be improved. For example, with SRM, you can create a VM, and it automatically protects it based on mappings and other factors. Zerto does not do this.

I have been using Zerto for about a year.

It can throw us for a loop at times and it can be challenging to figure out.

We are pretty large-scale. It's been one of the challenges, as it seems pretty simple for smaller scales, but as you get larger, it gets more challenging, which is where the automation piece and lack of that comes in.

Level one and level two are excellent. The development team is a challenge sometimes because they work four days a week. Sometimes, when we have to have a Dev escalation or a severe issue, it takes quite a long time to get a response.

We use SRM and Commvault. Zerto is better than both of them. Commvault is not great at Orchestration DR, and SRM locks you into VMware.

We were early adopters, so the deployment has been challenging, but it's definitely getting more mature and better as we go. 

We bought it from a reseller but we used Zerto services to get it going.

It has reasonable pricing comparable to VMware and others.

Overall, I rate Zerto an eight out of ten because it makes testing easy and provides flexibility between on-premises and various clouds.

One of our biggest use cases has been migrations. We migrated the virtual machines in one of our data centers using Zerto.

We're in the middle of a migration that Zerto has made much easier. We also use it for many standard disaster recovery cases. It constantly keeps our services running.

Zerto's near-synchronous replication is a key component. It's essential.

Zerto enables disaster recovery in the cloud, which is very important. It creates another level of protection to have an alternate location outside of on-premises.

It helps protect VMs in our environment. It's certainly better than a traditional nightly backup.

I've found the migration feature very valuable. It starts like a disaster recovery scenario where you're just replicating the VMs. Then it all gets synced up, and you decide when to make the cutover. 

This is instead of having to do a more traditional conversion of the VMs or shutting them down and migrating the data, which is less efficient.

The seamlessness of a cutover is very helpful.

I have been using Zerto for around five years. 

It offers good stability. 

We haven't scaled it too much, but in our experience, we haven't had any issues with it.

We still use a different disaster recovery solution but for different use cases. 

Zerto didn't completely replace our other backup solutions.

There are cost savings for the migration in particular.

From the migration standpoint, they're flexible with the licensing. You own the license and can apply it to a machine and then pull it back, apply it to another machine, and so on.

For the migration piece, we evaluated different solutions but not for the disaster recovery replication. We knew from the migration piece that it would work well.

For me, it's a ten. I haven't had any issues with it so far. 

The primary use case is disaster recovery. 

The biggest benefit is the application-consistent disaster recovery functionality. 

The most valuable features include the ease of use and the usability of the user interface. Long-term, the solution has proven to be very resilient and stable. It meets our DR needs for VM environments. 

The near-synchronous replication is a great feature. You have near real-time DR capabilities. In the years I've used it, we've had application-consistent profiles. To meet the recovery point and recovery time objectives, it helps to have that on hand. 

It's affected our RPOs positively. It totally meets them via near-synchronous replication. That means the VM stays in a consistent state and is always available. 

Zerto could improve its reporting capabilities. That's lacking. The alerting capabilities are lacking as well, partly due to the fact that there's no way to trim down the alert fatigue if there are failures within the application. It will send out alerts consistently instead of spreading the alert times every 30 minutes, hour, et cetera. 

We've been using Zerto at our organization over the past eight years. 

The solution is very stable. 

I cannot comment on scalability. We only have two Zerto instances installed, one in production and one in DR. We haven't had to scale out or to the cloud. 

We are protecting upwards of 100 virtual machines. 

Zerto's support is good. They are responsive from an email perspective. I've never had to pick up the phone to call them for anything beyond our DR testing every year. In those cases, we do open a proactive ticket in the case that we run into issues with recovering virtual machines. 

Positive

We did not use any other solution previously. We chose Zerto since it was an application we inherited. It wasn't something I specifically chose, however, understanding the industry, we know that it is the top player in terms of software recoverability for virtual machines. 

I did not initially set up the solution; I inherited it. However, over the past eight years, we have gone through a number of upgrades, which for the most part have gone seamlessly. We did have a few issues in the past that support was able to fix in a timely fashion. 

I'm unsure if the company has witnessed any ROI. We have not gone through any TCO analysis. 

The licensing is outside of my purview. 

I'd rate the solution nine out of ten. If the reporting and alerting functionality were better, I'd rate it ten out of ten. 

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

It has brought customers into our cloud, since this was a barrier to get in. We have used the migration model a lot to bring customers in. We just brought in a customer from Microsoft Hyper-V into our VMware file. That would have been a difficult challenge if we did not have Zerto as a tool.

Zerto has helped to reduce downtime with several customers. For example, we had a customer who had many of their VMs encrypted. They had about 40 to 60 terabytes worth of data. To recover that from backup would have taken days. We were able to bring them up at the DR site, getting them up and running, within hours. This would have cost the customer millions if they had been down. As a title company, if they would have been down, that would have disrupted a whole title industry, where people are trying to buy houses. If you can't get the title for the house, then you can't move forward. Other people wouldn't have been able to sell their house. There would have been a ripple effect. So, that was huge.

It has definitely helped our customers reduce their DR testing. We can do failover tests live in the middle of the day and generate a report, and they are comfortable with it. 

Journaling is by far the most valuable feature. We have used it several times for customers who have gotten ransomware and had to do a rollback. Having the right time period was important. Some of them had their backups encrypted. So, they didn't encrypt the Zerto machine seven days previously, and we were able to bring that back up.

I have been using Zerto for about seven years.

It is very stable.

It is very scalable. All the workloads go on hosts. So, in order to grow, you will need to have more hosts anyway.

From the relationship standpoint, we have never had a local rep in South Bend, Indiana. It has always been somebody in Boston, and there is not a lot of communication. That is one of the big things. We would like help driving the business and talking to our sales people as well as more involvement from them. We could really utilize it more, drawing more customers in, but we need help with that.

I would rate the technical support as seven out of 10. Where it becomes difficult is if Tier 1 can't help you, then it takes a long time to get to Tier 2 or the development side, if something is beyond their capabilities.

Neutral

We use VMware High Availability, which is one of the options in our cloud. It is a less expensive option. So, we have customers who want that. Also, we have tried Veeam Backup & Replication, which is not cloud-native, so we don't use that. However, a company, whom we acquired, was using it. So, we tried it out.

Zerto is a lot easier to use. It has a lot more features, as far as orchestration, than VMware High Availability. The reallocation of IPs and the networking part of it are not that great in VMware High Availability. Plus, the retention that you get with Zerto is better than High Availability. Veeam didn't get into that much, and there is no orchestration into the cloud. 

The initial setup is very straightforward. The wizard that you run through is just very straightforward. If it is a DR-as-a-service customer on my end, then I am just deploying it as sort of a cloud connect, which is very easy.

I deploy it for all our customers.

We have absolutely seen ROI. Over time, we make money off of the CPU, RAM, and storage of Zerto usage. We benefit that way.

In a world where others are catching up, e.g., VMware High Availability, there needs to be a less expensive option as well. When a customer has approximately 100 VMs, if you multiply by 40, we aren't charging a very high margin on it at all since the license is so expensive. We feel their pain. That is the most expensive part of it. The storage, CPU, and RAM are a lot less. It is the licensing that is really expensive. Whereas, with an option like VMware High Availability, it is a couple dollars per month. That is our spend that we are charged by VMware, then our margin is higher on those VMs. Giving us some ability to have higher margins, as an MSP, would be a good thing.

I would rate Zerto as nine out of 10.

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.

It gives us a seamless, performant data center migration. When we were migrating between physical data centers, we did what normally would have been a 72-hour job in about 18 hours. A large part of that was thanks to Zerto being able to rate limit and throttle how much data was being sent or transfers were happening. Being able to script around it and create governors was important. We didn't have that previously. That is one big use case that has saved an immense amount of time and effort. 

Previous data migrations were really tough and hard. It was high stress with late nights, no sleep, and a lot of coffee and Red Bull. We didn't have that this time. Everyone felt that we got through this in a slightly longer working day instead of 72 hours. So, we have seen a return on investment.

Another use case is being able to do disaster recovery testing at will, whenever we want to. That has been really special.

Primarily, the most valuable feature is the simplified deployment methodology, but also use the REST API and script ability for modularity. 

Zerto API Wrapper is really good. We don't use the Zerto module specifically. Instead, we use API Wrapper, which is a lot better in my opinion. The fact that we can extend the functionality of Zerto to high-level policies or processes via the API, whether it is through API Wrapper or otherwise, sort of brings out a lot of interesting usability use cases for us. We can do self-service replication of servers via ServiceNow, scripting, etc., offering extensibility. It is really easy to use. It helps to save a ton of time as far as replication goes.

There are open API calls. Things are available via the UI and API that may not be documented really well. You can open developer tools, inspect those elements, and see what those payloads are, but it is an extra step. For someone who is kind of new to the game, they may not know how to do that. 

Zerto is not an API-first company, but an API-now company. A lot of the functionality that is in Zerto UI is not in the Zerto API. That is likely because it is baked in code or compiled down DLLs. Every business has to make a decision to work on something, and I don't think Zerto has committed resources to working on that part. It is a problem to do cleanup for Azure Blob Storage, recovery site storage, or whenever you remove a VM from a VPG without deleting the VPG. That needs to be improved. 

Doing scheduled disaster recovery connection tests, e.g., being able to migrate things up and get things working on a recovery site without needing a user to do it, would be helpful.

Analytics has a 90-day window, where it keeps data. It would be nice to have on-prem storage instead of cloud storage for that so we can keep the data for longer. Unless you discover the problem within three months, you don't know that you need the data. Then, it is gone by the time you realize there is an issue. 

I would like to be able to offsite some data. We export our analytical data so we can keep it longer without having to script around it. It is possible right now, with the API, to script around it. However, I don't want to have to write a monthly process to export the last three months of data to a spreadsheet so I can just have it if I need it. 

A lot of the PowerShell documentation in some of Zerto tutorials or how-tos is a PowerShell-to-legacy sort of paradigm. It needs to be updated to at least 3, likely 5, or probably 7. It looks like it was written by someone who didn't know PowerShell, but had to learn it really fast. It does the job. If you copy and paste it, then it will work, which is something. That is way better than what a lot of people do. However, I feel like a bit more effort should be pushed towards PowerShell.

I would like them to build an alerting system. I am trying to find a way to connect it to my business continuity people, so the Zerto people don't need to be pseudo-business continuity people all the time. They can just be IT people. 

I would like more creature comforts for the scripting engineer. It would be nice if they could expand the development community around building different APIs or API structures for Zerto.

I have been using Zerto for two and a half to three years.

Stability of Zerto is significantly better now than it used to be. It was a little unstable, especially when you were doing massive amounts of migrations. I think there was a disconnect with Zerto's handling of jobs and the ticketing systems inside of vCenter. I am not saying that was a Zerto problem. It might have been a vCenter problem, where vCenter was unable to communicate how much availability it has to field those jobs, then its internal tickets were consumed in a way that Zerto couldn't deal with them well. There was probably some type of internal timeout that was reached when things failed. 

If you are not prepared to rapidly click retry a bunch of times, that will be a big problem for you. You can get around it by scripting. That is how we did it. You can get around it by updating Zerto to at least version 8, maybe even 7.53. 

The stability now seems solid. If there are some disruptions of service, I am not seeing it. We have taken off restrictions on our network throttling. So, we are not throttling that at all. We fullly let it go and it doesn't seem to be having a problem.

We have hundreds of terabytes up to petabytes of storage and replicated data. Triple-digits up to thousand-plus virtual machines are being replicated. There is RDM to VHD and VHDX-VMDK conversions. We have temporary disks or bypass disks involved for situations where VMs might be turned off or removed from environments without any lead time, thus pausing VPGs.

I don't think it has a problem with scalability. We haven't yet run into a problem scaling it. You could always deploy more ZVMs and ZCAs. The analytics engine has a calculator to figure out how many you should deploy. Follow that. It isn't perfect. If anything, it's a little conservative. Just don't test the waters unless you are prepared to sink a little bit. Be prepared to sink if you're going to try to min-max it. You can always tweak it. There are so many tweaks you can do on the ZVM and ZCA side. We have had to do probably a half dozen of those because our environment isn't the same as every other environment. 

You can push it to its limits. I don't think it is a problem with scalability. I think it is a nuance of your environment.

There were some hurt feelings with some of our engineers. They were told that it would just be plug and play. They didn't realize that it would actually take up a duplicate amount of storage. As a point of policy, that is how it works. I asked them, "How do you think it should work? If you don't think the storage should double, where are we putting the bits? Where is it going? How is replication happening?" It makes sense to me, but I think they were told something else. I don't know if that was a salesperson from Zerto's side or an advocate on the company's side, but they were misinformed. 

Zerto support is usually very good. I feel like we always get those Sev 1 cases where something is wrong with the core product. For example, every time that they have released a new minor or major build, there are release notes of what has been fixed. We have had five of those line items since version 7.

We have been using it since version 5. However, since version 7, we have had five big line items for those changes since we have a big environment and script a lot more, and maybe we script more than a lot of Zerto customers. We found a lot of weirdness in our environment, and that matriculated up. I got a call from the East Coast technical representative for the dev team. Every day, I had a call on the update of those tickets. You don't see that a lot. 

Some platforms work flawlessly. Some platforms are more simple. Zerto is a complicated platform doing a lot. After that initial burn-in period with our support team, we got grade-A service, which was really great. I would probably rate them as eight or nine out of 10. There is room for improvement, but if they never improved, I would be happy with the level of service and support that we have now.

I am pretty patient. From a programming standpoint, technology is hard and environments differ greatly, and I am willing to forgive a little bit. I don't speak for all my company. There are people in my company who don't accept that. They want it fixed tomorrow (or yesterday). Personally, I understand that it is hard and takes time to understand as the logs only tell you so much. 

Positive

I can't even remember what the previous product was. 

I wasn't involved in the initial deployment. I have been involved with subsequent deployments, which were straightforward. Originally, I babysat it, then I owned it in tandem with another engineer who was actually the owner of it. I helped with the scripting part since I had more scripting knowledge. 

Subsequent deployments take 15 minutes, which is not long. With ZVM installers, they ask you a question, then you put it in. If you don't have the answers, then you go get them. You have no business deploying Zerto if you don't have those answers to begin with. ZCM is just as easy.

Don't buy Zerto expecting to save money and get 100% performance. That is not how it works. That is not what you are buying. You are buying a solution that you have to invest in. Don't invest in buying the license, but none of the technology to support it. Ask the hard questions and expect answers that aren't, "Yeah, it will do that. No questions asked." 

I don't have a lot of experience with other solutions, but I have used a lot of technology. I know what approachable and unapproachable platforms look like. Zerto is an approachable platform. If you know the concepts of data replication and data recovery and know what those data protections look like, then you should be able to pick up Zerto with relative ease. 

Generally speaking, things in Zerto are where I would expect them to be. That is hard to do sometimes on other platforms. Sometimes, you get designers, UI developers, or user-experience people who don't really understand how engineers will approach a product. The Zerto platform seems tailored for people who are full code, low-code, or no-code, which is really special. I don't feel like you see that a lot. You start to get more of it now. However, having someone who is not specifically geared towards data replication, data recovery, or data protection accessing Zerto, they can use it if they have some of the nomenclature. They need to know a very small vocabulary in order to be able to navigate Zerto since things are where you think they will be.

Determine your questions in advance and ask them to the Zerto sales team. Get them to engage the engineering team as best they can. It does what it is supposed to do. It is not a magic silver bullet that just takes out everything. Everything is in layers. Zerto is only as good as your storage, back-end network, and replication infrastructure layer. It is only as good as the things allowing it to be good.

It has done a great job for what we needed it to do. I don't really have to worry about it doing the job. It is already doing it.

I would rate Zerto as eight or nine out of 10.

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

Zerto is tremendously valuable. It is the backbone of our DR solution for critical databases that hold the data we can't afford to lose. It provided new opportunities to change how we approach disaster recovery. 

We realized the benefits quickly, but I don't think it became a staple of our disaster recovery until about a year into our deployment. In the first couple of months, we had some hiccups with upgrades. Once they sorted everything out, it truly became a core solution for us.

It enabled us to transition from data recovery based in a physical data center to the cloud and protect VMs in our environment. Our RPOs also improved tremendously. When we first started, only one other product offered the same RPOs that Zerto provides. However, the other product was problematic, and Zerto has been solid. Compared to other DR solutions, it works quickly to stand up the failed server at another site and bring it nearly into full production. 

We used it to migrate a server, which provided a wonderful recovery time. It worked well. Our RTOs improved tremendously. It reduced downtime in most situations and the time spent on DR testing. A DR test used to run probably 48 hours and involved around four engineers. With Zerto, it runs for about six hours and only requires two engineers.

We couldn't find a product that provides the near-zero recovery point that Zerto offers. The closest we could get was another product that had zero data loss. Everything else had a minimum of 15 minutes of replication time, resulting in data loss.

Zerto can also perform test environment restorations that don't affect production. It's also easy to use. It's a set-it-and-forget-it product. Unless you need to make changes to the devices you protect, you don't need to go in except to make sure everything runs smoothly.

I wish Zerto had better file restoration capabilities. We have not been able to use that because of the limitations of Zerto's de-duplication technology. When we used the immutable data copies feature, we had some lag in replication times, so we don't use that anymore. When there is big data movement, it tends to cause some lag.

We've been using Zerto for about three or four years.

With time, it became a highly reliable and stable solution. We were an early adopter, and it had some hiccups initially. I think they've done a great job streamlining it and making it reliable.

The times that I've needed technical support, they've been very good.I would give it an eight.

Positive

Zerto still hasn't replaced all our other backup solutions, but it has replaced two of them. It is leagues above the other products we used in terms of simplicity and reliability. We have another solution to get around Zerto's file restoration and de-duplication issues. We use Veeam Backup and Replication for that. 

Setting up Zerto is straightforward. The documentation was great, and it is intuitive. Integration with VMware is seamless. It's good at running the scripts needed to run in order to work with VMware. We have a 90 percent virtualized environment. 

I think everything can be cheaper. Pricing limited our ability to use Zerto as much as we'd like, but that's not why we haven't adopted it as our primary backup solution.

We evaluated Double-Take, Veeam's replication solution, and Azure's Site Recovery. None could match Zerto's RTO and RPO. The only one that got close was Double-Take, but Double-Take was very problematic.

I rate Zerto eight out of ten. There's always room for improvement. It's one of the best solutions for disaster recovery available right now.