Zerto Reviews

Zerto is primarily used for disaster recovery. In rare cases, it is also used for backup, but only for long-term storage.

We deployed our on-premises infrastructure in two data centers in Russia located in two cities, and multiple regions with combined infrastructure. We also had two data centers in Europe.

Zerto is extremely easy to use. When I started to pilot the product in 2016, I was able to deploy all required components in one or two hours without any help from Zerto engineers. I only used the provided documentation and user interface. In the years since my engineers have also had no issues with the implementation or configuration of the product. Zerto's ease of use is one of its best features.

To ensure good synchronization and replication of changes in a timely manner, we need to have a very good storage subsystem. In our case, we replaced our old storage subsystem with a new one that is based on full flash storage. After that, Zerto started to replicate changes at lightning speed. Many companies experience issues with Zerto if they do not have full flash storage. When full flash storage is implemented, Zerto is the best replication solution because it is highly dependent on the latency of the storage. Therefore, any kind of storage that is not based on full flashes, such as hybrid storage that combines flash and disks, is not a good foundation for Zerto implementation.

Prior to implementing Zerto, our disaster recovery tests had a 70 percent success rate. After implementing Zerto, all DR tests were 100 percent successful. This represents a significant improvement in our DR capabilities.

We used Zerto to replicate our virtual machines from our primary data center to our disaster recovery data center in another city over a single connection.

Zerto can achieve very low recovery point objectives due to its efficient use of resources and compression techniques. However, our company has different RPO requirements for different-sized companies. Since our company is small, our standard RPO is four hours. Zerto exceeded this requirement by achieving a typical RPO of about 15 seconds.

Zerto is a very easy and fast tool to use. However, it is important to note that Zerto requires some time to accept changes after migration. This means that if we do not finish testing within the required time frame, we may run into issues with storage space, as Zerto will continue to collect logs and other data. If the testing period is short and we are comfortable switching between data centers frequently, then we should have a very good experience with Zerto. Compared to VMware SRM, Zerto is much more reliable. I have never had any issues switching between production and the DR data center with Zerto, while I have had to start DR exercises from scratch multiple times with VMware SRM.

We always define and perform the required RTO values in our company. RTO is the time required to recover from a switch. It is about how long it will take IT staff to restore the environment. With Zerto, we can now do this in hours, typically one or two hours, for all switching activities. We have 70 virtual machines configured in Zerto, so it takes about one hour to switch all of them. This is four times faster than our previous solutions, such as VMware SRM or storage-based replication.

Zerto has saved us time in data recovery situations due to ransomware or other causes. It is very easy to use, so we do not need to spend extra time training engineers on how to use it. All of our engineers were able to start using Zerto immediately. Zerto is also very fast at replicating data. For example, when we set up a new replication, the initial replication was completed very quickly. Another advantage of Zerto is that it does not require additional steps to change the size of virtual disks. With our previous solution, VMware SRM, engineers had to perform additional manipulations in VMware when changing the size of virtual disks. This was a complicated process, but it is not necessary with Zerto. Overall, Zerto is a very user-friendly and efficient data protection solution. It has saved us time and money, and it has made our data recovery process much easier.

Zerto has saved us around 50 percent of our time.

The most important thing to me is Zerto's ability to deliver continuous protection for all data without any issues or incidents. Zerto is a rock-solid product in terms of protection. We migrated to Zerto from VMware SRM because we had a lot of issues with VMware SRM, including the loss of one server.

Zerto's price has room for improvement.

I have used Zerto for six years. 

I give Zerto's stability a nine out of ten.

Globally we have around 200 engineers that use Zerto.

Zerto's technical support is excellent. When we first started using Zerto, we had Russian technical support to help us with some complex tasks, such as configuring unique virtual machines. Our engineers had no communication issues with the support team. Later, when we were in a stable period, global technical support was also very helpful. I cannot recall a time when technical support was unable to help us. Overall, I give Zerto's technical support five stars.

Positive

For many years, the company globally used a variety of different solutions for data protection and disaster recovery. These included storage-based replication solutions based on IBM and EMC storage, as well as special appliances from Dell EMC. For smaller companies, VMware SRM or VMware replication without SRM was used, with manual configuration of replication. In order to simplify and unify its data protection and disaster recovery strategy, the company decided to adopt Zerto. Zerto was initially implemented in a small region, the Middle East/Asia. After a couple of successful migrations of data centers in this region and a parallel unsuccessful DR exercise in EMEA, the company selected to use Zerto globally. Following this, smaller companies in Russia started to receive a recommendation to implement Zerto instead of any existing solutions. Zerto has been a success for the company, providing a unified and simplified data protection and disaster recovery solution that has improved the company's overall resilience.

We used one internal engineer to perform the initial setup on two data centers in two days. In general, this involved installing two virtual machines with Zerto Virtual Manager on each data center, creating the corresponding network access rules, and then deploying Zerto replication agents to all virtualization hosts. The last activity was automated, so it took about one hour to deploy Zerto for all virtualization hosts. The replication took one week.

The implementation was completed in-house.

Zerto is a premium disaster recovery solution. It is not the cheapest option on the market, but it offers a number of features that make it a good value for businesses that need a comprehensive disaster recovery plan.

I give Zerto a ten out of ten. Based on my experience with different replication solutions, Zerto is the best one I have used. I am very disappointed that my current company decided to stop using it due to existing standards. Zerto is not cheap, but it is very stable, available, fast, and easy to use.

The most time-consuming part of a disaster recovery test is the testing of small and medium-sized enterprises, business users, and other stakeholders. IT-led environment restoration activities typically take up about 30 percent of the overall DR process. Zerto can reduce this time by 50 percent. Overall, this is not a significant impact, and Zerto is a very stable and reliable solution.

Zerto has not reduced the number of employees involved in data recovery situations. This is because we have a small team, and we always use engineers to perform disaster recovery activities related to storage and virtualization infrastructure. As a result, we have not had to reduce the number of staff members used for these activities.

Zerto did not replace all of our legacy backup solutions. Our legacy backup solutions were dependent on IBM Power servers, which required corresponding backup agents. Zerto is not compatible with these agents, so we use a separate backup solution for these servers. This separate solution is still in use.

We have two data centers, each with its own equipment, servers, storage, network equipment, and so on. In each data center, we deployed two separate VMware vCenter server infrastructures connected using an L2 line. There was no L3 connection between the data centers. This created a flat L2 network with two data centers and two vCenters on each data center. After that, we deployed two VM servers configured for replication. This allowed us to have a highly available and resilient infrastructure in the event of a failure at one of the data centers.

Regarding Zerto's maintenance, we configured some monitoring for related Zerto services. However, we do not have any daily routine procedures to manually check Zerto to ensure that everything is working properly. Instead, our engineers spend one hour per week reviewing monitoring items and other metrics to ensure that Zerto is operating as expected. From my perspective, Zerto is a self-operating system that requires very little manual intervention.

Zerto is very easy to pilot. I recommend that any customer pilot Zerto before making a decision on whether or not it is the right solution for them. Zerto is a self-selling product. When I piloted it in 2016, I was able to install it in hours and start using it immediately without any help. I believe that a pilot is the best way to see how easy and beneficial Zerto can be.

In the past, we were predominantly using Citrix Hypervisor in the Hyper-V shop. Now that we've moved to VMware, we utilize Zerto to move those VMs from Hyper-V and Citrix Hypervisor over to VMware.

We're also looking at utilizing it for our DR site to be able to push up those VMs to the remote site in the case of a DR situation.

Zerto improved our organization by giving us flexibility back with migrating VMs, and I look forward to the future when we utilize it more for DR situations.

The feature I've found most valuable so far has been the ability to migrate the VMs from Hyper-V and Citrix Hypervisor. It's made our migration seamless. In the beginning, we were looking at freeware tools, and it was just a massive headache. Zerto solved a lot of the roadblocks that we'd run into in the past.

We've been able to set up a set schedule of moving certain VMs on certain dates, and we've been pretty confident that it's going to go smoothly without interruptions.

When you compare the ease of use of Zerto with those of other solutions, Zerto is much easier to use. It's idiot-proof. You don't have to be super technical to be able to be successful with the product. This is nice because you can delegate some of the tasks to the service desk. For example, you could have them handle the migrations, which would free up your engineering team to be able to spend time on more important projects.

Zerto helped reduce downtime every week. We have VMs that run in Hyper-V every week, and at night, we shut them down and migrate them over to VMware. The whole process takes under an hour, so these VMs are only offline for maybe an hour at the absolute most, which has been really helpful.

I believe 15 minutes of downtime is equivalent to a million in cost. So, it would probably cost our organization four to five million per hour of downtime.

I had to have my colleague contact technical support because we had an issue where VMs in VMware were getting blocked, and we weren't able to delete them.

The company as a whole has been using it for about six months now, and I've been using it for three months since I joined the company.

I've been pretty impressed with Zerto's stability. I haven't had any weird issues with the UI or with the migration aspect of it. It's been pretty rock solid.

Since I started, we've more than doubled our server capacity, and Zerto has been able to keep up just fine. So, it's definitely scalable, and we're looking to increase capacity by another 25% or 50%. I'm pretty confident that Zerto will be able to keep up with it.

I had to have my colleague contact technical support because we had an issue where VMs in VMware were getting blocked, and we weren't able to delete them. The whole issue was resolved in less than three days, which means that the technical support is probably pretty good to be able to get the issue sorted out so quickly.

I've tried to use Veeam for migration, and it's not really built for that. There was also a freeware solution. It worked okay, but we tended to run into some weird issues, specifically with EFI and regular BIOS VMs; these VMs weren't really translating properly to VMware.

I've been told that when they originally got the quote, it was a little bit of a sticker shock. However, now that we've actually been using it for six months, I've been told that the investment was well worth it.

On a scale from one to ten, I would give Zerto a ten.

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

The first benefit was being able to sleep better at night knowing that we can recover instantly. Because we do public safety, we have some databases that are terabytes in size, and were we to have to recover them using standard backup software, it would take a significant amount of time. With Zerto we can recover instantly in the event of an emergency. 

And when we went to a new data center, we had the ability to do a cross-center migration of the systems, and we found Zerto was much faster. We could migrate 25 to 30 servers and have them up and going in less than five minutes in the new environment, with very minimal downtime.

It has also reduced the number of staff involved in data recovery situations. We find that we really only need one person to manage it. That person was able to write up documentation so that any of the other system administrators can jump in and handle it, because of the ease of use.

For me, the most valuable feature is the ability to recover critical systems, such as public safety, within a few minutes. In addition, the RPO is six seconds of data loss, tops.

Also, the ability to adjust the journal is important. If there were a ransomware event and we were not able to recognize that ransomware event for, say, four hours, we could go back, literally per minute, to the previous 24 to 48 hours to have instant recoverability. That, to me, is the big value of the product: to have our systems up with very minimal downtime.

We've been using Zerto for three to four years.

The stability has been excellent unless there is an issue with something on our end. For example, if a virtual replication appliance exists on a specific host and we take the host offline, Zerto will flash alerts at us, which I love. Zerto is always telling us when there's an issue with recovery. But the application itself has never gone down.

We haven't even noticed any over-utilization across our circuits, with the ability to throttle how much it's using. And once the initial sync is done, it's just kilobytes to keep it in sync. We don't see any downtime from using it. We haven't had a disaster situation recovery yet, but when we do, we're confident because our tests with it are successful.

Scaling has been easy in that we had multiple data centers that we needed to combine into one. It was very easy to create "spokes," where we installed different Zerto appliances in the other data centers and then linked them to the master to migrate them over. From a VPG perspective, we've had to scale out and it's never been a problem.

We have about 250 virtual servers. We had about 100 and we recently purchased another 150 licenses so that we could protect the entire environment. We're in the process of applying those licenses to all of them. We haven't applied all of them yet because we like to categorize which Virtual Protection Groups we want them to be in, so that they spin up at certain times. We like to think that out a little.

Their support has been very good. I haven't had to open very many tickets, but the few times I have, I have gotten a response within an hour or two. The support is good. They handle everything all the way through to completion and then they say, "We'll keep this ticket open in case you have any more issues."

Positive

We used VMware's SRM, which was a great solution; there was nothing wrong with it. But with Zerto, it's like riding a bike. Once I learned it and knew how to do it, I could let it run and do its thing. Maybe a month later I would have to jump in and do something, and the user interface is so easy. I don't have to relearn or remember how it works.

Zerto is quite a bit better when it comes to ease of use, compared to SRM. It's very user-friendly. With SRM, I definitely had to do some learning and read some things. With the VPG, it was almost self-explanatory, such as how to set up VPGs, how to recover things, how to do a failover, and how to do a test. Even as a proof of concept for management, I was able to take a VPG, delete a bunch of files on it, and then recover them from a few minutes prior. It was so user-friendly that even my management was able to watch me do it and understand what was going on.

SRM was just kind of there, in place, and it worked. Zerto is the one that I've really dug into and got my hands dirty with. Once we started utilizing it and realized how quickly we could recover. We realized that it could be used for migrating to a new data center. When we called Zerto we found out that that is a use case people use it for. From a speed perspective, the servers were down for less than five minutes when we migrated them. It was really fast with very little downtime.

The whole process was extremely straightforward. I did a little bit of learning in the Zerto University on how to do a quick deployment. There are not a lot of steps to the quick deployment. After just a few steps we were up and going, almost instantly.

After the installation, it prompts you to log in, and as soon as you log in, it starts telling you what to do. It says, "You need to deploy your virtual replication appliances." And then it says, "Great. Now that you've done that, you're ready to create VPGs." It was almost like the application was literally telling me what to do next.

We deployed it ourselves. I had a couple of questions after deployment, but nothing major, about a couple of ways I could tweak it. But the initial deployment didn't need any technical support. It was that easy to deploy.

We looked at a few other solutions. Zerto was the one that really stuck out, especially once we were given a proof of concept.

Definitely try it out. I was able to leap right into it and use it immediately and do a test case within a matter of minutes. I was able to show management the ease of use and the ability to recover, and of course, that makes management happy.

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

It allowed us to migrate very quickly from our old environment to the new environment that we're building out. We were able to move the entire environment over to our new VMware 7 environment within a matter of hours.

Because we work in a public safety environment, we can't have downtime. We've had a couple of situations where we had to do some firmware upgrades. We would fail over to the DR site and Zerto helped us get back up really quickly. It was fast.

We set it up strictly for DR so that we can fail over and do a test failover without causing any problems.

And from the standpoint of ease of use, Zerto is a third faster for recovery compared to other solutions.

The ease of use is one of the best features. Previously, we were using Site Replication Manager with VMware and it was a little bit cumbersome. With Zerto, we liked the fact that it was hardware-agnostic and we were able to spin it up pretty quickly and get it working.

We had a situation where we had to relicense VMs once they were moved over. We later found out that that feature is built-in, but it's not easy to find. The way it's done is that you have to go to the target site to turn it on. If that were explained a little bit better up front, that would be helpful.

I have been using Zerto for four or five years.

It seems to be very stable. We haven't had any problems.

My counterpart is the person who takes care of this side of things, but from what I've heard, he's had really good luck with their tech support.

We used VMware's SRM. That old solution was a little bit cumbersome and Zerto seemed to be easier to use. It was more straightforward. It was much quicker to set up and the day-to-day use is easier.

I was involved on the VMware side, getting things ready for Zerto. My counterpart was the one who actually implemented Zerto. I believe the Zerto implementation was pretty straightforward. The only complexity involved was learning how it worked.

It is for real-time data protection and, if needed, for the ability to recover within seconds at a point in time. It is deployed on-premise and multi-cloud on Azure and AWS.

It just gives us extra peace of mind. We can backup and recover critical information not only on-premise but also off-premise at multiple places. So, we have that additional place for recovery if Azure or AWS is having problems.

When we need to fail back or move workloads, Zerto decreases the time and the number of people involved. It definitely speeds up the process of recovery for us. We essentially need only one person for the recovery process. In other solutions that we had in the past, we had to involve quite a few of our team members in the recovery process. We haven't had to do fail back a lot, so I can't give a real numeric number of how much it has saved us. If we had to do a big fail back, I can see where it could have saved us.

It has reduced the number of staff involved in a data recovery situation. The number of staff involved is less than what it used to be. We can basically do that with one person. It also reduces the number of staff involved in overall backup and DR management.

It has saved us money by enabling us to do DR in the cloud rather than in a physical data center. We don't have to buy another SAN, so it has saved somewhere in the $150,000 to $200,000 range.

The reliability of the solution and ease of upgrades are most valuable. Support has also been really good on it.

It works very well in terms of it providing continuous data protection. It does what it says it is going to do. We have been using it for several years, and once or twice, we had to recover a machine or files. It didn't have any problems in doing what it is supposed to be doing.

It is easy to use once you have gone through the online training class to learn the basics about it. We have been able to get a couple of our folks in the IT department up to speed on how it works and how to utilize it within basically a day or less. It is relatively easy for us to get staff trained and get going.

We would like some of the real fine or granular things. We've submitted a few minor things for enhancements such as being able to control bandwidth utilization for each facility you replicate to versus overall. We just need a little bit more granularity on some of the things, but there is not a whole bunch that is in need of tweaking.

We've been using this solution for three years.

It has been very stable for us. We haven't had any issues with it. Even upgrades have been relatively seamless for us. If anything, it is just that you miss something on the upgrade release note and you need to open a port or something else, but there is nothing critical.

It seems to be very scalable. We're not that big, but it seems to scale out for us and give us more scale for what we are size-wise. It could be very beneficial for a bigger organization.

We started out protecting roughly 30 terabytes of data, and that's roughly where we're right now. We have 30 terabytes of data and 250 employees. We are just trying to keep them all functioning 24/7.

At the moment, we don't have any plans to increase the usage. We're utilizing everything we can at the moment. The only thing that we might consider down the road is the backup functionality long-term, but that's something we just keep evaluating versus what we currently have. What we currently have works so well, and we don't really want to change it.

Their support has been really good. They've been very proactive in helping resolve issues, and you get quick callbacks or contact with them. I would rate them a 10 out of 10.

They used Avamar Data Domain before Zerto. It had a very complicated process, and the price was also very high. It did not have a similar granularity of recovery points.

It was pretty straightforward. We had it fully installed and started implementing it within the first couple of hours of the process. We worked with the local rep for about an hour or two, and by then, we had the process down. After that, it was pretty straightforward, and we just replicated that for additional protection groups.

In terms of the implementation strategy, we knew what we needed. We wanted to get out in the cloud. We focused on Azure to start with and then came back and looked at AWS after the fact for a couple of use cases where Azure wasn't the best place for some big data sets.

For its day-to-day maintenance or administration, there is just me. We do have desktop admins that can get into it as well if they need to be, but generally, I take care of it all for them. They just holler out if they have a problem or a question about something, and I can take care of it for them.

We worked with the local rep for about an hour or two. Our experience with him was very good. He was very helpful and knowledgeable about the product and also about the ways other folks were using the product.

There is nothing that we can quantitatively define, but we are able to meet regulatory requirements.

It initially seemed a little pricey, but in the big picture, you're paying for peace of mind. It could always be cheaper and more competitive, which would make it an easier choice for people, but I can see both ways. They can say this cost is for the value they are providing. If anything happens, they can recover your data very quickly. You won't be losing it, so there is a win. It is a win-win.

We evaluated VMware Site Recovery Manager. I have used that in the past, and it is okay, but upgrades tend to break a lot of stuff, whereas Zerto hasn't had that kind of issue, which is great. It is never a good thing to do a minor update and then your whole system is dead for maybe a day or two until you figure out what caused the breakage. We also looked at SRM and Cohesity. Cohesity was more for just overall backup, not for full DR.

Zerto was very easy to use. We could use it for backup and DR, which was very important for us. That was one of the key driving factors for us.

I would advise others to just get the training before utilizing it so that you have a better understanding of the overall product. You should also have plenty of bandwidth for your providers so that replication works seamlessly.

It has helped us a little bit in reducing downtime in a couple of cases. It saved us a few hours here and there. It could save us time in a data recovery situation due to ransomware or other causes. We haven't had to use it currently for that. Its overall backup and DR management could also reduce the number of people needed.

We don't use Zerto for long-term retention. We have another solution in place for that. We will evaluate Zerto possibly down the road.

I would rate Zerto a 10 out of 10.

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. 

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.

It's on-prem only, and we're replicating part of production data centers to the DR location. We use it 100 percent for DR. Zerto, as a product, has a lot of capabilities, but we're only using it to replicate servers for disaster recovery, on-prem.

Providing DR for the entire organization is a big improvement, compared to the previous way we did DR. With the old DR tool we identified the systems that we wanted to protect and we installed agents and installed a server in the remote location and pretty much treated every physical and virtual server the same way. That tool was agent-based and required installation and maintenance of a server on the remote site. Now, the effort involved is a fraction of what it was before. We just click the VMs that we want to protect and they are protected.

Zerto has reduced the number of staff involved in DR.

It has also helped to reduce downtime. With our old solution, something that took 10 to 15 minutes of outage, required one reboot, which took less than a minute, with Zerto. That amount of downtime would have cost our company a couple of thousand dollars.

Zerto's support for different hypervisors is a valuable feature because we have a mixed bag. We have VMware and we have Hyper-V. For us, that was extremely critical when we made the decision. We wanted a single tool that is able to replicate all our virtual servers. At this point, I think the only tool on the market that can do that on-premise is Zerto.

It does a great job of continuous data protection. That's why we're using it for DR. It has the journal, the recovery points. It's doing its job. It's a good tool.

It's extremely easy to use with a very intuitive interface. You can set up a VPG (virtual protected group) and add VMs to it in a couple of clicks. Everything is in a single dashboard and you can do everything from there. If you need some granular information, you click the Analytics and get your RPO or RTO and how much data you would lose if you do a DR at this point in time. 

They definitely have room for improvement in a couple of areas. One is role-based access control. Right now, they don't have an identity source so they use the identity of the vCenter or the VMM. If they connected to an identity source like Active Directory and allowed for granular roles and permissions, that would be an improvement.

Another area of improvement is support for clusters. They have very limited support for Microsoft clustering.

Also, integration with VMware could be improved. For example, when a VM is created in vCenter, it would be helpful to be able to identify the VM, by tags or any other means, as needing DR protection. And then Zerto should be able to automatically add the VM to a VPG. 

There is definitely room for improvement. But what they have implemented so far, works pretty well.

I have been using Zerto for about five years.

It's pretty stable. 

We're always one version behind. The current version is 8.5 and we're running 8. We always wait until at least Update 1 before we upgrade. So when v9 is out, we'll probably upgrade to 8.5, Update 1, or whatever the current update is. Because we are a little bit behind and we're running on a very stable, mature version, we rarely experience issues.

We're running thousands of hosts. Scalability is not a problem.

We plan to keep the product. It's doing a good job.

Our experience with their technical support has been good. But keep in mind that we have a pretty high-level, Premium Support agreement with Zerto. We have a dedicated technical account manager from Zerto, and he has direct access to the developers.

We used Double-Take DR which treated all the physical and virtual servers exactly the same way with agents. Zerto replaced it.

We switched because it is a little bit inefficient to treat all the virtual machines as separate physical servers, because on the DR site you need to install them, you need to configure them. You need to put the agents on both sites and configure the replication relationship. It's very complex. And whenever you need to patch or do some maintenance on the target site, it's double the work because you patch the source and you patch the target—you have a live server at the remote site. With Zerto, as soon as I patch the VM at the source, the updates are replicated to the target immediately.

Zerto's ease of use is very good compared with other similar solutions for replication.

The initial setup of Zerto is quite simple. You build a SQL instance. You build a Windows VM and install the ZVM on it. You integrate it with vCenter and then, from the ZVM, you make sure your firewall ports are open and you push the VRAs down.

Deployment takes a couple of hours, for a relatively big environment. It would typically require 30 minutes of DBA time, an hour or two of Windows engineering time, and another person from VMware for another hour.

It doesn't require any staff for day-to-day maintenance. It's used by our operations team, which is close to 100 people; those are people who have access to it.

It's quite easy and straightforward. We do it with internal labor.

The way we use it there is no return on investment. You can think of Zerto as an insurance policy. We use it to protect our business, but we actually hope that we'll never put it into action.

It's not the cheapest tool, it's expensive. But it's doing a good job.

We pay the standard license, maintenance every year, and we pay for our technical account manager, which is pretty much Professional Services, with our Premium Support.

We looked at other solutions. We own another solution called VMware Site Recovery Manager, SRM. We have licenses for our entire environment and we still decided not to use it. That's how big the difference was in the experience that Zerto provides. 

We also compared Zerto with our previous disaster recovery solution, which was called Double-Take DR.

Zerto is much better. It is not a cheap solution. The fact that we decided to buy it when we already had all the licenses for VMware, bundled in our ELA with VMware, should tell you how big of a difference there was.

My advice would be that when you need a tool to bet your business on, as a last resort, make sure you evaluate all the options, test them, and don't be cheap.

The biggest lesson I've learned from using Zerto is that a third-party company can do a better job of protecting the workloads than the vendor. It does a better job than VMware and Microsoft together.

In terms of using the solution for long-term retention, we're evaluating Zerto's offering. It's a new feature. We already have an established backup system, using Symantec. In a couple of years, when we need to refresh Symantec, we might consider it. But at this point we don't use it and we aren't considering it.

We use the Veritas NetBackup solution. They split from Symantec so Veritas is separate, but it was a Symantec solution for backup. We don't use Veeam, we don't use Cohesity, we don't use Rubrik. The only potential is to replace our Veritas/Symantec backup product, in the future, with Zerto Long Term Retention.

If we have a DR situation, we are not planning to fail back. It's not part of our DR strategy. If we need to fail-over a production data center, it means that this data center has been destroyed, it's a smoking hole in the grass. We will be running continuously from the DR data center, which is a full-scale data center.

I would rate Zerto at nine out of 10. There are new features that they're working on, which will be nice to have. That's why I won't rate it a 10, but overall it's a really good, stable, easy-to-use product.