HPE Zerto Software Reviews

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.

Database replication is our primary use case. We don't use Zerto for backups. We use Zerto as DR at our sites.

It is deployed on-premises at several sites.

It is a good DR solution for a number of databases that we use. It is just a DR solution that works. It does that continuously. I like it. Once it works, it is set and forget.

We have used it as a test in a data recovery situation due to ransomware or other causes. We haven't had to use the actual recovery. We haven't actually had to use it in an actual DR scenario, but we do DR testing. The switchover is pretty good.

Recovery is the most valuable feature. It has a good DR solution.

Zerto's ability to provide continuous data protection is good. It works. It has continuous availability.

It is pretty easy to use. The interface is intuitive and easy to use. Once you set it up, it just works. So, it is great. 

I like that it's low maintenance; it's set and forget.

As far as replication technology goes, it is a pretty good product.

It has some quirks. We have quirks with appliances. Some things don't really work as expected, but it is minor. It doesn't really affect the overall functionality.

I have been using it for a couple of years.

The stability is good. There have been no major issues.

I have 12 engineers on my team. We maintain/administer Zerto to our organization.

It scales pretty well.

We have a large environment, but this actual deployment is pretty limited. It has a targeted use. We are protecting some production databases.

The support is good. I would rate them as eight out of 10.

We had another version of Zerto that we decommissioned, then we built a new one.

Zerto was already present in the company when I came onboard. We just renewed the support and built several new instances.

I was involved in the initial setup from the start. It is very complex as far as requirements go and what needs to be set out for Zerto. Once you set it up, it is fine. It works.

Back and forth, our deployment took a couple of weeks. It was deployed on different sites. We needed to set up, provision, have networks open, firewalls, and allocate dedicated storage. We also needed to install it, build it, deploy the agent on the host, and configure it.

I deployed the solution myself.

I am pretty sure my company has seen ROI.

It is a good solution. It doesn't work for everything, but for certain use cases. You can't restore your entire site with it. However, if you need to restore or replicate a certain number of production and mission-critical applications, it is a good solution for that.

I like Zerto. We have big databases, so it does take a lot of storage to replicate it, but I think it is a good solution. I would recommend it.

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

We have Zerto as an emergency backup if we were to lose electricity or compute.

I purchased Zerto because I wanted to get a return to operations and to minimize the downtime.

The return to operations is the most valuable feature because it decreases the amount of time it takes us to recover. 

Zerto is the best of breed when it comes to providing continuous data protection.

It has a number of features rolled together. So when we need to failover, it does it successfully without a lot of stuff that we have to tune underneath the scenes. We use Zerto for the short-term retention of the data.

I would rate its ease of use as an eight out of ten. It has made it a lot easier for us to failover. Usually, in the past, we had to manually go and bring things up and this automates it.

The solution decreases the time it takes and the people we need when we need to fail back or move workloads. It saves around eight hours and one person. We had started off with two to three people.

It could save us time in a data recovery situation due to ransomware or other causes but we haven't used it for that.

We haven't had something where we had to recover data using this product, but I assume it would reduce the number of staff involved in data recovery situations.

It has helped to reduce downtime in testing but we haven't had a serious issue where we had to switch over and use it.

The documentation needs improvement in terms of the setup, getting enough detail, and getting that up to speed.

I have been using Zerto for about a year. 

We found Zerto to be pretty stable.

We haven't had problems with scalability.

We don't really have users. We just have data that we move over which is basically the size of the campus.

We need at least one full-time employee to run it.

It's used for all of our failovers so it's in 100% usage.

I have had a little bit of experience with their technical support. I don't have any issues with them.

The ease of use, compared to other products, is much better. Zerto is all-encompassing. 

We had to work on it for about a week to get it running the way we wanted. It took so long because of the fine-tuning. We could have set it up within three hours or something just as a test to see at work, but not necessarily do everything we wanted to do.

The time it took to sync the data up took a little bit longer.

We'll probably see ROI in around three years. 

The pricing is more expensive, but the functionality is what we wanted.

There are no additional costs to standard licensing.

We also looked at Druva. We liked the flexibility that we get with Zerto. 

You'll be happy with Zerto.

The biggest lesson I have learned from Zerto is to be patient. 

I would rate Zerto a nine out of ten. 

I am a cloud provider and I use Zerto to provide disaster recovery solutions for my clients.

Recently, we had an issue where one of our customers using Oracle Server experienced corruption in a database. The customer doesn't know when the issue started, so we used Zerto. We started to do a real-live failover for the machine, and we were able to determine the timestamp for the start of the issue. Prior to this, Oracle engineers tried for four hours to fix the database but did not have any luck in doing so. Ultimately, we were able to save the customer's data by using Zerto.

A few of my customers are using file-level restore but the majority of them are using the replication features for disaster recovery.

Zerto offers features for long-term data retention; however, we don't use them. The longest time that we back up data for is 30 days. At this time, I don't have any request for this from my customs, although in the future, if we have a customer that asks for it then we can provide it.

Zerto provides our customers with the ability to continue work, even if something happens to their office or data center.

We have a customer with an on-premises data center that replicates the environment to our cloud. One day, this customer had a water pipe burst in his data center. The entire data center was flooded and everything stopped working. We did a live failover and from that point, he could continue working but it was running from the data center in our cloud, instead. Zerto definitely saved us time in this data recovery situation.

It took the customer between four and five days to return everything back to normal onsite. During that time, he spoke with us at 9:00 AM on the first day, and after an hour, his company resumed work with our help. This reduced his downtime to one hour from approximately five days.

Performing a failback using Zerto is pretty much the same in terms of how long it takes, and how many people we require. The customer decides when to do the fallback; for example, it can be done during the night. We replicate the data at their chosen time and it avoids issues for them because they don't operate during those hours.

In a situation like a burst water pipe or a database becoming corrupt, Zerto doesn't help to reduce the number of staff involved. The reason is that when something affects the company, management, including the CEO, has to be involved. They do not deal specifically with operating Zerto but rather, they wait for things to develop. The good part is that they know that with Zerto, they have a solution, and they don't need to figure out what to do.

In terms of the number of people it takes to recover data in cases like this, there is typically one person from our company involved, and one person from our customer's company.

My customers save money using Zerto and our facilities, rather than a physical data center because they do not have to do any maintenance on the backup equipment. It is also much easier to pay one company that will do everything for them.

Using Zerto makes it easier for my clients, giving them time to work on other things. The main reason is that they don't have to maintain or upgrade their environment. Not having to implement new recovery solutions as their needs change, saves them time.

The most valuable feature is the ability to do disaster recovery.

Zerto is very user-friendly and engineer-friendly, as well. When we need to create a new Virtual Protection Group (VPG) for replication, then it is done with just a few clicks of the mouse. We can see all of the environments and we don't need to install agents on the customer's VMs.

The live failover feature is very helpful.

With regards to providing continuous data protection, it's great. Most of the time, it's about five seconds for replication.

The monitoring and alerting functionality need to be improved. Ideally, the monitoring would include the option for more filters. For example, it would be helpful if we could filter by company name, as well as other attributes.

I have been using Zerto for almost three years.

Zerto is a pretty stable product. We have had issues from time to time over two years, but usually, it is stable. When we have trouble then we contact their excellent technical staff.

I have quite a lot of customers that are using Zerto for disaster recovery and it is simple to scale. Our intention is to increase our usage by bringing on more customers that will replicate from their on-premises environment to the cloud.

In my company, there are five or six people who work doing the backup and recovery operations. On the client's side, they normally have one or two people that are in charge of maintaining the data center.

The size of your environment will depend on how many VMs you need to replicate. For example, if you are replicating 100 VMS then you can use a small environment. However, if you are replicating 1,000 or more VMS then you will need a stronger and larger environment, with more storage and more memory.

The technical staff is excellent and we contact them whenever we need something.

We had a customer that replicated his VM and for some reason, when we tried to do a failover test, the VM came back with an error saying that the network card was disconnected. We spoke with the Zerto technical staff and they actually implemented an ad-hoc fix for our environment. In the next Zerto version update, they released it for all their customers.

The technical support is definitely responsive and they explain everything.

I began using Zerto version 6.5 and am now using version 8. We did not use a different solution for disaster recovery beforehand.

We use Veeam for backup tasks. We looked at Veeam CDP to compare with Zerto, and Zerto is definitely better. It is more user-friendly, agentless, and the technical support is better.

The initial setup is straightforward and pretty easy to complete. It takes about an hour to deploy. During the process, you set up the Zerto server to see the whole environment. You then install VRAs on all of the hosts. In general, the management server is pretty user-friendly.

The implementation strategy changes depending on the customer. We did have a few customers that required a more extensive setup because one had an IPsec connection, and a few of them were using point-to-point connections. That's the only strategy. But with Zerto, they need to decide which VMs they want to replicate, and then we create it based on that. First, we will want to replicate the DC, the domain controllers, and then we will want the infrastructure servers, and then the database servers, and the last one is the application.

During setup, one person from our company normally works with one person from our customer's side. Only a single person is required for maintenance.

My impression is that Zerto is more expensive than other solutions, although I don't have exact numbers.

We evaluated CloudEndure and we also had Double-Take, but neither of these solutions worked well. These solutions were based on agents, which affected the customers' server performance.

In terms of usage, Zerto is a different level of experience when compared to other products. It is easier to set up and use.

With other solutions, we need to install software on the customer's server and then reboot, whereas, with Zerto, we don't need to do these things. In fact, there is no downtime on the customer's side. Depending on the customer's environment, post-installation downtime may have been as little as one minute, or more than an hour.

In situations where downtime is expected, and there is an important application like a database running, these periods need to be scheduled. Normally, downtime will be scheduled at night, after business hours. Although there may not be a disruption in work, it is an extra effort that needs to be put into the other products.

Looking ahead, I have seen that the next version of Zerto will support Salesforce replication. This could be something that is useful for my customers.

The biggest lesson that I have learned from user Zerto is that every organization should have a disaster recovery plan. My advice for anybody who is considering this product is to calculate how much it will cost in the event of downtime or a disaster, and then compare it to the cost of Zerto. Once this is done, people will opt for a disaster recovery solution.

I would rate this solution a ten out of ten.

We are protecting 91 terabytes worth of data that consist of 200 virtual machines over the span of 96 tracking groups. We currently have 300 licenses and Zerto provides protection for our critical production systems with a 24-hour journal. We do utilize another platform to backup our entire enterprise as well as handling retention for a longer period of time.

We limit Zerto access to our platform engineers so either our Linux administrators or our Windows administrators use the solution. When a virtual machine is tagged as the article, in other words something that should be replicated to a target data center, they have the authority to create a VM and make sure it is protected via Zerto.

We have an annual DR test requirement. Initially, we used Zerto for testing a subset of our production systems and generated reports that would validate that the tests were successful. We leveraged Zerto to test failover for over 200 VMs by running it in the test scenario. We ran it for a couple of days and tested connectivity to verify that all the virtual machines were up and running and that disk integrity was fine.

Over the years, we have moved from an offline test scenario to an actual real-life failover for subsets of applications. For a couple of years now, we have failed over applications into another data center and have run production from there on a small subset. Our vision going forward is to avoid these offline once a year tests and to periodically move applications from one data center to another in a real-time testing scenario.

We currently have a production data center and then we have a co-location, which we are leasing. So we actually have two locations where we can failover. We do have a small cloud presence in Azure, and we have started a small cloud presence in AWS as well, but we are not running any IaaS virtual machines in those clouds. There's really been no cost-savings at all in the cloud so we've brought those work machines back on-premises.

Prior to Zerto, we used a third-party offsite facility and a team of 25 individuals, where we would restore over 300 VMs in our network, to prove annually that we can recover our data. Since adopting Zerto, we've pretty much reduced all of that VR testing to about four team members. We've significantly reduced our costs by staying on-premises and time from only four individuals instead of a whole team of 25.

The first benefit, right out of the gate, was to duplicate a subset of our production environment and test it in an offline network scenario. That initial test was fantastic as was all of the reporting to prove that we have done those tests. Another big attraction is the near zero RPO. A lot of other products have minutes, half-hour, or an hour RPO. We have proof indicating that Zerto is near zero, or a matter of minutes, as far as the RTO is concerned. So again, that's another attractive offering where you can actually fail something over and bring it back up in a target location in a matter of minutes. Meaning very little data loss as far as recovery time. It's fantastic.

The main reason why we love Zerto is because we have a VMware environment. What we're doing now with VMware is we leverage NSX-T which gives us the ability to have a shared address space across two physical data centers. By using Zerto with an NSX-T, we can failover applications without re-IPing or anything like that. So it's a matter of literally shutting down the forced side and powering up the other side in minutes. It works fantastic and that is definitely our future DR strategy as well as our future failover testing.

I haven't seen any significant features or improvements in the past few major version releases. The only challenge I have with Zerto today, and over the past few years, is that it seems like a lot of development and effort is going toward the cloud. Since we're utilizing the solution with an on-premises hypervisor, it seems like development for our needs is kind of stuck.

The other thing I wish they would do is to develop their PowerShell module to be more robust. So instead of having to rely on the API to actually include a PowerShell command, it would let you create VPGs, delete VPGs, modify VPGs, etc. This would ease the automation effort of deployment and decommissioning and I'd really appreciate that.

I implemented the solution back in the fall of 2016.

Zerto is very stable and requires little maintenance. We probably update Zerto twice a year. There's been no real outage issues that we've encountered. There have been a few times where we've had issues with VMware which in turn provided a hiccup towards Zerto. Though Zerto was a symptom and not the root cause.

Zerto provides continuous data protection and we've had very little disruption. We've gone through mobile versions starting with version six something and we have gone through the various upgrade cycles without any major issues.

Zerto seems very scalable. I can't really comment further on that because we've only had two license upgrades from 200 to 300 virtual machines. I haven't really tested this on a very large scale like for over a thousand VMs or anything close to that. From what we've utilized it has scaled, but I'm really not a good example because we manage a smaller subset of virtual machines.

As far as our key-protected systems, we're at the 280 marker so we don't see ourselves growing any more. License increments are 25 or 100 and if we did grow, obviously, we would increase our license count. Although we've had 300 licenses for a few years now so we've kind of found our sweet spot.

There's been a couple of support calls along the way, but support has been very helpful and very responsive in correcting our issues.

Back in 2016, we conducted a 30-day POC with Zerto and that was enough time to fully implement the solution and even utilize it. We were really impressed that we could actually use Zerto from start to test within a 30-day timeframe.

We found the setup and deployment process to be very simple and not complex at all. We installed Zerto on-premises with just regular employees. It was a team of two engineers and a database administrator and that was it. After a little bit of research on the prerequisites we literally ran the installation setup. It was a breeze and there were really no custom tweaks or anything that had to be done post-setup.

The solution is very user intuitive, from the initial setup of the application and installation all the way to actually getting data in there by creating virtual protection groups and populating VMs.

As far as our IT budget is concerned, Zerto is a little bit expensive. But as far as the value that it provides, it is completely justified by all of the savings. Reducing the labor of DR failover exercises or its reporting functionality for our audit teams has saved a lot of soft dollars. Also, failing over our workloads to another data center and proving that it does work is priceless. On the other hand, the price consideration is why we're only protecting a subset of our virtual machines, those that are deemed DR critical, versus protecting everything.

We did evaluate a few different products before selecting Zerto. We looked into Commvault and Veeam. We also looked into VMware's Site Recovery Manager. Having a near zero RPO and a very short RTO was the main difference between Zerto and the products we evaluated.

The biggest advice would be to compare Zerto to another product side-by-side and actually do a demo of both products. And then at that point, post-demo, the decision will be very easy.

On a scale of one to 10, where 10 is best, I would rate Zerto a nine plus. Unfortunately, no product walks on water, so they're never going to get a 10. There's room for improvement everywhere for sure, but I'm extremely happy with the product.

We are using it for disaster recovery for our day-one applications that need to be up first, upon failover.

We previously had our Microsoft SQL Servers set up as clustered pairs, with the primary in one data center and the secondary in the other, and they were staying in sync via SQL Server Log shipping. That was not a very efficient way to get SQL servers failed over. There were also some things that weren't replicated through log shipping, such as the SQL Server Agent jobs that are defined on the server, or the custom permissions that are set up for the different roles. Zerto was able to replicate the entire server, including the jobs and the permissions, and eliminate the need for us to have that secondary server. We were able to break all of our SQL clusters and just have standalone SQL Servers. It helped to increase our efficiency with failover and reduced our overall compute and storage footprint around SQL by about 40 percent.

When failing back or moving workloads, the solution saves time and reduces the number of people involved. The time from the initiation of a failback to the completion is about five minutes for us. We've also made some tweaks in the DNS to help that to update and replicate quickly so that we're not waiting for that, even if the resource is available. As for the number of people involved, for SQL especially, it used to require getting the SQL team involved and they would do everything manually. Now, anybody can just click through the recovery wizard and perform the failover.

Our savings from Zerto are around licensing and how we structure our current environment. We were able to save money with our on-prem deployment, but we don't use it for cloud.

And in terms of downtime, every time we test a failover it's non impactful to operations, because we're able to do testing in an isolated environment. Before, if we wanted to test our failover processes it was going to create a production outage. That is no longer the case. Before, when we were doing regular DR tests, I would estimate the cost of the downtime to have been about one weekend per quarter. That's the time we would have to take to do that. Only if we were to do a live failover as a test, which would probably not be done more than once a year, would we really have to worry about impacting any operations.

The most valuable features would be the

• granular configuration of your SLAs
• built-in WAN compression as part of the replication 
• easy wizard-based failover.

The granularity enables us to failover specific workloads instead of an all-or-nothing type of scenario, where you have to move your entire IP block and your data center, or you have to move large chunks of VMs. Those situations also make it prohibitive to test effectively.

The replication piece with the built-in WAN compression is important because the network circuit that we send our replication traffic across isn't actually behind our normal WAN accelerators. We were able to use Zerto's built-in WAN acceleration to help those workloads compress.

The failover is important because that way I can delegate initiating a failover to other people without their having to be an expert in this particular product. It's easy enough to cross-train people.

Continuous data protection is Zerto's bread and butter. They do all of their protection through your journaling and that continuous protection gives you countless restore-point opportunities. That's extremely important for me because if one restore point doesn't work, because it is a crash-consistent restore point, you have so many others to choose from so that you really don't have to worry about having an app-consistent backup to recover from.

Zerto is also extremely easy to use, extremely easy to deploy, and extremely easy to update and maintain. The everyday utilization with the interface is very easy to navigate, and the way in which you perform testing and failover is very controlled and easy to understand.

The replication appliances tend to have issues when they recover from being powered off when a host is in maintenance mode. Sometimes you have to do a manual task where you go in and detach hard disks that are no longer in use, to get the replication appliances to power back on. There are some improvements to be made around the way those recover.

My other main inconvenience is fixed in version 8.5. That issue was moving virtual protection groups to other hosts, whenever a host goes into maintenance mode. That's actually automated in the newer version and I am looking forward to not having to do that any longer.

I've been using Zerto for coming up on four years.

My impression of its stability is very positive. It doesn't seem to have any issues recovering after you shut down any of the particular components of the application. It seems everything comes back up and comes back online well. 

Sometimes the replication appliances will stop functioning, for one reason or another, and most of the time a power cycle will resolve that. But anytime that I do have a sync issue, support will generally be back in touch with me within the first half hour after opening a ticket. They're very responsive.

The scalability is able to take on any size environment. We don't have a huge environment here. We only use it across 20 hosts, 10 at each site. They're very large hosts. If you have more than a certain number of virtual disks protected on a single replication appliance, the replication appliance will automatically make a clone of itself on that host to accommodate the additional virtual disks. It seems to be built to scale in any way that you need it to.

While our hosts are very large hosts, we don't have any current plans to extend that deployment because we have capacity to grow within our current infrastructure footprint, without having to add on resources.

I rate their technical support very highly. They're very responsive. Usually within the first 30 minutes of opening the case, someone has tried to reach out to me. I will just get a screen share, or a reply to my call with an answer, or a KB article. I have a very positive impression of their support.

We were using Site Recovery Manager for several years, and I always struggled with keeping that functioning and reliable. Every time something changed within the vCenter environment, Site Recovery Manager would tend to break. I wanted to switch to a DR product that I could rely on.

In addition to Site Recovery Manager, we were also using NetApp SnapMirror. We are still using that for our flat file data which is non VM-based. We have Rubrik as our backup solution because, while we replicate our backups, there's not any automation behind bringing those online in the other sites. So it's a manual process to do disaster recovery.

We were having to utilize those solutions to do the failovers for our day-one application in SQL and they were inefficient and ineffective for that. Zerto was able to come in and target those workloads that we needed better recovery time for, or where we needed a more aggressive replication schedule. Zerto is supplementing those other solutions.

Zerto is easier to use than the other solutions. There's definitely more automation and there are more seamless failover activities.

When I deployed the solution, it took certainly less than a day to get it up and running. The upgrade process has been fairly seamless and painless, in the past, as we have gone from one version to the next. That includes some of the features they've enhanced, where it automatically updates the replication appliances as well as the management pieces.

We have two data centers and they're both Active-Active for one another. Our deployment strategy for Zerto was to stand up a site server at each one, pair them together, and then start identifying the first workloads to add into Zerto protection. We started with our SQL environment. 

I was the only one involved in the deployment. If I had questions I would ask my account team. My sales engineer and the account rep are both very knowledgeable. But I actually didn't need to open a support ticket as part of the deployment. It was very easy and straightforward.

About five of us utilize Zerto. I am the infrastructure engineer, focusing on the compute side of the house. We've got a storage engineer. My manager is an applications delivery manager who uses it. We've got another senior network engineer who focuses more on the runbook side of things, and he uses it. And my backup, who is our Citrix guy, is starting to use it.

Zerto doesn't really require any particular care and feeding. Whenever a new version comes out that has features sets, I'll decide when I'm going to update it and do that myself. It doesn't really even require a support call. It's pretty straightforward. For each management appliance, updates have taken 10 to 15 minutes, in the past. And it's just a couple of minutes for each replication appliance.

Our ROI is quite significant. The SQL cost savings alone would be in the hundreds of thousands of dollars per year. That's due to the fact that we don't need to have our SQL clustering set up as an always-on cluster, which would need to be a higher tier of Microsoft licensing. We're able to use SQL standard for everything, and that wouldn't be possible without a third-party like Zerto to do the replication and failover.

Get the Enterprise Cloud license because it's the most flexible, and the pricing should come in around $1,000 per VM.

Support is an additional cost. We are currently doing three years of support. There's an additional 15 or 20 percent of overhead during each year of additional support for each license.

Definitely take the free trial and put it through its paces, because you really can't break anything with it, given the way that you can do the testing. It gives you a good opportunity to play with the tools without having to worry about causing any problems in the environment.

We have plans to evaluate the solution for long-term retention. I'm going to start testing some of their features once we upgrade to version 8.5, and then we'll evaluate if it makes sense to do that or not. We do have other backup products that we're evaluating alongside of that though.

The solution has not reduced the number of staff involved in overall backup and DR management. We already run a very lean engineering team.

I got what I expected. I'd actually been trying to bring the product in since 2014 but I kept not getting budget funding for it. I feel satisfied with what I ended up with and I'm glad that we were able to move forward with the project.