Zerto Reviews

We primarily use the solution for disaster recovery.

It’s improved our organization via providing better RPOs and excellent uptime. 

The best aspects of the solution are the simplicity of use and the way that it handles the RPOs and the RTOs. I like that we’re able to dial into exactly what we want. They've been able to give us better RPOs than we ever imagined.

It has a very clean interface and is easy to understand. You don't really need a lot of technical knowledge to understand what you're doing.

I don't know if it's the compression or what, however, we get really good RPOs. The system already knows what we're trying to do. It’ll estimate and give us better RPOs than what we've actually set.

We’ve improved our RPOs 100-fold.

Uptime is excellent. The last test fail-over recovery was within almost thirty seconds to a minute. It was very, very good, and I was very impressed. This is extremely vital. We have to maintain a lot of uptime. The data that we have is constantly being written and it is very vital that we stay up for public safety reasons. To be able to have something like this solution, that can fail over and fail back easily, makes us much more agile in the data center.

There are a few technical aspects that I didn't care much for. For example, we’ve made a transition to hyper-converged technology, which is moving more towards provisioning and being smaller and more agile. Zerto requires these thick provision walls for virtual machines that are always running. I know that they're temporary. However, they're constantly running and they eat up a lot more disk space than they need to. Maybe if there was a little more of a stronger relationship with VMware and how they operate, some of that could be better managed.

I've been using the solution for three or four months.

It's scalable. If we need more, we just ask for more. If we need less, we scale it down.

We're already looking at how we can leverage it on other sites. To do so, we simply just buy a few licenses, deploy a couple of VMs, and then it's off to the races.

The size of our current environment is about 40 terabytes of virtual machines that we are protecting.

We've never had to contact technical support. 

Our experience with the initial setup was easy. It took 15 minutes. 

We leveraged a third party for deployment. The person we hired wasn't that technical, and only knew the basics. However, it was so easy we really didn't need him.

We're still waiting on the ROI. However, it will be very easy to calculate the minute we have a failover. 

The pricing and licensing are excellent. It's very straightforward. You license what you use. 

We also evaluated VMware's cyber recovery manager. We chose Zerto due to the fact VMware’s solution was very complicated, very difficult to use, and required a lot more effort to be able to set it up and make sure that it worked. There was a lot of debugging to make sure things were working properly. Whereas Zerto was almost effortless. I was able to implement Zerto within minutes. Without exaggerating, within ten minutes I already started replicating.

The solution just works. It works in the background and it is very hands-off. Once you set it, it just goes. 

I'd rate the solution nine out of ten. 

We use Zerto for disaster recovery as a service and site-to-site migrations. 

Zerto enables us to do sandboxing failovers. You can run tests on a production environment in a sandbox and spin up a copy of your actual production environment in a few hours. When you're done with it, you can click a couple of buttons, and it's all blown away. You don't need to worry about reverting changes or interfering with your on-prem production environments.

The most valuable feature is the overview Zerto gives you, providing quick insights into where your VMs are and whether they're replicating. It's an easy interface to work with. Configuring Zerto to failover in Azure is pretty simple. The biggest challenge is moving from on-prem to the cloud, but that's not an issue with Zerto. The problem is the difference in hypervisors.

I would like to see some improvements with APIs going into the cloud so that they can more natively orchestrate the migration point-to-point without special hands-on configuration. Azure does some of that natively by having an agent on the VM, but Zerto could improve on its APIs into Azure or Google so that spinning up works more natively in that environment. It would make things smoother. 

I've been using Zerto for about a year now.

I haven't faced any stability issues. The only problems I've had have been self-inflicted, so it's pretty good.

Zerto's scalability seems pretty robust. I've had a few larger VMs that have been a little troublesome in terms of the RTO, but they are also outside of best practices. There should be no issues with scalability if you're working within the defined parameters of what's acceptable.

I rate Zerto support nine out of 10. I've used their support pretty extensively. I would say the majority of the experiences have been overwhelmingly positive. Their response times and issue resolutions are satisfactory.  

One thing I would change about Zerto support is the fact that you sometimes can't find the answer you need online. Sometimes, Zerto reaches out with an answer to that particular issue, and it's in a document that the customers can't access without going through support. It doesn't feel like that information should be limited to internal use. I should be able to find that online without going through a support channel. 

Positive

I've also used Azure's native Azure Site Recovery solution, and there are definitely some benefits to using Zerto, such as the fact that it works at a hypervisor host level over individual VMs with agents. The performance is probably a little better in most cases. 

Zerto is easier to use than ASR overall, but the setup is a little bit more involved. After the installation, the daily use is pretty simple compared to Azure. With Azure's native solution, there's a lot more that you must do repeatedly throughout the lifecycle of any virtual machine or system that you're trying to protect. Zerto is much simpler in that regard.

The on-prem deployment is super easy and works well. Migrating from on-prem to the cloud involves a lot more steps and things you have to configure so that it can communicate into the cloud and build everything that it needs to. That takes more time. It probably requires twice as much time to deploy on the cloud. 

We see the biggest ROI from Zerto's real-time test environment. If we want to do a proof of concept on a hundred servers, we can spin them up within a few hours and have them ready to start testing stuff with real data to see how that might look if we were to deploy that into production. It's an excellent, accurate test environment that we don't need to maintain.

Zerto's pricing is competitive, given the benefits and ease of setting it up. It may seem more expensive upfront, but you're going to save that over the long term by spending less engineering time configuring, reconfiguring, etc.

I rate Zerto nine out of ten.

We utilize Zerto for our disaster recovery solution, which involves replicating our virtual machines to a remote hot site to ensure failover capabilities.

Zerto's near-synchronous replication is great. 

Our RPO is around ten seconds.

I found Zerto's dashboard and features, such as the Zerto console, easy to use. It is simple to navigate and comprehend. Additionally, it is convenient to check various RPOs and BPG groups to stay informed about the current status.

We now have a robust disaster plan in place since the implementation of Zerto, which was a significant aspect we aimed to ensure.

Syncing data over to the data center for disaster recovery is easy.

I cannot provide a specific answer regarding our RTOs, but they have definitely improved significantly compared to our previous practices.

Zerto is considerably faster than our previous disaster recovery testing, which has saved us a significant amount of time.

Zerto has reduced the number of resources required for our data recovery.

It has helped reduce the number of staff for our backup.

We are utilizing a third-party company to assist us in managing Zerto. However, the RPO time for the copied-off VMs appears to be quite short. Additionally, it is straightforward to use.

One concern we have is the speed at which Zerto maintains compatibility with VMware and different versions of VMware. We are specifically worried about potentially major security issues with our current ESXi version and whether upgrading it would cause any problems or compatibility issues with the Zerto version we are using. It is crucial for Zerto to collaborate closely with VMware in order to promptly test updates.

I have been using Zerto for six months.

Zerto is stable. We have not had any stability issues.

We have not used Zerto in the cloud, but on our ESXi host, it appears to be scalable.

We used to back up VMs to powered-off off-site storage, but Zerto provides live disaster recovery capabilities. We had been utilizing a different disaster recovery concept, but Zerto is easier to use and provides us with an improved turnaround time in the event of a disaster.

The initial setup was straightforward. I assisted in the deployment, and a total of four people were required. The deployment took one week due to the necessary networking changes that had to be made.

We implemented using a third party.

I give Zerto a ten out of ten.

We utilize Zerto for our disaster recovery, and we employ our storage appliance for local snapshots.

No maintenance is required for Zerto.

I suggest using Zerto to have the servers in different Virtual Protection Groups so that they can prioritize the most important aspects of the business.

Its primary use case is for disaster recovery of 10 servers that we have in-house.

The testing of failover and failback is critical to any company, especially if they're certified in some platform like we are with ISO 27001. It is a necessity, and one of the main reasons I purchased Zerto.

Live replication and up to the second type of failover are valuable. The fact that we can do test failovers and failbacks is important for our ISO certification.

More user support would be best for me because I'm not in the product all the time. So, having strong support is probably the most important decision on any products that we buy.

The price is another thing that they definitely need to work on unless it has changed. I purchased mine a while back. 

When it is up and running, it is just always running, but because we're changing our infrastructure, basically, everything has to be destroyed and rebuilt.

I know it is scalable with the backup solution. I don't understand why that wasn't there early on, but it is neat that they've added that functionality in there.

It has been a long time since I've worked with them. So, I would rate them a 7 out of 10.

It is rare that I have to contact them. We are in the process of redoing our VMware infrastructure. We have to reinstall the whole product, which we haven't done for a long time. So, I'm not that familiar, and we're probably going to have to pay for services where I would like that to be handled by support to help us.

Neutral

It has been quite a while, but we used to use Double-Take to replicate some servers between offices. Zerto is much better at doing that functionality, and that's why we switched. 

The ease of use is definitely better with Zerto. The data recovery with Zerto is very fast. You just push buttons for recovery and flip back.

The initial setup was straightforward, but I had a team, probably from Zerto and not the consultant, that helped us with the installation. So, I had somebody right there holding my hand, and it was very easy to do.

That's hard to say because we haven't had a catastrophe. If we have a failure, hands down, I can't complain about that, but we haven't had any incidents.

Even though there is a fast speed of recovery and ease of use, I haven't measured the time savings and resource savings with Zerto. That's analytics, and we're not that detailed. We're user support focused.

It is very expensive. It is overpriced. No doubt. What held us up for many years from committing to buying it was always the cost. That's also why we only have 10 licenses.

We probably looked at other solutions, but I don't recall what they were at this time.

I know that they have a backup now, which they didn't have when I purchased originally, but we don't use that today. It may be something we'll look into. 

The solution is great. I'd rate it a 10 out of 10.

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 it primarily for backup and recovery of individual servers and databases. We also use it for long-term retention.

It helps us

• achieve our RPOs
• conduct successful DR tests
• provide functionality for some of our key, critical customers.

Fortunately, we haven't gone through an unplanned DR situation, but if we were to go into one Zerto would be the top technology that we would use to recover. We would expect it to function as designed to get everything back to working as normal. Otherwise, obviously, it would be a big problem for our company. Zerto is a critical, core piece of infrastructure for the IT infrastructure team. I estimate it would save us hundreds of thousands of dollars in a DR situation.

In addition, when we need to fail back or move workloads, Zerto decreases the time involved. It's hard to quantify how much time it would save us because we haven't compared it to other DR products. But if we were to use our in-house data protection backup solution or our storage solution, Zerto would save weeks of man-hours when it comes to setup, compared to those other solutions. And it could save minutes in terms of the recovery point objectives.

The instant recovery at DR locations is the most valuable feature. We're required to do periodic DR tests of critical databases, including Oracle and Microsoft SQL. We have recovery point objectives set for specific databases and we need to be able to achieve them. Zerto helps solve that business problem.

Zerto is also pretty simple and straightforward when it comes to ease of use. There were no big surprises.

I would like the ability to monitor the performance of some specific components. Right now we're having an issue with local and remote replications with some of the VPGs. Being able to look at individual VPG performance would be helpful. 

Another thing that would help would be a recommender, or some type of tool that says, "Hey, you're not conforming to best practices." It would do a conformance or compliance check to tell you if your VPGs are set up according to best practices and whether your Zerto clusters are set up optimally. It would see if you have HA enabled and whether your alerting is turned on.

Another area for improvement is alerts. We're getting so much noise right now in the 8.5 version. The problem is that we don't know which are the ones we need to act on. We don't know which ones are severe versus those that are informational or notice or debug. They have told us that when we upgrade to version 9 we'll be able to tune some of the alerts. That type of alert tuning, where we can get just the emergency and error alerts, would be helpful, while not necessarily tuning out the informational or notice or debug alerts. If alerts could be channeled to a syslog server where we could filter and see which alerts are the priority that would be an improvement.

We have a network operation center and for us to operationalize this tool with them, we have to be able to deliver each alert along with an action plan for it. That way they can take the appropriate action if Zerto has some type of error. It would help if the alerts didn't just fall on our storage and data protection team. If we could transfer some knowledge and have other level-one teams look at some of the more basic Zerto alerts and try to resolve them, that would help.

I've known about Zerto for several years but I've been actively using it for the last two months.

The stability is pretty good. I haven't seen the software itself break, or the services stop for unknown reasons. 

We did have an issue with a VPG the other day, where it went belly-up, and we had to rethink and do a bunch of baselines. So some type of health monitor that shows both the servers and the VPGs would be helpful.

I haven't worked with the scaling functionality because we only have it in our two major data centers. But I think it would be pretty straightforward and simple to set up scaling.

Currently we're protecting about one petabyte with Zerto. We have some room to grow still with Zerto.

Much like with any technical support—and this is true whether you're talking about IBM, Microsoft, Dell EMC, or any of the big tech players—their level-two guys are definitely good, if you can get one of them. But the level-one guys seem not to be as good. Zerto was acquired by Hewlett Packard Enterprise and it shows with their level-one guys. They're not as vested in the product. All the level-one people who were vested in the product probably left. So a lot of the level-one guys aren't very technical. 

We oftentimes have to work with our technical account manager to get cases moved up to level two. Once they're there, they seem to get some movement, which is good. And, obviously, their level-two support team in Israel is very good.

Positive

I was not part of the initial installation, but I've heard that some of the initial pieces are straightforward. Where it gets complex is that I don't know if it was set up according to their best practices.

The pricing follows normal industry standards.

In a previous company, I was involved in the evaluation process that ended with choosing to go with Zerto.

Zerto sits on top of a lot of other technologies. It's like a "Layer 3" for lack of a better term. Some of the other solutions that are "Layer 2" can be more attractive, solutions like Commvault, Rubrik, and Cohesity. They're able to do more native operations at the OS level, like replication. They have more hooks into the operating system to enable you to do that.

However, Zerto's user interface is good. It's simple, it's straightforward, and it gives you the RPOs and RTOs right then and there. It requires some administration from the VPG perspective, but it's able to bridge a lot of gaps.

My advice would be to work with your Zerto technical account manager for the setup and best practices.

Zerto is good when it comes to continuous data protection. We're currently in the middle of some technical support cases with them, cases that I'm watching, regarding some of our larger databases. But so far, there have been no issues with the smaller databases. It's doing its job.

We haven't yet enabled Zerto to do DR in the cloud, but that's something we are pursuing currently. We have had a demo of it but we haven't done a PoC.

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

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

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

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

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

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

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

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

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

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

I have been using Zerto for about four years now. 

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

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

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

I would rate Zerto support a seven out of ten. 

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

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

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

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

There are additional VM resource costs.

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

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

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

I would rate Zerto an eight out of ten. 

We 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.