HPE Zerto Software Reviews

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

It has simplified our disaster recovery plan. With VMware SRM it was a little bit more complex. Zerto adds more granularity, but not at the expense of complexity.

The most important features are the 

• simplicity of recovery 
• wider capabilities and feature sets than SRM has.

I have been using Zerto for about three years.

We've been using it since version 7. Since then, it's gotten better and better. We've had some bad experiences with DR tests where everything went sideways and we had to restore a bunch of VPGs or recreate them. It seems like those situations are happening less and less as the product develops.

We have 1,200 seats and we have about 1,000 VMs that are replicated. So far, scalability hasn't really been an issue. We haven't run into a problem scaling it out.

I haven't been a super big fan of the support area. The support could really be better in terms of responsiveness. I've had some issues that took two or three days to get resolved. Once I got to the right person, they were resolved quickly, but it took a while to get to that person.

On a scale of one to 10, today I would rate their support at about a seven. If you had asked me two years ago, I would have rated it at three.

Neutral

We were an SRM customer and moved to Zerto. We had issues with SRM and I think we had some issues with Zerto initially. We've had it for three years and we've gone through several revisions. With every revision, it seems to get better. They keep adding feature sets.

SRM and Zerto are really the primary competitors. We like the fact that Zerto does VM-based replication instead of having to involve storage-based replication. You can just point to an instance of it and say, "Replicate to this DR data center," whereas SRM is a little bit more complex in that context.

The speed of recovery between Zerto and SRM is similar. With the later versions of Zerto, the recovery speed has become a little bit faster.

It's very straightforward to set up. You just install the software and point it at your vCenter. There are not really a lot of overly complex parts to the installation. It installs relatively easily and quickly.

We did it ourselves.

We haven't seen ROI because we've not ever had to recover anything. But in an instance where we would have to recover from a disaster, we would definitely see ROI. It's like paying for insurance. You don't really see any value in it until you need it.

The licensing is a little bit steep, but there is some value that you do get for it as well.

In our usage, Zerto has not helped to reduce downtime or the number of staff involved in a data recovery situation. It also hasn't reduced our DR testing. We do a DR test regularly and that is about the same as it was.

I don't have any advice, but I would absolutely recommend it. The simplicity of how they have laid out the VPG structure, and being able to separate those out into groups, as opposed to SRM where you're replicating everything, seems like it's really well designed.

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

We are using one of the newer releases, but we are still six months behind.

It meets our SLAs for RPOs and RTOs.

• Replication
• Failover and failback for DR

It needs more documentation and automation features. I would like more documentation on designing an environment and network operations. On the automation side, I would like automation to clean up the environment in cases of a failed DR effort. An API interface to perform the DR exercise would also be nice.

I have been using Zerto for seven years.

It is stable. We have had no big problems. 

There have been a few minor upgrades.

It is scalable. From a few hundred to 5,000, it has been pretty easy to scale, not only horizontally, but also vertically.

Zerto is protecting a couple thousand VMs.

The support is very good with quick response times. They are helpful. If you open a session, they will take over and immediately solve your problem. I would rate them as nine out of 10.

Positive

We have used SRM and Veeam. 

Zerto is a better product. It has more modern features. It is easy to use. It also has a good interface with command line for scripts.

The initial setup was very straightforward. The solution is easy to implement. You implement it and it starts working out-of-the-box. There is not much configuration required. It takes a couple of hours to have it up and running, protecting you.

We deployed the system ourselves.

We have seen ROI with the RTOs, RPOs, and speed of recovery.

Using Zerto, you can have your VM up and running in a matter of minutes. All you need to do is flip a switch, then you are good to go.

For speed of recovery, Zerto is faster than SRM. SRM takes more time and needs some manual effort. Veeam is pretty good and on par with Zerto.

Do a PoC. You can compare it with other products, like SRM and Veeam. Then, you will see that difference. It is good to have the solution working in a lab. Or, engage Zerto who can assist you in building a lab for it.

I would rate the solution as nine out of 10.

We use it for a hot DR site for our primary production environment, allowing us to fail over all of our production servers in case of an emergency.

We are in a much better position as far as our data protection scheme is concerned, with Zerto. Compared to where we were before, it's a night and day difference, because we didn't have the ability to immediately fail over our production environment. The difference is pretty extreme for our organization. We went from just having SAN snapshots to Veeam backups, and now we have replication.

It massively decreases the time needed for us to fail back because, before, we had no way to do so for our workload. It would have been a manual process to move our workload somewhere else. We would have had to get the VMs off of the existing infrastructure and we would have had to create a whole new infrastructure and get them running somewhere else. That could take two to three weeks, in an emergency situation, with our entire team working on it, versus just pushing a button and moving it right now. We're in a whole different realm now.

There would also be massive savings in manpower to do that. We would have to create a whole new infrastructure, whether in AWS, Azure, or even procuring physical equipment and deploying it. Now that we have Zerto in place, it's there waiting and being replicated too.

The fact that it just works is important to us. We don't have to do a whole lot to it. It does its thing in the background and it's ready to go. It enables us to execute our DR plan at any time that is required. It doesn't seem to require a lot of time or management or day-to-day maintenance. 

It doesn't "complain" a lot and it's ready to go at any time, so you could call it easy to use. It's just me responsible for maintaining it, and there is a network infrastructure person involved as well. But it mostly maintains itself, once it has been deployed.

It does what it's purported to do, which is to provide continuous data protection. We have a five-second RPO. It's definitely doing its job. It's there in the background, replicating constantly.

I would like to see them continuously improve Zerto's automated functions, such as putting hosts in maintenance mode within vSphere and not having to worry as much about how Zerto is going to react. Rather, Zerto should be able to handle putting various hosts, within either the source or destination side, into maintenance mode without having to worry about the vRA appliances. Sometimes, Zerto almost holds the vSphere environment hostage when it comes to taking certain actions. You really need to be cognizant about what you're about to do. They should further automate that and increase Zerto's ability to handle things like that in a very slick, automated way, without intervention.

Zerto could also build more canned automation tools within their product, tools that automatically work with DNS updates to AWS or Azure. Maybe they could provide an area for scripting help or canned scripts, a community or a place where people could grab some scripting. Maybe they could reach into Citrix or F5 load balancer APIs.

Also, if you have a host go wrong or you need to put one in maintenance in an emergency situation, especially on the source side, it can require you to fix Zerto and redeploy vRAs or redeploy the little appliances to the host that they're going to be on.

Also, depending on what resources it has available, storage or vSphere-wise, I'd like to see it able to balance itself out within the virtual environment, with its storage usage on the destination side.

I've only run into these things briefly, so I can't speak about them at the deepest technical level, but I have noticed that they're not as perfect as they could be.

I have been using Zerto for three months at my current company, but I have about two years' experience with it in total.

For the most part, it has been stable. There have been a few points where I have had to delete the VPG group, re-replicate data, and start over, to get things back to a good spot. But overall it has been pretty stable.

We are only protecting 45 VMs. We're not a large, multinational, so I can't really speak about its scalability.

I haven't used the technical support very much.

We didn't have a previous solution, other than SAN snapshots. That's why we looked to put something in place. Previously, we were in a tenuous situation that would make anyone nervous. We went in this direction so that we wouldn't have to be nervous.

It didn't seem that difficult to set up. 

It took a couple of days, but that didn't include setting up the SAN and the secondary sites and all of the infrastructure around having it work directly. But just the Zerto solution itself did not take very long at all to set up.

Everything that we needed to do to facilitate the use of the solution was more involved and took a month or so. At the time, we also deployed a Veeam solution to do the long-term storage, and that was wrapped up in the same project, so it's hard to give an exact amount of time for the deployment. 

Everyone knows Zerto is a little on the expensive side, but what else is there on the market that does the same thing? It is more expensive per client, for what it does, compared to a backup product like Veeam.

We didn't really go into a full evaluation of other solutions. We took the recommendation of our VAR. They're a company that provides us with help in implementing projects. They recommended going to Zerto, and I had already used Zerto before at another company, so I was comfortable with that recommendation.

Zerto serves a very specific purpose in our environment, which is to fail over the entire environment in an emergency, very quickly. Veeam claims to be able to do that, but I don't think it does it as quickly or efficiently as Zerto.

The main thing is to make sure your network infrastructure is designed properly. Zerto is only going to be as successful as the network infrastructure and the automation that is created around it to help with a failover situation.

In our particular situation, we have a stretch network situation, which means we don't really have to do a lot of the automated scripting that most people might have to do, surrounding re-IP-ing the environment and DNS updates. We're in a unique situation. Because we are a telco, we own our entire network and we have the ability to stretch our network to a location that's a state away. That scenario doesn't apply to a lot of other business situations. Other institutions may not have that luxury, in which case their scripted automation, and how well that is set up, would be critical.

Because we weren't doing backup and DR management before, Zerto has probably increased the amount of staff we need. You don't need staff in place for things that you aren't doing.

HPE bought Nimble and made Nimble not as good. Hopefully, the HPE acquisition won't have a negative effect on Zerto. That's a deep concern among all people who have had to deal with things that HPE bought. They need to keep to the original intention and vision without diluting it within some other HPE product or some other HPE offering. I have no interest in seeing Zerto losing its functionality or having it rebranded as some other problematic HPE solution. We bought this as a purpose-built solution to do exactly what we want and that's the way we would like it to stay.

We didn't have any kind of disaster recovery solution in our environment, whatsoever. We're using it for disaster recovery.

The biggest benefit we get from using Zerto is due to the fact that we have to answer to our gaming authority and prove that we have a DR solution in place. With Zerto we can do it out-of-the-box: do a test restore and actually have documentation that we can provide to our auditors.

Also, before Zerto, we didn't even have a way to fail back or move workloads. Now we do, and we can do so with a few clicks.

When it comes to continuous data protection it does the job. With the RTOs and RPOs, it does exactly that. It's the only one that I've seen that you could call a continuous data protection solution.

And one of the most valuable features, something that I wasn't even anticipating, is the file backups. We weren't even considering Zerto to do restores, but it actually is able to do that. Eventually, we could just use this as our backup solution.

It's easy to use. Once I got it installed and going, it was less than a day until I was already confident about using it. I've done numerous upgrades since then without any third-party support.

The only issue I've ever had is that I wish that Zerto would work more closely with VMware. There have been a few times that Zerto has released an update but it wasn't supported with that version of VMware. I would like them to coordinate their updates with VMware's updates.

I have been using Zerto for going on two years now.

It's rock-solid. I haven't had any issues whatsoever.

From what I've seen, because I have four different vCenters coming into it, I'll be able to scale out as much as I can physically handle on the storage side.

We're currently protecting about 100 terabytes with Zerto and we plan to increase our usage of it.

We're not using Zerto for long-term retention right now, but we do have plans to do so once we get some hardware that we can use for that.

Their tech support gets to the point. They've really been on-task and I haven't had to wait for anything. They've provided me with what I was after or answered any questions that I had.

Positive

I did the initial installation, and it was very straightforward. I've never had a solution that is this intensive and yet this easy to deploy. It took a few hours to deploy.

And in terms of working with Zerto on a day-to-day basis, it's just me.

We haven't calculated an ROI, but just comparing what it's been able to do for us, versus not having a solution, there has been ROI. It has the potential to help reduce downtime. Fortunately, we haven't had any, but it puts something in place to help us if we were to encounter some downtime. We're a casino, so every hour that we're down we lose hundreds of thousands of dollars.

Obviously, I wish it were cheaper and more affordable. But I get what I pay for, so I can't complain.

I looked into the VMware solution, but it was just way too complex. It seemed like it would require a longer deployment and fine-tuning well beyond what it took me to deploy Zerto.

The fact that Zerto provides both backup and DR in one platform wasn't very important at the time. I've seen the benefit now and I'm happy that it does, but it really wasn't a factor in what I was looking for.

The only lesson I would pass on is that when we updated VMware, that version of VMware wasn't supported with the version of Zerto we were running. That could be a "gotcha," so make sure the hypervisor is supported under the Zerto matrix.

Request a trial. It's simple enough to install and configure on your own. My advice would be to see, firsthand, how easy it is.

Zerto is part of our disaster recovery plan. We have it set up in our main office and in a remote location in another state. We replicate all of our ERP data over to the replication site utilizing Zerto. In case there's a failure or a ransomware attack, or anything that we need to restore back to a point in time, in real time, Zerto covers those scenarios.

Being able to bring a virtual machine online in a test environment, look at it, make changes and then say, "Okay, we're done," and turn it off again, is pretty helpful for us. It has actually saved us a couple of times.

For example, we had an order that was put in by a customer but the entire order got deleted. There was no history of it and no way of retrieving what was on the order. So we actually spun up our production ERP system on our remote location, utilizing Zerto. We brought it online and restored it to the point of time when we knew the record was there, and made a screenshot of the record with all the line data included. Then we shut it back down. We were able to re-key the order and it worked out great.

With Zerto, our disaster recovery is probably the one piece that we know is reliable and available. The way Zerto works, and the way we are utilizing it as part of our disaster recovery solution, make our disaster recovery plan very easy to explain for us and to our auditors.

In addition, when we need to fail back or move workloads, Zerto decreases the time it takes and the number of people needed. A failback literally takes minutes to do, and one person can do it. We can either put it into production or just say, "Okay, we've got what we need." We'll just end it and go back to our normal production cycle. It's very easy and definitely decreases workload. There are no tapes to dig out or backups to sort through. You just grab the time you want and say, "Hey, put me back into this period and time," and it does it.

Zerto's continuous data protection is unmatched. It's phenomenal.

It's also very easy to use. The menus are self-explanatory. Once you understand the terminology of the product, what the VPGs (Virtual Protected Groups) are, you're able to pretty much do what you want in the product. It's very easy to use.

It took me a little bit of time to get used to Zerto's terminology and to relate it back to how you do a backup traditionally. It was a little different. It took a little while to understand what a VPG is and what it does. That's an area that they could probably improve on a little, making the documentation easier to understand.

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

The stability of Zerto is outstanding. It runs 24/7 and works as described. If there are any issues or any problems arise, we get notifications from Zerto, but that does not happen often. Usually, if there's an issue, it's related to something we've done, or because we need to increase a file size or job log. Other than that, it works the way it's supposed to.

Zerto covers 10 production machines in our environment, which is not a huge scale. We only have one replication site. We could easily add more replications if we wanted to. Zerto has that flexibility. But for us, a one-to-one replication to our Nashville location works perfectly for us.

I have had to call their technical support and they're very responsive. The issue is always resolved. I give them very high marks for their support.

Positive

We didn't have a solution that does what Zerto does.

The initial setup was very simple, very straightforward. Zerto got online with us when we did the initial configuration and gave us easy guidelines to follow. We were able to have it up and running in less than an hour.

We took what Zerto recommended in their deployment guide. We knew the areas we wanted to cover and what we wanted to improve upon. Based on those things, we were able to come up with a nice, easy plan to follow to get it implemented.

When there's an issue, just one person is involved, but generally speaking, there's not much maintenance on Zerto. Once you get it up and running, it does what it's supposed to do.

We have definitely seen return on our investment in Zerto. First, it's a time-saver. Second, for IT, it gives us peace of mind. We don't have to worry about it. 

One of the ways Zerto is really good in that regard is that you can actually bring your servers online in your test environment and see exactly what something would look like if you restored it. And if you don't want to restore it, you just hit "cancel" and it puts it back the way it was. It's great to be able to do that. The test features they have built into the product mean you can test a scenario like "What if I want to spin this up over here, how would it look?" You can do that.

Licensing Zerto was very simple. They had a product that fit our size and scale. It made it really easy to choose. 

As far as pricing goes again, we're a $150 million dollar company, meaning we're not a huge company but we're not a small one either. Zerto had the right pricing model that fit our budget, and they delivered on it.

Zerto was the leader in the category, and I'd used it in the past with another company, so we just went straight to Zerto. There was no need for a PoC with another product. We knew it would work for us.

My advice about Zerto would be "do it." The product is just that good. What it does is very impressive. And again, it gives you peace of mind, knowing your data is safe and secure and that it's replicating like it's supposed to. That's just a great feeling.

We don't do long-term retention currently due to how our backups are made. We use Zerto for anything less than a one-week window and we can revert back. 

Thankfully, we have not had to use Zerto for ransomware, but it would absolutely be a lifesaver should that scenario come up. Similarly, we haven't had a situation where we had to fully flip over to our DR environment. We have tested it, and it works great. Our recovery time would literally be 20 minutes and we'd be up and running in a brand new location, without missing a single record.

While Zerto hasn't necessarily changed the amount of staff involved in our overall backup and DR management, it has definitely made those tasks very easy. We set it up once and we don't have to worry about it anymore. It runs and does its thing. We don't have to babysit it or watch it or worry about it. It just works. For what we use it for, I don't see an area in which I would say, "Hey, add this feature or make this change." It works as described, right out-of-the-box.

Our primary use case is for our Tier 1 application environment, we're an SQL environment. We have around 25 VMs that are replicated to a hot site or warm site. And we're a VMware shop and we use Pure Storage as our SAN, but that doesn't matter because Zerto's agnostic. 

We're a small shop. I am the only Zerto user and my official title is Senior Systems Engineer. I handle anything data center-related as far as information stack, the blades, networking, VMware Hypervisor, and Pure Storage. We also have a Citrix environment as well we have to support. I do all of the data center work.

Zerto is a set it and forget it kind of thing. At least it's more of an insurance policy for us. We don't have a good DR plan, but the peace of mind knowing that the data is replicated off-site, like a repository or offsite environment, there is value to that. We just haven't been able to fully embrace the actual testing of the failover and failback process. The testing has worked, but we haven't done a full production failover yet. We've been planning for around a year to do one but it keeps getting pushed back.

Being hardware agnostic is nice in that we don't really need a 15 second recovery time. It's easy to use. It's always doing updates behind the scenes. These are the positive things. The setup is pretty easy. Building out the VPGs is pretty easy. And it works like it's supposed to.

Zerto does what it says it will do when it comes to providing continuous data protection. It gives me all my recovery points up to 15 seconds or less. So if need be, we could recover to that point in time that it says it can do.

Zerto is easy to use for the most part. It's pretty simplistic. The UI is pretty simplistic. There are some things that I'm waiting for newer releases to address some functionality that I'm curious to see has been fixed or not in the new version.

There are still some pieces in testing that aren't automated. There are still some built-in scripts or workflows I wish Zerto would do out-of-the-box, versus having to PowerShell or have a vendor create it, or create it myself. We haven't done a full failback yet of production so I couldn't really say. The failover process is a lot of manual steps, but Zerto is a mechanism that gets the data there. In that aspect, it does what it's supposed to do. But I wish they would expand on their out-of-the-box functionality for the VM. When you fail it over, there are DNS and SQL changes and there are reboots. There are some things I wish that Zerto would facilitate with a checkbox that would do some of these things for me versus having to PowerShell it and put the scripts in a certain place and have support run it. I want it more automated if possible.

The issue I have with ransomware is if I don't know I have ransomware in all my recovery points, and if it goes three months, I wish Zerto somehow either bought a company or could tell me that we're infected with ransomware. If I don't know how ransomware and everything gets encrypted, there's nothing to restore back to if all my recovery points have been corrupted. So I wish Zerto somehow had a mechanism to alert me of suspicious activity.

We have a Trend product that does that for us. We can get alerts of things that Trend finds, but it's always nice to have layers for your security. We have alternatives, but it would be nice if Zerto had a mechanism to alert me as well.

Alerting has also been a pain but it was supposed to be fixed in the newer version and that's. I would like to have more granular alerts.

I have been using Zerto for about four years now. 

When it comes to stability, it does what it says it's going to do. 

I do some babysitting because the alerts are relentless. My biggest pain point is the endless amount of alerts that are just noise. I have to log in and see what actually is an issue because the alerts are just endless. There's not much maintenance I have to do besides logging in and babysitting from time to time.

We keep wanting to test it. It's our main DR strategy, but we just haven't had a window to vet full failover and failback. As far as increasing, I think we're pretty stagnant at the point with what we're backing up with it.

I would rate Zerto support a seven out of ten. 

The initial setup was straightforward. You could deploy the VRAs pretty simplistically as long as you set an IP via the UI, so that was pretty easy. We were up and running in a day.

Our implementation strategy was rushed. We were doing a data center move and we just wanted an extra copy of the data. So this was a stop-gap solution that we stuck with.

We used a reseller for the deployment. They met our expectations. They provide the product, but outside the product, we have to get a stronger resource. If it goes above and beyond like if it's broken, they call Zerto support. If I want some PowerShell scripts and some cool stuff to be done, they need to find a resource. They provide the basic service, which is great. Above and beyond that, they're average or below average.

We pay monthly for the CPU, memory, disk space, the Zerto replication, and then there's a Microsoft charge as well on top of that for the operating system. We pay month to month and we go year to year.

There are additional VM resource costs.

My advice would be to think about the large VMs that you're backing up. Think about the wasted disk space and wasted resources on your production environment, and if you replicate that to a hot or warm site, you have to pay for those resources. The Zerto price is what it is, so you need to work with the business and ensure your Tier 1 or most critical VMs are what you're backing up or want to back up, not just everything. Then scale that to something manageable for replication and find out if you can have minimum resources while replicating and then scale up in a true DR scenario and only pay for the resources as you need them.

It's not really Zerto's fault, but you don't have full visibility on the protected site so you have to rely on your vendor for visibility if an issue arises.

I would advise asking a lot of questions. If you're an SQL environment, make sure you failover all the key components in the correct way. If you want it fully automated, make sure you buy some extra hours to get professional support.

I would rate Zerto an eight out of ten. 

We use Zerto to replicate data between our on-premises data centers, as well as for replicating data to the cloud. It is used primarily for disaster recovery, and we're not using it very much for backups.

Continuous data replication is the most important feature to us, and we use it for disaster recovery. We have very short RPOs in the event of a data center outage.

With respect to ease of use, I would rate Zerto an eight out of ten. It is very easy to set up and utilize. The only reason I wouldn't give it a ten is that I would like to see more export capability. Right now, you can export your VPG to a spreadsheet, but you don't have a lot of control over what data goes there. You just get everything and the formatting isn't the best.

When we need to failover or move workloads, Zerto significantly decreases both the time it takes and the number of people involved. It only takes a single person to activate a failover and we can pretty much automate everything else. Instead of a week to recover a major application, we can do it in a day.

Mostly, this solution protects us from data center outages. With ransomware, it gets a little more complicated because depending on what they're doing, you could be replicating the encryption that they placed on you. Then, depending on how large your journal is, how far back you can go and how long the malware has been sitting in your network, it might not save you from a ransomware attack.

That said, it's still a major plus because if you have enough tools in your environment where you can catch the fact that they've been there, then if you've got 14 days, just as an example, in your journal, then you can go back far enough before they place any kind of encryption on your file. But, if you don't have other tools to also help protect you from ransomware, Zerto by itself may not be sufficient.

It's very rare that you have a true disaster where you have to failover a data center. I see Zerto more often being utilized to deal with some sort of database corruption. You can restore your primary site back from before the corruption. We need this Zerto protection, but it happens so rarely that you would actually have a full data center failure that, I can't say that we have had any staff reductions because of it. We have no staff specifically set aside for data recovery.

Beyond your normal path for backup and recovery, and those daily backups and managing that stuff, whether you're using Zerto for your backups or another backup utility in addition to Zerto, it hasn't really changed our staff.

The most valuable feature is the quick RPO for replication, which is our primary use case.

Zerto should add the capability to replicate the same VM to multiple sites.

The export capability should be improved so that it is more customizable in terms of what fields are exported and what the formatting is.

I would like to see the ability for Zerto to handle physical servers, although that is becoming less important to us.

I have been using Zerto with my parent company for the past several months and had been using it at a previous company for two years before that.

Zerto is very stable.

The scalability is generally good.

We're on an older version so this may have changed, but when it comes to cloud DR, they haven't kept us with the Azure capability. For example, Azure used to have an eight terabyte limit on disk drives. Azure now has a 32 terabyte limit, but Zerto still has a limit of eight. 

That said, when it comes to the number of VPGs and the number of instances, that has been sufficient for us. We have 646 VMs and 60 VPGs that are protecting 650 terabytes of data.

We have about four people who are managing it day-to-day. It is a shared role; our server engineering team is responsible for Zerto, and that team has approximately twelve people. They are all capable of utilizing Zerto, depending on their individual responsibilities, but there are probably no more than four people who currently use it on a daily basis.

We don't have one specific person to manage it but instead, we rely on the team. We're in the process of getting them all trained adequately. 

I have been in contact with technical support and I would rate them a seven out of ten. They are similar to a lot of companies, where they're very quick to respond to simple issues that might be in a playbook, yet slow sometimes to get a more complex problem resolved.

This was our first true DR tool. Before that, we were just using backup solutions. The one that we were using most recently was IBM Spectrum Protect.

I have a lot of past experience in my previous company with RecoverPoint, as well as with CloudEndure. CloudEndure was used specifically for cloud DR with AWS.

Zerto is much easier to use than RecoverPoint. Both Zerto and CloudEndure are very easy to use.

The initial setup is pretty easy to do. I was not with this company when they implemented it, so I don't know how long it took them to deploy. However, in my previous company, we initially installed and set it up in a day. We didn't have much trouble.

At first, we only had a couple of small test instances. We started adding things that we needed, over time.

Using Zerto has saved us money by enabling us to do DR in the cloud because we did not have to purchase the infrastructure at the alternate site. It's difficult to approximate how much money we have saved because we never built a DR site for the applications that we now have replicated in the cloud. There has never been an on-premises solution for them.

It is relevant to point out that we're not using it so much for day-to-day backups, but rather, we're using it for continuous data protection for DR and we have not had any disaster, so it's difficult to quantify our return on investment from that perspective.

However, from the perspective of being able to do cloud DR and not having to pay for that infrastructure, and even when it comes to the ease of use when we're going from data center to data center, I think we've got a definite return on our investment in comparison to not having a continuous data protection tool.

There is a difference between what we do and what we would have been doing without a tool like Zerto. In this regard, Zerto is a kind of overhead because hopefully, you're not using it day-to-day in a real disaster. It's more like insurance.

We evaluated RecoverPoint, but Zerto's better integration into vCenter was probably the reason that we chose it.

We do not currently use Zerto for long-term retention, although we are looking at the feature.

I highly recommend Zerto. My advice for anybody who is implementing it is to go through all of the best practice guides and be sure to review whatever database they have in there. This way, they keep themselves efficient.

Also, it is important to keep in mind that it's only at a VPG level that everything is consistent. So, if you have multiple servers and applications that need to be consistent with each other, then, they really should be in the same VPG.

I would rate this solution an eight out of ten.

Right now, everything is on-prem including LTR. We are looking at adding the Azure features but we're not quite there yet.

We purchased Zerto to replace our Legacy backup system that still had disks, Archiver Appliance, and everything like that. We had wanted to do something that was diskless but still gave us multiple copies. So we were utilizing both the instantaneous backup and recovery, as well as the LTR, Long Term Retention, function. We do our short-term backup with normal journaling and then our longer-term retention with the LTR appliance, which is going to dedicated hardware in one of our data centers.

We use Zerto for both backup and disaster recovery. It was fairly important that Zerto offers both of these features because Unitrends did provide the traditional backup piece. They also had another product called ReliableDR, which they later rolled into a different product. Unitrends actually bought the company. That piece provided the same functionality as what Zerto is doing now, but with Unitrends that was separate licensing and a different management interface. It wasn't nice to have to bounce between the two systems. The ability to do it all from a single pane of glass that is web-based is nice.

It's definitely not going to save us money. It'll be a peace of mind thing, that we have another copy of our data somewhere. Our DR site is approximately 22 miles away. The likelihood of a tornado or something devastating two communities where our facilities are based is pretty slim. It's peace of mind and it does not require additional storage space on-prem. We know that the charges for data at rest are not free in Azure. We get good pricing discounts being in education but it definitely won't save money.

Zerto was fairly comparable to what Unitrends was offering with multiple products. We didn't gain a ton of extra features. If anything, in the very near future, it will give us the ability for Cloud backup and retention to have some of that sitting out in the Cloud as an offsite backup. We have a primary site, a backup site, and a recovery site. We have multiple copies already, but we want to have one that's not on any of our physical facilities so we will be setting that up shortly. We just need to get our subscriptions and everything coordinated and up to par. That would be the main improvement that it's going to provide us. But we're not quite there yet.

Zerto has reduced downtime. Speaking specifically to the file restores, it's definitely restored things much quicker. Instead of waiting for half-hour to get a file restore done, it's a matter of five minutes or less to do it where they can keep rolling much quicker versus with Unitrends. Other than that, I can't say there are any huge differences.

The difference in downtime would cost my organization very little. We're a small technical college, so we're not loopy on making or losing thousands or millions of dollars if something takes five minutes versus an hour and a half. Higher ed is a different breed of its own. 

In terms of the most valuable features, having the failover tests where you can see where your actual RTO and RPO would be is really nice, especially for the management level. I really liked the ease of when I need to do a file or folder restore off the cuff. Usually, it takes me less than five minutes to do it, including the mounting of the actual image. That was one thing with Unitrends, it was a similar process but if that backup had aged off of the system, then you had to go to the archive and you find the right disks, load them in, and then actually mount the image. Our main data stores are close to two terabytes. It would take 15 to 20 minutes just to mount the image. Whereas with Zerto, I don't think it's taken longer than a minute or a minute and a half to mount any image that we've needed to go back to a restore point on.

With Unitrends, some could have taken a half-hour. I'm the only network administrator here, so it usually was a multitasking event where we would wait for it to load. I would take care of a few other things and then come back to it.

Switching to Zerto decreased the time it took but did not decrease the number of people involved. It still requires myself and our network engineer to do any failover, back and forth, because of our networking configuration and everything. I know that Zerto allows us to RE-IP machines as we failover. However, because of the way our public DNS works and some of our firewall rules, we have purposely chosen not to do that in an automated fashion. That would still be a manual operation. It would still involve a couple of people from IT.

Zerto does a pretty decent job at providing continuous data protection. The most important thing that I didn't clearly understand upfront, was the concept of journaling and how that differs from traditional backup. For example, if you set journal retention for seven days or whatever, in your traditional backup, it kept that for seven days, regardless of what was happening. You had it versus the journaling, where coupled with some of the size limits and stuff of the journal size, if you don't configure it correctly, you could actually have less data backed up than what you think you do. I also found out that if you have an event such as ransomware, that all of a sudden throws a lot of IOPS at it, and a lot of change rate, that can age out a journal very quickly and then leave you with the inability to restore if that's not set up properly.

We have requirements to keep student data and information for seven years. We need long-term retention for those purposes. We don't typically need to go back further than 30 days for file restores and everything. There has been the occasion where six months later, we need to restore a file because we had somebody leaving the organization or something like that and that folder or whatever wasn't copied over at the time they left.

Zerto has not saved us time in a data recovery situation due to ransomware because we did not have it correctly configured. When we had an event like that, we weren't able to successfully restore from a backup. That has been corrected now. Now that it is configured correctly, I anticipate that it will save us weeks of time. It took almost two weeks to get to a somewhat normal state after our event. We're still recovering somewhat from rebuilding some servers and stuff like that. To get our primary data and programs back up and running to a mostly normal function, took around two weeks.

We also expect that it will reduce the number of staff involved in that type of data recovery situation. We ended up having to hire one of our trusted partners to come in and help us rebuild and remediate. There was at least a dozen staff including our own IT staff, which was another 10 people on top of that. Provided that we do now have this set correctly, it would really drop it down to maybe two or three people.

In terms of improvement, it would be helpful if the implementation team had a better best practices guide and made sure things like the journaling are very clearly understood. 

Speaking directly to our incident, we did have professional services guide us with the installation, setup, and configuration. At that time, there was no suggestion to have these appliances not joined to the domain or in a separate VLAN from our normal servers and everything. They are in a completely isolated network. The big thing was being domain-joined. They didn't necessarily give that guidance. In our particular situation, with our incident, had those not been domain-joined, we would have been in a much better place than what we ended up being.

I have been using Zerto for about two years

It is quite stable. I haven't had system issues with it. The VRAs run, they do their thing. The VPGs run, so as long as we're not experiencing network interruptions between our two campuses, the tasks run as they should. In the event we do have an interruption, they seem to recover fairly quickly catching up on the journaling and stuff like that. It's fairly stable.

Scalability is pretty good. We have 50 seats, so we will just be starting to bump up against that very shortly. My impression is that all we need to do is purchase more licenses as needed, and we're good to expand as long as our infrastructure internal can absorb it.

I just recently learned from Zerto Con that they are coming out or have just come out with a Zerto for SaaS applications, which gives the ability to back up Office 365 tenants or Salesforce tenants. I am very interested in learning about that. We have been researching and budgeting for standalone products for Office 365 and Salesforce backups. From my understanding, those products would be backed up from the cloud to the cloud so that it wouldn't have impacts on our internal, long-term appliance, or any of our storage internal infrastructure. That's very appealing. 

It will depend on costs. If it's something that I can't absorb with the funding I have already secured for Office 365, then it would have to be added to our next year's budget because we run from July 1st to June 30th. Our capital timeline budgeting has surpassed us already.

For the most part, the technical support is pretty decent. I've only had to open one or two tickets and the response time has been pretty good. Our questions were answered.

We previously used Unitrends. We switched solutions because we were at the end of our lifecycle with the appliances we had. At that time, Unitrends was not quite as mature with the diskless and cloud-type technologies as Zerto was. We were pursuing diskless where we had to rotate out hard drives for archiving. We wanted to get rid of that. That brought us to Zerto and it was recommended by one of our vendors to take a look at it.

Unitrends had replaced Commvault. 

The initial setup was fairly straightforward, deploying the VRAs to the VMware infrastructure and stuff like that was point, click, and let it run it. It was fairly quick. The VRAs took a couple of minutes each, so that wasn't bad at all. Setting up the VPGs is quite simple. There is a little bit of confusion where you can set your default for the journaling and stuff like that and then modify individual VMs after the fact. If you want different journal sizes for different VMs in the same VPG, there are a couple of different spots you can tweak. The setup and requirements of the LTR were a little bit confusing.

We purchased six or eight hours of implementation time but that was over multiple calls. We stood up some of the infrastructures, got some VPGs together, and then they left it to me to set up some other VPGs. Then we did a touch base to see what questions I had and things like that. We had six or eight hours purchased but it was spread over multiple engagements.

For the most part, only I worked on the deployment. Our network engineer was involved briefly just to verify connectivity via the VLANs and firewalls. Once we had established a connection, he was pretty much out of it.

I'm the only one who uses it strictly for our district backups. We're a small college. Our IT programs, HR, or business services, don't have their own separate entities. It's all covered under the primary IT department.

I don't know that we've saved a ton by replacing our legacy solution with Zerto. I think there's a little less overhead with it. Setting up the VPGs, the protection groups, and everything is a little bit easier and the file restores go much quicker. Fortunately, we haven't had to perform full system restores, but I did not need to do that with Unitrends either. It's usually a folder or a file here and there. We're not really intense on restoring. It has saved a little on management, but not a ton. 

Pricing wasn't horrible. I can't say that it was super competitive. We definitely could have gone with a cheaper price solution but the ease of use and management was really what won me over. Being the only network administrator, I don't have a ton of time to read through 500-page user manuals to get these things set up on a daily basis. I needed something that was very easy to implement and use on a daily basis. In the event I'm out of the office, it would be nice to have simple documentation so that if somebody needs a file restore while I'm gone, it can be handed off to somebody who is not a network admin as their primary job.

I have not run into any additional costs. Obviously, if you're going to utilize Azure for long-term retention it is an additional cost, but that's coming from Microsoft, not Zerto. To my knowledge, there is no additional licensing needed for that, that's all included in the product.

Commvault was another solution we looked at even though it was against my better judgment. We looked at Veeam and Rubrik as well.

In terms of ease of use, Veeam was pretty similar but at the time we still had some physical servers that we no longer have now. We are all virtual now. Veeam couldn't accommodate that, as I understood. I liked the features of Zerto and the ability to get the RTO and RPO reports and see where we're at. The ease of file restores was really nice.

My advice would be to make sure that you clearly understand what you require. You must have retention and recoverability. Make sure that your journal configurations correspond to accommodate that in an event like ransomware or something like that, that a high change rate can happen. Also, utilize long-term retention for instances like that. 

I appreciate the continuing education that they provide. There is Zerto Con and they have different customer support webinars. They do the new product release webinars and stuff like that, where they're very open on what features they're adding, what they've released, and what improvements they're doing. Whereas it seems like most companies, say, "Okay, we have an update available. Here are the release notes." And, it's up to you to go through that.

I like that Zerto takes the time to sometimes do live demos. We're migrating from 8.0 to 8.5. We're going to do it in a live environment and show approximately how long it takes and all the steps to go through it. Make sure you check this box if you're upgrading from this. I find that very helpful. I'm a visual learner, versus learning from reading. Seeing some of those step-by-step upgrades, releases, and feature demonstrations is very helpful.

I would rate Zerto an eight out of ten.