Zerto Reviews

Currently, our use case is to create a replicated system. We have no access to the internal VMs. We can manage the VMs up to a point, but we cannot get inside to do any kind of corrective actions to the servers themselves. We had no backup solution in place, so we needed to get something there. That is what we are using it for. It is replicating out to Azure. This way we have some place in case the ones on-site get compromised or have issues.

We are moving to a new data center. There are several VMs that we have to move over there that have RDM disks or SQL clusters. Those are the hardest things to move at this point in time, but now that I have the setup and it is ready to go, all we have to do is just flip the switch and get everything over where they are supposed to be. It is going to be a lifesaver for me. It will save me a whole lot of time in putting things back together.

Its initial setup can be better. It looks easy, but if you do not have things in the right place, it is not as easy as it looks. Some of the instructions were not clear. They were a little bit confusing. For example, while setting up SSH initially, it was a little bit unclear if I needed to use a regular credential or some other credential. This was one of the things that was a little fuzzy, and we had to get somebody else involved to help us out.

I have been using Zerto for about a year.

It seems to be pretty stable provided our network stays up and the firewalls do not go down.

I have not had to scale it yet, but we are planning to replicate an environment of roughly a thousand machines.

I would rate their support an eight out of ten because it took a while for the communications back and forth to get it set up. We could not always get together at the same time. We would also run into an issue, and we had to go to development or somebody else to figure out what was going on with it. We would then wait for that response. There were a lot of issues that we had that required a lot of back and forth.

Positive

We did have SRM in place for a little while for about 75 machines. Most of the machines that were being replicated with SRM went away when we had a dissolution with another part of our facilities, so we pulled that out and stopped using it. We then went to Zerto about that same time. 

We are not using it for a full DR. We have another solution in place for doing the DR work. Zerto, at this point, is primarily for replication. 

We are also not using Zerto to help protect VMs in our environment. We are using another solution for that.

It was a little rough, but it was not terrible. When we were setting this up, I was working with several machines that were 30 or 40 terabytes in size. Moving that data out to that other location was a long, slow, and ongoing process. There were several times when we had to reach out to their support to try and figure out what was going on. We had to make some adjustments to how they were configured, but that was the biggest challenge we had with that the whole time.

It is slow initially, but once you get it all up there, it is not so bad. It took days to get that data moved. Once it got up or synced, it was down to seven or eight minutes, but it took days to get everything up there to begin with. It took about a week from start to finish to have it fully deployed.

We worked with a Zerto rep. They said that this is what we need, and we got everything in place, but then as we were trying to deploy it, we had issues. We had to pull in support to help us straighten out what we were having problems with. They have been pretty good. Fortunately, I have not had to call them much. Once we got it set up, it was fairly easy to figure out, but doing that initial configuration was a little difficult.

We have not yet seen an ROI. We are going to be moving to a new environment and a new data center. I am sure I would see a big return on investment at that point.

I did not evaluate other options, but there were some higher-up managers who were involved in those conversations. They had neglected to involve the guy who was going to manage it. I heard that they evaluated Veeam, an IBM solution, and Zerto.

I would rate Zerto an eight out of ten only because I have not used it a lot. When we move to the new environment, I am sure I will use it a lot.

We use Zerto to replicate to a cloud center.

Zerto saved us a lot of money compared to the cost of replicating at the LUN level. It also really simplified it and gave us shorter RTOs and RPOs.

We got hit with ransomware about three years ago, so we had to do a full recovery with Zerto. The recovery is the best feature.

When you compare the ease of use of Zerto versus that of SAN, Zerto is a lot easier because you can do it at the actual virtual machine level versus doing the whole LUN. In the latter case, in the event of a recovery, you would have to recover the whole LUN and see what's in there. It is a lot easier to do any operation with Zerto.

We were hit with ransomware about three years ago, and the amount of time that it took us to recover from that with Zerto was weeks less than it would've taken us with our previous DR solution.

When you compare the speed of recovery with Zerto versus the speed of recovery with other disaster recovery solutions, Zerto is a lot easier and faster because you can choose what to recover and when. In the event of a disaster, for instance, you can recover your most important stuff first.

Zerto certainly reduced the staff involved in a data recovery situation. It's so easy to use that one person can do it all in those events. You won't need a guy from the VMware team and another from the storage team. It's all done at the DM level, so, it's easier to recover without having to involve other teams. With our previous solution, we would have needed three to recover, and I was able to do it all myself with Zerto.

It absolutely helped to reduce our organization's DR testing because it's so fast and easy to test without disrupting anything. We can choose what to test, more critical versus noncritical, and how frequently we want to test. About 75% of that saved time is allocated to value-added tasks.

I would like to be able to replicate one to multiple without having to recreate every VPG. That would save us a lot of time. When we add a site or move our DR to a different site, I have to recreate everything from scratch. So, it'd be cool to be able to just repoint an existing VPG to a new site without having to recreate everything.

We started using Zerto in mid-2018.

We haven't had any issues with stability. It's always up and running. Whenever there's an issue at the DM level that affects it, it'll give an alert.

It seems like Zerto would be good for a big environment. Ours is small and doesn't really grow a lot; the size stays static. However, having worked with it for a few years I wouldn't be worried to use it in a bigger environment.

Zerto's technical support is good. Whenever we have issues, which is rare, they are fast to respond. When we had our major issue, I had a lot of calls with them, and we had to work around the clock. They did a good job of passing us through every time zone and keeping us engaged with someone. I would rate them a ten out of ten.

Positive

We used the snapshot and replication of our SAN that we used to have. It wasn't necessarily a true DR replication tool, but it would do a snapshot and then put a copy of that snapshot somewhere else. That was our DR plan before switching to Zerto.

The initial setup was really easy and fast. We had it installed in less than an hour, maybe even half an hour. After that, we created our groups. The time for that would depend on how many DMs you have, but it's easy and intuitive.

We had someone from Zerto walk us through the installation and setup. They explained every step as we went through it, and it was excellent.

We certainly have seen an ROI. When we got hit, we saved a lot of money because we were able to recover RBMs. Without Zerto, we would have been in serious trouble. So, it definitely returned the investment many times over.

The pricing is pretty competitive to that of other options out there. When we shopped around, it was in line with the price of other solutions.

We looked at Veeam and Avamar. At that point, Zerto was the only one that did CDP, and that was the reason we went with Zerto.

On a scale from one to ten, I'd rate Zerto a ten.

The primary use case is to migrate VMs. It's easier to use than HCX and SRM.

Zerto made our migration from different data centers very easy and very smooth. Zerto support and our account manager have always been there to help us out.

I found the very easy VPG setup, the easy recovery, and failover testing to be the most valuable features.

It's very user-friendly. You only need a couple of clicks, and it gets the job done. We also have SRM, but Zerto just requires a couple of clicks. You can test with Zerto, and you don't have to commit. So in terms of ease of use, Zerto is better. That's why we use it for migration.

In terms of reducing downtime, we don't actually have any because of seeding and mirroring. However, on the failover, it only takes two seconds of a blip.

Zerto's speed of recovery compared to that of others is great. It's incomparable, and the ease of use is always there.

Even though Zerto is for disaster recovery, it would be nice if it can also make backups.

I've been working with Zerto for three to four years.

It's very stable. They have bug fixes. If there's a problem, you can report it, and they immediately provide a solution.

Zerto's scalability is amazing. If they could do backups in the future, it would be better.

We're in a healthcare environment, so we have probably 30,000 VMs. We only have a couple of licenses, but that's probably going to grow in the near future. We're going to be using it in the cloud as well.

I would give technical support a nine out of ten. I'm taking away a point because, at times, they send emails for me to read when I need something done immediately.

Positive

We previously used SRM. We use Zerto because it is just easy to use. You don't need to set up a lot of stuff. You only need to set up one appliance on each site, and you're good to go.

The initial deployment is very straightforward. You just install the appliance, make sure that all the ports are working fine, test the connection, and you're done. If you have any problems, technical support is always there to help.

We had help from CDI for the initial deployment, and they were not bad. It was easy enough, but we had to use our credits. If it were not for the credits, we could have done it ourselves.

After the initial deployment, my team has been doing all the upgrades and any other setups.

We're down to a couple of data centers now, and our data center cost is going down. That is the ROI we have seen with Zerto.

The pricing is fair.

We evaluated SRM.

You don't have to evaluate Zerto; it just works. I would give it a ten out of ten;
I have no complaints.

Our primary use cases were designed around backing up and being able to restore our management plan. This isn't something used for our department users. It is specifically for our infrastructure, things like vCenter, vRealize Operations—all those things that we still have to maintain. We wanted something a little more granular than just a standard backup. We needed to be able to say, "Rollback half an hour or an hour," as opposed to following the backup schedule that the larger backup system provided.

We're using it for migration. Zerto plays a large role in helping us move away from Hyper-V into VMware. We're talking about multiple departments that had to transition their applications and Zerto gave us an opportunity to do it in a much less painful way.

Another key benefit is that our response time has significantly decreased. We're no longer having to rely on the traditional process where you manually execute a backup and hope to God it works okay. And then, you have to run through whatever changes are necessary and cross your fingers that, if you have to restore, it will come back. We don't have that problem with Zerto.

The solution has also helped to reduce downtime for us, absolutely. In most cases, we are able to use Zerto as a momentary backup, run an upgrade or installation, and see whether or not we're going to succeed. We can potentially back it out without anybody knowing about it because it's still within our maintenance window. We never exceed that rather limited time period. That's very helpful. With our existing backup, more likely than not we're rolling into days at a time if something fails. So if our maintenance window was on the weekend, it would roll into the production week and cut into the week by a few days. That would be very problematic.

And the recovery speed is basically as fast as the speed of our pipe, and that's what makes it great. As long as our pipes are fast, we don't have to worry. We can roll in, roll out, or potentially roll back if we have to, within a really small window of time.

In addition, it has definitely reduced the number of operational groups involved in backups. Zerto is not managed by our storage team. It is managed by the team I'm on, which is infrastructure. Because of that, it's all internal to us on the infrastructure team. We don't have to go outside of our team to coordinate with others.

There are several valuable features because of the way we use it. The backup and restore features are definitely indispensable.

There are certain things about the user interface that could be a little bit more user-friendly. But it really depends on the audience. If we are using it as a technical tool, our team is the audience and we are able to utilize it. But if we were to pass this on to, let's say, the department users, that would become a little problematic. I'm wondering whether or not we can actually expand our offering to those department users. That may be a question.

I have been using Zerto for three years.

As long as our infrastructure is stable, it's stable.

All I have to do is add managers out there and it expands. What it boils down to is that my infrastructure has to be able to support it. I have to have space where I can send the backups to. As long as that exists, we're fine.

The customer support is pretty good. The bottom line is that the customer service is responsive, whether we're talking about technical challenges or even licensing challenges. They've been very helpful in both ways.

Positive

We played a little bit with Veeam, but for the most part, we relied on our storage team to provide us with backups. We switched to Zerto because that team wasn't able to deliver in a timely fashion and they weren't able to guarantee restorability.

I wasn't involved in the initial setup. We have an individual who is our infrastructure expert. He took it upon himself to try it out. He told us what he found out when he did that trial and we started playing with it a little bit more and saw how easy it was to use.

I don't want to create upward pressure on their pricing plan, but the pricing is good. It's affordable.

The amount we had to set aside for our existing backup solution, compared to Zerto, was astronomical. The way Zerto works, it is so easy to scale up and out. It's not going to end up creating undue pushback as far as the cost goes.

We evaluated other solutions, with Veeam being one of them.

There's a lot about Veeam that we only just touched the tip of. I can't say with a lot of certainty what specific features Veeam may have. But there's a reason that we only touched the tip of Veeam and jumped over to Zerto.

One of the things that brought us to Zerto was talking to some of the folks that were here, at VMware Explore, years back, about what Zerto did, how it did it, and where it got its origins. That told us it was something that was definitely pretty solid and worth trying. I have to admit that, after trying it, it hasn't disappointed.

Leaving Veeam aside and comparing Zerto with our existing backup functionality, forget it. The two solutions are night and day. There is no comparison whatsoever. There is a lot of overhead with our existing backup feature that we just don't have with Zerto. We definitely have an easier time managing and controlling it. Zerto is definitely easier to use than our existing backup function.

One of the things that I'm finding with Zerto is that we're discovering new uses every day. As we continue to explore what Zerto can do, we haven't even gotten to the point where we say, "We wish it could do X." I'm not quite sure how Zerto interacts with cloud as a target, right now. That's something I need to learn. That's not necessarily a fault of Zerto, it's just me not knowing it yet.

We primarily use the solution for continuous data protection and cloud onboarding.

The analytic tools are great. 

The external API is something we're using quite a lot. It was upgraded, however, we still haven't upgraded to nine. We were starting to work at six, then seven, then eight, and now we are at eight of five updates. We've been working with this product quite a lot, and they have constantly added a few features. The long-term journal is one feature that is useful in that it allows us to use the product as both CDP and backup. You don't need the backup and disaster recovery tool. That's lowered the overall maintenance and operational costs. The OPEX gets reduced, once you use these two products. 

They have reasonable support. The Zerto university for training staff is very useful. It's very easy to get people on board and to get technicians to work and be familiar with the product. The virtual labs are very useful. You have a sandbox and you can easily play and try the product.

Unlike other products that split the VPG into protection plans and activation plans, they're doing everything within the same location. 

Technical support is good.

It's a very stable solution.

They could improve their online documentation.

From a reliability perspective, the product is around seven. It's less reliable than, others for example. They have one limitation when they have a virtual protection group that does everything.

From the ease of deployment perspective, it requires expertise and time. It's not very easy to do auto-tagging or to run multiple VPG genes at the same time. So, from multi-tenant or multi-complex scenarios such as using Zerto external products, such as firewalls, while their own product is good, it's part of a larger ecosystem, that still has a long way to go.

The triggering of external products could be better. Combining a master runbook and not just a single VPG or splitting the protection group from the activation plan could be better. There will be a protection policy and activation policy as being done in other products. 

Better tagging and better multi-term support are needed. Currently, there is no tenant admin support, only global admin support. They should work at the tenant level instead of the global admin level.

Right now it's an HPE product; they're no longer a startup. We are hoping that being bought by a major company will do good for them and they'll fix what needs to be fixed. There were very good products, to begin with, and HPE should work to make it even better.

We've been using the solution for the last three years at this point. 

The stability of the product is good. There are no bugs or glitches. It doesn't crash or freeze. it's reliable and the performance is good.

Technical support has been great. We are happy with the level of support.

We use both on-premises and cloud deployments. In terms of the cloud we are using, we are using Azure. We are using our own Cloud provider; we are using VMware Cloud Director.

I would rate the solution at an eight out of ten. We are happy with its capabilities. They are a very good product, however, they are not perfect just yet.

Zerto is our primary means of failing over our critical production loads that have a relatively low RPO/RTO. This is our use case for this solution.

What we like best about Zerto is its fast failover to another data center. It is simple and it works.

The limitation with Zerto is that you're required to have one Zerto Manager per virtual center, and this means that we're only able to replicate one way using this solution. Now, we are evaluating the clustering of Zerto with Microsoft clustering, so we can replicate both ways and both data centers, and have the management server in both data centers.

Historically, Zerto has started going into the backup space, and that is when they lost focus on keeping their replication product good. Now, it seems they're finally leaving that backup space, and they're just sticking with replication, so in version 9, they have fixed all of my gripes about the product, e.g. they now support VMware tags, Windows bringing over the time on the target side, etc. All of these little things, they are all correcting, because they're now sticking with the replication product.

It's been five years since I started using Zerto.

Zerto is a single use case product and it works flawlessly. It is stable.

Technical support for this product was absolutely fantastic, but that was before they were acquired by HP. They are still good, but I can tell the company is becoming too big.

We didn't previously use a different solution, as this was the first use case or first requirement that we needed to have under a 24-hour RPO/RTO.

The setup for Zerto was very simple.

We implemented this solution in-house. Implementation only took less than a day to complete. Zerto was ready to use in our environment for a DR (disaster recovery) exercise weeks later.

The return on investment from Zerto was immediate. Instead of having legacy DR failover exercises that involved multiple teams and weekends work of activity, now a single user can fail over everything and get reports to prove that it was failed over and the data integrity was all done. As far as people hours and time, the ROI was instant.

Zerto is fairly expensive. We are on a perpetual three-year subscription, but for my less than 300 VMs that we needed this functionality for, it is worth it. I'm not aware of any additional costs beyond the standard fees for this product.

We did evaluate Commvault LiveSync, Veeam, and Dell solutions, though I don't even remember what the Dell product was. We did go through RFP. We went with Zerto because it was simple and it worked, and we didn't have to worry about doing anything else.

We're a Commvault and Zerto customer.

We are on Zerto 8.5, and we are evaluating version 9 update 3.

I have no impression on the scalability of this solution, because we haven't really grown yet. We have 300 endpoints and we've always been in that range. I can't tell how Zerto fares if there's more than 300 endpoints.

We have a primary asset owner who uses this solution, who gets feedback from other IT infrastructure teams of whether their servers need to have a low RPO/RTO. That single asset owner will then put those in Zerto. For deployment and maintenance, we have the primary asset owner, then there's a backup person. The primary asset owner does everything, but if the asset owner isn't available, the backup person will help with support roles.

We don't have plans of increasing Zerto usage, as we've always had a relatively static critical VM count of around 300, e.g. we've gone down to 260, we've gone up to 300, but it's always in a range that's close to 300.

My advice to people looking into implementing this product is that if you have less than a 24-hour RPO/RTO and you need it to work in your target location, then there's no other product for it other than Zerto.

My rating for Zerto is a nine out of ten, because nothing is perfect. Nine is the best rating I could give for this solution, but the key takeaway is that it is a single use case product and it does the job.

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.

We have servers in Houston and we have servers at a DR site, we need to be able to make sure that they're replicated in some form or fashion. That's what we use Zerto for, to replicate between our primary site and our DR site.

The biggest improvement for us was going from a possible 24-hour lag on our backups to real-time lag. With the hurricanes here in Houston, buildings losing power, and so on, it was nice having the ability to just go flip a switch and we're live with current data as opposed to we're live with what happened yesterday.

Zerto has helped to decrease the number of people involved when we need to failback workloads. It's a much smaller number. It's time-consuming because of the way it works, but it's not overly overbearing. Instead of taking a better part of the day or two to get everything up and running, it really only takes us three or four hours. It has also decreased the number of people we need. It would take three or four of us to bring up servers, make sure they're all running, test them, and all that stuff. Now, it takes one person to bring them all up and then there's a couple of us to test it, so we have half or less of what it used to take. 

We've never had a ransomware issue. The reasons for our failover has typically been natural disaster caused.

Pretty much all of the features are valuable. The biggest thing we use it for is replication, so the ability to set up our virtual server, set it to replicate, and Zerto handling everything else is the biggest feature that we like.

The continuous data protection is great. We love it because we can see exactly how many seconds behind real-time we are, which is usually under 10 seconds. It keeps things up to date. We love the product.

We currently don't use it for long-term retention. It's something we may look at in the future, but that's not the product we're using for that.

Zerto is very easy to use once everything's set up, which isn't difficult. It takes a little bit of time to make sure all the network stuff is all set up properly, but once everything's set up, using it day to day is very simple.

Zerto has saved us money by enabling us to do DR in the cloud rather than in a physical data center. Our DR is to a physical data center. We don't put our data in the cloud.

For what we got it for, it does it great. I use a different solution for my disk-to-disk local backups to where I can have a local backup of files. I don't think Zerto does that well to where it keeps a memory of the files that are there. Basically, when something is deleted on Zerto, it gets deleted on the replicated version. So, some sort of snapshotting or something where I could have backups at different points in time of files would be a really helpful tool.

We have been using Zerto for five years. 

Stability is great. The only downtime we have is during upgrades and patches. I really haven't had any problems with the platform or stability.

The time it takes to update or patch depends on the size of the patch. Major upgrades take a little bit longer, but I mean, it's typically a couple of hours at the most. It's not a huge thing.

Scalability has been great. It continues to grow as we grow. I haven't had any problems with it.

Zerto is being used 100% across our environment. 

We've got about 11 servers doing backups in the 20 to 25 terabyte range most of the time.

Only I work with Zerto in my company. 

The two times that we've contacted technical support, we didn't have any problems. They've been helpful. They made sure we got the issue resolved and did very well with it.

We previously used Veeam. We switched because of real-time backups. Veeam was a point-in-time backup. We said, "You're going to back up at this time." It took a snapshot and backed it up. Zerto just continually backs it up and makes sure that we're currently up to date and matching the server at your primary.

We use Zerto primarily for disaster recovery to the DR site. We still use Veeam for our backup disk-to-disk local for file backups.

Once Zerto is set up and running it is much more hands-off. You don't really have to do anything. You just log in to check, make sure everything's going well, and you're pretty much done. With Veeam, I feel like I have to check in a little bit more often, make sure the backups are running properly, making sure all the files are there, and everything like that. There is a little bit more checking to do on a regular basis.

I don't know if we would have failed over with Veeam because of the amount of time it took and coming back online at the primary site. I don't know that we would have failed over, which would have been probably five or six days of downtime. If we had failed over, we'd probably have lost two or three days in one direction, and probably another two or three days coming back to the primary.

The initial setup was pretty straightforward. It took a little while to make sure we had everything connected right, and that it was going to the right place, but it's no more difficult than any other setup for something like this. I didn't find it difficult at all.

If you don't include seeding and you only include the setup and deployment, it only took us a day or two of planning and then another day of actually implementing it. The seeding took a while, but that's to be expected.

In terms of our implementation strategy, we were using a different product back then, which wasn't as up to date and live. We were just backing up at night, so we had a nightly snapshot that was being transferred to our DR site. Our strategy with Zerto was to get us to more of a real-time backup solution at the DR site and make sure everything was good. That was the entire purpose of going with Zerto.

We used a third-party integrator for the deployment. We used Centre Technologies and they were great. We've used them for other stuff and we didn't have any problems with it and never have.

The one time we had the failover and run at the DR site, instead of having two or three days of downtime, we really had less than one day of downtime. If you measure that in how much money we were able to make that day, it's around $200,000 to $300,000.

We are on the lowest license because we don't exceed the number of servers for the base license, so I don't have a lot of information about licensing. The price of it was comparable, if not better than what we were paying for Veeam. I have no problem with the pricing at all.

There are no additional costs to the standard licensing. 

Make sure you know how long it's going to take to do your initial seeding. If you've got a lot of data, and you're doing it over a pretty good distance, just make sure your pipe is big enough for the initial seeding. Once the seeding's done, pipe size doesn't matter, but the initial seeding can take a good amount of time over a small-ish pipe if you're replicating a lot of data.

For our largest servers to seed can take a full week or to 10 days for one server, for our large file server to seed is about seven terabytes, but we don't have a huge pipe at our DR site. We negotiated to increase the pipe size temporarily while we were doing the seeding, and that reduced the time drastically on how long it took to seed. I can't really give a number or what to look for. I would just have that conversation with Zerto about how long a certain pipe is going to take. How long is it going to take to seed using whatever pipe size based on the amount of data that they have.

Make sure all of your notifications are set up well when it fails. It takes a little tweaking and making sure that everything is set up right, but when you want to make sure you're notified if you get outside your SLA on how long the backups are trailing, making sure all that's set up properly is key.

I would rate Zerto a nine out of ten.