HPE Zerto Software Reviews

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Positive

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

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

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

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

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

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

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

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

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

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

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

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

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

We have typical use cases for it: resilience and disaster recovery. They have some other functionalities that their software can help account for, but we are using its disaster recovery and resilience, which are kind of its core functions.

I have used it in many scenarios, including a temporary data center move in Europe. I had to move all my resources from Belgium to Budapest, and then back, once our data center was physically moved across town in Belgium. I am not sure how this would have been accomplished without Zerto. 

With Zerto, the move was incredibly easy to do. It was click of a button, wait 10 minutes, and everything is up, then turn on the data center. Once the data center was relocated and rebuilt, click a button, and wait a few minutes, then it now runs back to the original site. It was that easy. The data center move part was obviously the hard part, as it should have been, not keeping the applications going at a secondary site during that time. That was a pretty big success with Zerto and our largest use case for it: a data center move.

We are currently using Zerto with some more modern databases, application servers, and tertiary systems to provide redundancy and resiliency to our crown jewel application. We have been doing a lot of DR testing scenarios, part of which relies on Zerto and part of which are other mechanisms. In general, when we have done our recent testing using the Zerto portions, once we say, "Okay, we are doing this now," it is taking less than three minutes on average for the systems to be fully back online at the new location once we start. That includes booting all the Windows VMs up. The actual VMs were ready to go and functional within 30 seconds. However, some of them are larger Windows machines and those take their time to boot, getting services online and connected to everything. So, the Zerto part was literally under a minute in these test scenarios to clear a total failure and initiate our disaster recovery function.

The near real-time replication is probably the biggest value of this solution. There are some other ways to get that done, but this seemed to be the easiest and cheapest way to get near real-time replication. In most instances, our RPO is about five seconds, which is pretty aggressive and not that taxing to achieve with Zerto.

The ease of use is pretty high. It really isn't very complex to use. They did a good job with the UI, and it is fairly obvious where you need to click, what you need to click, and what you are doing. There are good confirmation screens, so you are not going to accidentally take down or move loads that you are not trying to. It is fairly user-friendly, easy to use, and you don't need to read a manual for three weeks to start using it.

Previously, our main need for Zerto was actually database cluster servers running fairly old software, SQL 2008 on Microsoft Windows clusters with none of the advanced SQL clustering functionality. Our environment is all virtualized. The way we had to present the storage to our host machines in VMware was via raw device mapping (RDM). Technically, Zerto can do that, but not very well. We have gone to some different methods for our databases, which don't actually use or rely on Zerto because the solution wasn't that functional with RDMs. This is an old, antiquated technology that we are currently moving off of. I can't really blame them, but it definitely is something they thought they could do better than they could in practice.

They had a bug recently that has come up and caused some issues. They currently have a bug in their production versions that prevents their product from functioning in some scenarios, and we have hit a few of those scenarios. Aside from that, when it is not hitting a bug, and if we're not trying to use it for our old-style, old-school databases, it functions incredibly well.

I had an early Zerto certification from their first ZertoCON conference. I received a certification from them in May 2016, so I have been using it for at least five years. I would have been one of the initial users at my company, so they have been using Zerto for at least five years.

Stability is reasonably good, but I wouldn't say excellent. We have had some odd issues with vRAs, which are little VMs that hang off of every VMware host that we have. Those aren't consistent, but they do occasionally happen. As I referenced earlier, there is a bug in the system right now that can affect my VM recovery. It tries to put too many requests into VMware at once, and VMware will timeout those requests, which causes Zerto to fail. That has not been constant throughout our use of Zerto. It is usually a flawless operation, and that is why I can still say good to very good, even though they currently have a bug. It is very uncommon for them to have anything that affects the platform negatively.

Scalability hasn't seemed to be an issue. We started out with two sites connected in the same city. Now, we are running the connected infrastructure of Zerto on three different continents. Some of those continents have various cities and/or countries involved. That has not given us an issue with scalability at all. It seems to be fairly flexible in adding whatever you need it to do. As long as you have the bandwidth capability and reasonable latency between sites, Zerto seems to work quite well.

10 to 12 people are actively in Zerto, or even know what it is besides a word that an IT guy uses to say, "It is okay." Generally speaking, their titles would be network administrator, network engineer, or senior network engineer. 

For all our sites, most of our IT staff wouldn't be allowed to mess with it. Because if you hit the wrong buttons in Zerto, you can take down an application. So, there is a fairly small list of folks who would be able to get into this. Only a few sites can actually access the management console. They are located in Louisville, Kentucky; Belgium, Budapest, and Melbourne, Australia.

I would rate the technical support as eight out of 10. They know the product very well. I have had a couple misfires at times, but they are pretty good in general.

One of the issues that we had early on was regarding some of the storage functionality, especially regarding RDMs. I had contacts and conferences with the Zerto development staff, whom I believe are in Israel, about the ability to ignore disks in Zerto for my virtual protection groups (VPGs). What they can do currently is mark them as temporary disks, then they will do a one-time copy, and that is it. However, some of those temporary disks are extremely large, so it wasn't a great answer for us. I would like the ability to ignore disks instead of still trying to replicate every disk on a VM as being protected by Zerto. The biggest thing that they can do right now is improve their product. This would have been much better a few years ago rather than now. Now, we are finding other ways around it.

We previously had some storage-based replication, which we are currently still using, but nothing that really fits the same mold that Zerto does.

Zerto's database storage replication is not good with RDMs. We are still doing storage-based replication for those. 

Our new schematic is self-replicating. It doesn't require any type of Zerto replication or storage-based replication, so that was a need removed.

It was quite straightforward. You just install the software, point it to your vCenter instance, and then deploy your vRAs, which is done automatically. Updates have been the same, e.g., quite straightforward. The only challenge with updates is if you have multiple Zerto instances that are linked to each other. To be able to replicate to different sites, they can't be out more than a half a version. For instance, I am running version 8.5 on all my sites that are currently running Zerto, but I couldn't be running those if I was running 7.5 anywhere. That would have been too far out of appliance. That is more of a minor challenge than a problem. I don't consider that to be a shortcoming, but it is well-documented, easy to figure out, and also pretty straightforward.

The first site was also kind of a learning experience. That deployment took less than a day from, "Okay, let's start the download," to, "Look, it's doing something," and you need to stand up two sites to go from site A to site B. That took less than a day to get them up and functional in at least some capacity, protecting some machines and workloads.

We generally try to perform all functions in-house instead of bringing in a third-party or contractor service to help for deployments. That was the model that we followed. We read the documentation, had Zerto's number handy in case we ran into issues, and deployed it ourselves.

There are probably only five of us (out of the 12 who have access) needed for deployment maintenance. Their titles would be network administrator, network engineer, or senior network engineer. 

It is fairly simple to deploy and maintain. We do product upgrades every six to 12 months.

We relocated all our virtual machines from Belgium to Budapest, Hungary. I am not sure how we would have done it without Zerto, because we were able to keep the data in sync. We would have needed to have a lot more expensive storage products online at the time that could have kept that replication. From what I have seen from other methods, that would have required a much higher amount of bandwidth as well, then the cost would have been extreme. The mechanisms available to us with a storage space replication would have been more labor-intensive and prone to error. It was much easier and more successful with Zerto than other ways at our disposal.

Zerto has reduced the time involved that staff would spend on a data recovery operation. We don't have dedicated resources for disaster recovery. It is a scenario where, "Everybody, stop what you are doing. This is what we are all working on right now." We haven't had a reduction in headcount because of Zerto, but we have reduced the use of existing headcount.

DR management is less time-intensive and resource intensive. Therefore, there are less staff hours involved because of Zerto, but not less headcount.

Zerto has helped to reduce downtime in any situation. The easiest one to point out was the data center move. It took minutes to move an application to a different country, then minutes once again to move it back. That would have been hours at best to days with the other solutions that we had at our disposal.

Even though we are on-prem, the licensing model was changed to more of a cloud licensing model. We pay for blocks of protected machines. You need to buy a block for use and pay for maintenance annually based on the block size that you have.

When they changed their licensing model, pricing might have gotten a little more expensive for some use cases, but it has been pretty straightforward.

It is a little easier to use than Cohesity or Rubrik, but we haven't really had another DR platform in place. 

At the time of evaluation, we did not have a good snapshot-based backup platform, such as Cohesity and Rubrik, so that was not much of an option. The only thing we were aware of and investigating was VMware Site Recovery Manager (SRM), which is VMware's built-in system, SRM, and played around with it. In comparison to Zerto at that time, Site Recovery Manager is a nightmare. Zerto was definitely the easy button when we were last investigating solutions. Zerto was better in terms of ease of use, visibility, and costs. Frankly, these are all the metrics that we looked at, and Zerto worked better than SRM as well as it was easier and cheaper.

Do a PoC. Test it along with other solutions that you are looking at and make a decision. Our decision was easy, and it was Zerto.

We are changing the infrastructure supporting our primary crown jewel application and will be utilizing Zerto more heavily in that. We are expanding the amount of application servers as well as adding some database servers that Zerto will be responsible for, and currently aren't. We are expanding using Zerto because we are expanding the assets for our application. That is happening currently. We have been working on that switchover for the last 12 months. We are getting close to actually deploying all those changes in production, so that is a fairly recent and ongoing task.

We haven't had to deal with a data recovery situation due to ransomware or other causes. We have a combination of luck and some pretty good security measures in place to where we haven't had an impactful ransomware event, CryptoLocker event, etc. In that event, I don't think Zerto would probably be the first thing that we would try to utilize. We have some pretty good backup mechanisms as well. We would probably look to those first to restore from backups. We have a fairly aggressive backup schedule with many servers backed up once an hour or more, which contain critical data. That is probably where we would go first.

There is a need to have both DR and backup in one solution, but it is not important. There are better backup methodologies that we use and they cover more use cases.

We are not utilizing any cloud resources for DR at this point. Our applications are very CPU and memory intensive, which becomes very expensive to run in the cloud.

We have other mechanisms for long-term retention.

Biggest lesson learnt: Disaster recovery doesn't have to be the biggest challenge in your organization.

I would rate Zerto as eight out of 10. The rating may not sound great, but it is pretty high for me.

We use Zerto for real-time replication of our systems, company-wide. The main reason is disaster recovery failover.

We use the long-term retention functionality, although it is not deployed system-wide. We have a lot of critical systems backed up, such as our file servers. We utilize it to hold things for up to a year and we send our long-term retention to ExaGrid appliances.

When we need to failback or move workloads, this solution has decreased the time it takes and the number of people involved. The entire process is, realistically, a one-person job. We usually have an application specialist involved just to validate the health of the server. Whether it's an SQL server or application server, we have somebody that runs integrity checks on it. That said, the entire process is very painless and easily handled by one person.

I estimate that this product saves us hours in comparison to products like Veeam. Veeam would take several hours of time to fail something over. 

Our company fell victim to a ransomware attack that affected between 50 and 60 servers. Until we knew for sure that the entire situation was remediated and that we weren't going to spread the infection, we restored the servers in an offline manner, which only took a matter of minutes to complete. Then, we pushed all of that data into Teams and OneDrive directly for people to start accessing it.

From the SQL server perspective, we failed those servers over, running health checks such as anti-virus scans, just to make sure that the failed over instance didn't contain the same situations. Thankfully, they did not. We probably saved ourselves several days worth of work in the grand scheme of things. In total, it potentially would have taken weeks to resolve using a different solution.

I wouldn't necessarily say that using Zerto has meant that we can reduce the number of staff in a recovery operation. However, I think it's probably mitigated the need to hire more people. Essentially, as we've continued to grow, we've avoided adding headcount to our team. Using Veeam as my problem child to compare against, if we were using it, it would have required a lot more management from us. It would have cost us more time to recover and manage those jobs, including the management of the ExaGrid appliances, as well as the VRAs, which are basically proxies.

Definitely, there is a huge saving in time using Zerto and although we didn't reduce any headcount or repurpose anything, we've definitely mitigated at least two people from the hiring perspective.

Zerto saved us considerable downtime when we experienced the ransomware attack. It may be hard to substantiate that just on the one situation but we saved at least a couple of million dollars.

The most valuable feature is the continuous recovery with the five-second checkpoint interval. Just having those checkpoints prior to when a situation arises, we're able to get the transactional data that occurred right before the server failed. That has been a blessing for us, as we are able to provide a snapshot with no more than five seconds of data loss. This means that we don't have to recreate minutes or hours worth of data for an industry that includes fulfillment, shipping, warehousing, et cetera.

Zerto is very good at providing continuous data protection. It does a very good job keeping up with the system and it creates five-second interval checkpoints. This has been helpful when it comes to needing to fail something over, getting that last moment in time that was in a usable state.

This product is impressively easy to use. It's dummy-proof, once it's set up.

The long-term recovery is a little bit weak in its granularity. Veeam is definitely superior in that aspect, as it's able to provide a granular view of files and databases, et cetera. However, it just kind of depends on what a business' recovery strategy is.

From our business perspective, it's really not impactful to us because our recovery strategy is not based on individual files. But, I could definitely see it being a challenge if there is a very large instance of individual files, as a subset, that need to be recovered. I think that if somebody has terabytes of data then Zerto will recover it faster but navigating through the file explorer to get to files is not as easy with Zerto.

One thing I don't like about the product, and I know this is where their claim to fame is, but whenever I have a VPG that has multiple virtual machines in it, and one virtual machine falls behind, it'll pause replication on everything else in that job until the one server catches up. The goal is to keep symmetric replication processing going, so the strategy makes sense, but for our business model, that doesn't really work and it has created a challenge where I have to manage each VM individually. It means that instead of having one job that would cover multiple servers, I just have one job to one server, which allows me to manage them individually.

We have been using Zerto for approximately five years.

From a company perspective, a few years ago, I would have said that it is very stable. It is a solution that is thriving and growing. At this time, however, HP is in the process of acquiring them. While I had assumed that was their long-term plan, I didn't quite anticipate HP being the one to pick them up. As such, I am a little bit worried about what will change in the long term.

Scalability-wise, it's a very painless product. As we continue to grow out our virtual environment, Zerto is able to, in a very nimble fashion, scale with us with very little effort or overhead involved.

I'm covering approximately 400 VMs currently, which is approximately 360 terabytes worth of data. That is between two separate data centers.

Rating the Zerto technical support is a little bit tough because I've had some experiences that were truly 10 of 10, but then I've had one or two experiences where it was definitely a two or a three out of 10. It really depends on who I've gotten on the phone and their level of, A, comfort with their own system, and B, comfort helping the customer.

Some people have said this isn't within their scope of work, where others have said, "No, let's absolutely do this." In that regard, it's been a little hit and miss, but it's usually been a decent quality in the end.

Overall, I would rate the technical support a seven out of ten.

I have worked with Veeam in the past and although I prefer Zerto, there are some advantages to using Veeam. For example, long-term recovery offers more features.

In-house, we had also used the Unitrends product, as well as a SAN-to-SAN replication using an old HPE LeftHand array.

The main reasons that we switched to Zerto were the management ability, as well as its ability to provide continuous replication. Veeam was a very cumbersome product to manage. There were a lot of instances to monitor and manage from a proxy perspective, whereas Zerto's VRAs are relatively transparent in their configuration and deployment. These are painless and I don't have to continually monitor them. I don't have to update them since they're not like standalone Windows instances. It's very low management for us.

Of course, continuous replication is critical because Veeam, even though when we had owned the product, it claimed 15-minute intervals were doable, it never seemed to actually keep up with those 15-minute snapshot intervals.

One final reason that we migrated from Veeam is that they were utilizing VM snapshots at the time. I know that they've moved away from that approach now, but it was very painful for our environment at the time. The VMware snapshots were causing some of our legacy and proprietary applications to fail.

The initial setup is very simple.

Our implementation strategy involved setting it up for our two data centers. We have a primary and secondary data center, and Zerto keeps track of all of the VMs at the primary site and replicates them to the other site.

In the future, we plan on looking into the on-premises to cloud replication. On-premises to Azure direct is on our roadmap.

I completed the setup myself without support or anybody else involved in the deployment.

It took approximately an hour to deploy.

I handle all of the administration and maintenance. As the senior manager of infrastructure, I oversee our work and server group. I have also retained private ownership over the disaster recovery plan and failover plan.

We have probably not seen a return on investment from using Zerto. We don't really have lots of situations where we have to use it and can substantiate any kind of financial claim to it.

I do not like the current pricing model because the product has been divided into different components and they are charging for them individually. I understand why they did it, but don't like the model. 

Our situation is somewhat peculiar because when we bought into it, we owned everything. Later on down the road, they split the licensing model, so you had to pay extra for the LTR and extra for the multi-site replication. However, since we were using LTR prior to that license model change, they have allowed us to retain the LTR functionality at our existing licensing level, but not have the multi-site replication.

We have not evaluated other options in quite a long time. We very briefly evaluated Rubrik. 

When we first decided to implement Zerto, it wasn't very important that it provides both backup and DR in one platform. In fact, realistically, even now, while we have it and we used it on a limited scope, I'm not sure that it's needed.

With respect to our legacy solutions, I'd say that the cost of replacing them with Zerto is net neutral in the end.

My advice to anybody who is considering Zerto is that it's an awesome product and it won't steer them wrong. That said, there are some issues such as the licensing model and the situations where VPGs falling behind suspends the replication. Overall, it is a good product.

I would rate this solution an eight out of ten.

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

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

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

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

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

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

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

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

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

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

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

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

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

Zerto is very stable.

The scalability is generally good.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

I would rate this solution an eight out of ten.

Originally, I was looking for a solution that allowed us to replicate our critical workloads to a cloud target and then pay a monthly fee to have it stored there. Then, if some kind of disaster happened, we would have the ability to instantiate or spin up those workloads in a cloud environment and provide access to our applications. That was the ask of the platform.

We are a manufacturing company, so our environment wouldn't be drastically affected by a webpage outage. However, depending on the applications that are affected, being a $15 billion dollar company, there could be a significant impact.

Zerto is very good in terms of providing continuous data protection. Now bear in mind the ability to do this in the cloud is newer to them than what they've always done traditionally on-premises. Along the way, there are some challenges when working with a cloud provider and having the connectivity methodology to replicate the VMs from on-premises to Azure, through the Zerto interface, and make sure that there's a healthy copy of Zerto in the cloud. For that mechanism, we spent several months working with Zerto, getting it dialed in to support what we needed to do. Otherwise, all of the other stuff that they've been known to do has worked flawlessly.

The interface is easy to use, although configuring the environment, and the infrastructure around it, wasn't so clear. The interface and its dashboard are very good and very nice to use. The interface is very telling in that it provides a lot of the telemetry that you need to validate that your backup is healthy, that it's current, and that it's recoverable.

A good example of how Zerto has improved the way our organization functions is that it has allowed us to decommission repurposed hardware that we were using to do the same type of DR activity. In the past, we would take old hardware and repurpose it as DR hardware, but along with that you have to have the administration expertise, and you have to worry about third-party support on that old hardware. It inevitably ends up breaking down or having problems, and by taking that out of the equation, with all of the DR going to the cloud, all that responsibility is now that of the cloud provider. It frees up our staff who had to babysit the old hardware. I think that, in and of itself, is enough reason to use Zerto.

We've determined that the ability to spin up workloads in Azure is the fastest that we've ever seen because it sits as a pre-converted VM. The speed to convert it and the speed to bring it back on-premises is compelling. It's faster than the other ways that we've tried or used in the past. On top of that, they employ their own compression and deduplication in terms of replicating to a target. As such, the whole capability is much more efficient than doing it the way we were doing it with Rubrik.

If we lost our data center and had to recover it, Zerto would save us a great deal of time. In our testing, we have found that recovering the entire data center would be completed within a day. In the past, it was going to take us close to a month. 

Using Zerto does not mean that we can reduce the number of people involved in a failover.  You still need to have expertise with VMware, Zerto, and Azure. It may not need to be as in-depth, and it's not as complicated as some other platforms might be. The person may not have to be such an expert because the platform is intuitive enough that somebody of that level can administer it. Ultimately, you still need a human body to do it.

The most valuable feature is the speed at which it can instantiate VMs. When I was doing the same thing with Rubrik, if I had 30 VMs on Azure and I wanted to bring them up live, it would take perhaps 24 hours. Having 1,000 VMs to do, it would be very time-consuming. With Zerto, I can bring up almost 1,000 VMs in an hour. This is what I really liked about Zerto, although it can do a lot of other things, as well.

The deduplication capabilities are good.

The onset of configuring an environment in the cloud is difficult and could be easier to do. When it's on-premises, it's a little bit easier because it's more of a controlled environment. It's a Windows operating system on a server and no matter what server you have, it's the same.

However, when you are putting it on AWS, that's a different procedure than installing it on Azure, which is a different procedure than installing it on GCP, if they even support it. I'm not sure that they do. In any event, they could do a better job in how to build that out, in terms of getting the product configured in a cloud environment.

There are some other things they can employ, in terms of the setup of the environment, that would make things a little less challenging. For example, you may need to have an Azure expert on the phone because you require some middleware expertise. This is something that Zerto knew about but maybe could have done a better job of implementing it in their product.

Their long-term retention product has room for improvement, although that is something that they are currently working on.

We have been with Zerto for approximately 10 years. We were probably one of the first adopters on the platform.

With respect to stability, on-premises, it's been so many years of having it there that it's baked in. It is stable, for sure. The cloud-based deployment is getting there. It's strong enough in terms of the uptime or resilience that we feel confident about getting behind a solution like this.

It is important to consider that any issues with instability could be related to other dependencies, like Azure or network connectivity or our on-premises environment. When you have a hybrid environment between on-premises and the cloud, it's never going to be as stable as a purely on-premises or purely cloud-based deployment. There are always going to be complications.

This is a scalable product. We tested scalability starting with 10 VMs and went right up to 100, and there was no difference. We are an SMB, on the larger side, so I wouldn't know what would happen if you tried to run it with 50,000 VMs. However, in an SMB-sized environment, it can definitely handle or scale to what we do, without any problems.

This is a global solution for us and there's a potential that usage will increase. Right now, it is protecting all of our criticals but not everything. What I mean is that some VMs in a DR scenario would not need to be spun up right away. Some could be done a month later and those particular ones would just fall into our normal recovery process from our backup. 

The backup side is what we're waiting on, or relying on, in terms of the next ask from Zerto. Barring that, we could literally use any other backup solution along with Zerto. I'm perfectly fine doing that but I think it would be nice to use Zerto's backup solution in conjunction with their DR, just because of the integration between the two.  

In general, the support is pretty good. They were just acquired by HP, and I'm not sure if that's going to make things better or worse. I've had experiences on both sides, but I think overall their support's been very good.

Zerto has not yet replaced any of our legacy backup products but it has replaced our DR solution. Prior to Zerto, we were using Rubrik as our DR solution. We switched to Zerto and it was a much better solution to accommodate what we wanted to do. The reason we switched had to do with support for VMware.

When we were using Rubrik, one of the problems we had was that if I instantiated the VM on Azure, it's running as an Azure VM, not as a VMware VM. This meant that if I needed to bring it back on-premises from Azure, I needed to convert it back to a VMware VM. It was running as a Hyper-V VM in Azure, but I needed an ESX version or a VMware version. At the time, Rubrik did not have a method to convert it back, so this left us stuck.

There are not a lot of other DR solutions like this on the market. There is Site Recovery Manager from VMware, and there is Zerto. After so many years of using it, I find that it is a very mature platform and I consider it easy to use. 

The initial setup is complex. It may be partly due to our understanding of Azure, which I would not put at an expert level. I would rate our skill at Azure between a neophyte and the mid-range in terms of understanding the connectivity points with it. In addition to that, we had to deal with a cloud service provider.

Essentially, we had to change things around, and I would not say that it was easy. It was difficult and definitely needed a third party to help get the product stood up.

Our deployment was completed within a couple of months of ending the PoC. Our PoC lasted between 30 and 60 days, over which time we were able to validate it. It took another 60 days to get it up and running after we got the green light to purchase it.

We're a multisite location, so the implementation strategy started with getting it baked at our corporate location and validating it. Then, build out an Azure footprint globally and then extend the product into those environments. 

We used a company called Insight to assist us with implementation. We had a previous history with one of their engineers, from previous work that we had done. We felt that he would be a good person to walk us through the implementation of Zerto. That, coupled with the fact that Zerto engineers were working with us as well. We had a mix of people supporting the project.

We have an infrastructure architect who's heading the project. He validates the environment, builds it out with the business partners and the vendor, helps figure out how it should be operationalized, configure it, and then it gets passed to our data protection group who has admins that will basically administrate the platform and it maintains itself.

Once the deployment is complete, maintaining the solution is a half-person effort. There are admins who have a background in data protection, backup products, as well as virtualization and understanding of VMware. A typical infrastructure administrator is capable of administering the platform.

Zerto has very much saved us money by enabling us to do DR in the cloud, rather than in our physical data center. To do what we want to do and have that same type of hardware, to be able to stand up on it and have that hardware at the ready with support and maintenance, would be huge compared to what I'm doing.

By the way, we are doing what is considered a poor man's DR. I'm not saying that I'm poor, but that's the term I place on it because most people have a replica of their hardware in another environment. One needs to pay for those hardware costs, even though it's not doing anything other than sitting there, just in case. Using Zerto, I don't have to pay for that hardware in the cloud.

All I pay for is storage, and that's much less than what the hardware cost would be. To run that environment with everything on there, just sitting, would cost a factor of ten to one.

I would use this ratio with that because the storage that it replicates to is not the fastest. There's no VMs, there's no compute or memory associated with replicating this, so all I'm paying for is the storage.

So in one case, I'm paying only for storage, and in the other case, I have to pay for storage and for hardware, compute, and connectivity. If you add all that up into what storage would be, I think it would be that storage is inexpensive, but compute added up with maintenance and everything, and networking connectivity between there and the soft costs and man-hours to support that environment, just to have it ready, I would say ten to one is probably a fair assessment.

When it comes to DR, there is no real return on investment. The return comes in the form of risk mitigation. If the question is whether I think that I spent the least amount of money to provide a resilient environment then I would answer yes. Without question.

If you are an IT person and you think that DR is too expensive then the cloud option from Zerto is good because anyone can afford to use it, as far as getting one or two of their criticals protected. The real value of the product is that if you didn't have any DR strategy, because you thought you couldn't afford it, you can at least have some form of DR, including your most critical apps up and running to support the business.

A lot of IT people roll the dice and they take chances that that day will never come. This way, they can save money. My advice is to look at the competition out there, such as VMware Site Recovery, and like anything else, try to leverage the best price you can.

There are no costs in addition to the standard licensing fees for the product itself. However, for the environment that it resides in, there certainly are. With Azure, for example, there are several additional costs including connectivity, storage, and the VPN. These ancillary costs are not trivial and you definitely have to spend some time understanding what they are and try to control them.

I looked at several solutions during the evaluation period. When Zerto came to the table, it was very good at doing backup. The other products could arguably instantiate and do the DR but they couldn't do everything that Zerto has been doing. Specifically, Zerto was handling that bubbling of the environment to be able to test it and ensure that there is no cross-contamination. That added feature, on top of the fact that it can do it so much faster than what Rubrik could, was the compelling reason why we looked there.

Along the way, I looked at Cohesity and Veeam and a few other vendors, but they didn't have an elegant solution or an elegant way of doing what I wanted to do, which is sending copies to an expensive cloud storage target, and then having the mechanism to instantiate them. The mechanism wasn't as elegant with some of those vendors.

We initially started with the on-premises version, where we replicated our global DR from the US to Taiwan. Zerto recently came out with a cloud-based, enterprise variant that gives you the ability to use it on-premises or in the cloud. With this, we've migrated our licenses to a cloud-based strategy for disaster recovery.

We are in the middle of evaluating their long-term retention, or long-term backup solution. It's very new to us. In the same way that Veeam, and Rubrik, and others were trying to get into Zerto's business, Zerto's now trying to get into their business as far as the backup solution.

I think it's much easier to do backup than what Zerto does for DR, so I don't think it will be very difficult for them to do table stakes back up, which is file retention for multiple targets, and that kind of thing.

Right now, I would say they're probably at the 70% mark as far as what I consider to be a success, but each version they release gets closer and closer to being a certifiable, good backup solution.

We have not had to recover our data after a ransomware attack but if our whole environment was encrypted, we have several ways to recover it. Zerto is the last resort for us but if we ever have to do that, I know that we can recover our environment in hours instead of days.

If that day ever occurs, which would be a very bad day if we had to recover at that level, then Zerto will be very helpful. We've done recoveries in the past where the on-premises restore was not healthy, and we've been able to recover them very fast. It isn't the onesie twosies that are compelling in terms of recovery because most vendors can provide that. It's the sheer volume of being able to restore so many at once that's the compelling factor for Zerto.

My advice for anybody who is implementing Zerto is to get a good cloud architect. Spend the time to build out your design, including your IP scheme, to support the feature sets and capabilities of the product. That is where the work needs to be done, more so than the Zerto products themselves. Zerto is pretty simple to get up and running but it's all the work ahead in the deployment or delivery that needs to be done. A good architect or cloud person will help with this.

The biggest lesson that I have learned from using Zerto is that it requires good planning but at the end of it, you'll have a reasonable disaster recovery solution. If you don't currently have one then this is certainly something that you should consider.

I would rate Zerto a ten out of ten.

We are an electric utility and we have some pretty critical workloads. We have identified the most critical workloads in our environment and have implemented Zerto as a protective measure for them.

We try to keep our critical workloads protected, which are a subset of our systems. For example, we're not going to protect a print server with Zerto.

The fact that Zerto provides continuous data protection is key for us. We have tested on a regular basis, and in one case, we tested our entire ERP system. It is a pretty big workload that includes Linux servers, databases, and other components. It's about a 45-minute window to get it back up and running. For our test, we moved the entire system to our DR facility on a weekend, ran it for an entire week from the DR site, and then brought it back the following Sunday. It worked flawlessly.

I really like the 24-hour DVR-like rollback. For example, we had an issue a few years ago, when we still had an Exchange server on-premises. One of my staff came in for the morning to do vulnerability management, saw that some updates needed to be applied, applied the updates to the Exchange server, and it totally broke it. Everybody's email was down. To resolve things, we went to Zerto, rolled back to before the updates, and it was all done in less than five or 10 minutes. It was really quick. All of the email functionality was restored and it popped up and said, "Hey, you need an update." I said, "Please do not do that update." It was pretty good.

Zerto is easy to use and the interface is very intuitive. We have never had an issue with using it. We just have a one-man team to perform failbacks or workloads. It is very simple to do and during our test with the Exchange server, it was only a matter of a few clicks. It's always been an excellent product and they've only improved it over time. We're really pleased with it.

The integration with VMware is really good.

It would be nice if we were able to purchase single licenses for Zerto. As it is now, scaling requires that we purchase a multi-pack. It hasn't been a big deal for us but it would still be helpful to have a little bit more granularity on the license count.

The only timeline or limiting factor, in my opinion, is how long it takes to replicate. That all depends on your infrastructure, and we happen to be pretty fortunate that we have a nice pipe in between the two locations, between here and our DR site. If you don't have that limiting factor, it's just a matter of time. You just wait long enough for it to replicate over and then you're covered.

I have been using Zerto for approximately seven years.

We do the updates regularly and Zerto has never given us problems. We work with a lot of different technologies and we have a lot of problems, but Zerto has not been one of them.

We haven't had much opportunity to explore scalability at this point. We're responsible for another organization's IT, as well. They're a sister company of ours and they're smaller than us, so we do all of their IT and we have them on Zerto. They're using us as a DR point.

From an expansion perspective, we scaled up from our initial install to include theirs as well, which I think we got pretty close to doubling our license count.

We are 100% deployed at this point. If we were ever to add another sister company, which is possible because we have other sister companies where opportunities may arise. A lot of the time, they're so small that they can't afford IT, so it's easier to have us manage it. In cases like this, we may have an opportunity to deploy Zerto.

We have a very small team of three people, so Zerto does not affect our headcount. There is me, who is the manager of IT or manager of information services. Then, we have our desktop technician, and then we have our network administrator.

We have never had to use Zerto's technical support for anything major. Any time that we have had to contact them, it has been for minor stuff and it's worked out fine.

A long time ago, when we had an EMC SAN, there was a VMware plugin that served as a replication solution. However, it was terrible and it never worked.

Zerto is a major upgrade that is easier to use and switching was excellent.

Replacing our legacy solution with Zerto has definitely saved us time and improved the quality of our process. I never felt like I could trust our previous solution, which was a big deal because when you're talking about backups, trust is a major factor. You have to be able to trust your solution and feel like it's going to work in a bad situation.

Zerto is one of those things that you love to have but you hate to have to use because it means that something bad is going on. That said, if there are serious problems then you want to have something that's rock solid. For us, that's Zerto, and we feel strongly about that.

The initial setup was very straightforward. We had some training with some Zerto engineers on how to set up the recovery groups and other things, but once that was set up, we made several changes later on as we played with it. Overall, it was very straightforward to configure and I think that we only had an hour of training.

The deployment took us a couple of weeks to get everything figured out, although it wasn't necessarily Zerto that was the hold-up. We only had a certain number of licenses, perhaps 15 in total. We spent time trying to determine which were our critical workloads, and there was some internal debate about it. From the Zerto perspective, there weren't a lot of issues.

It didn't take a lot of time, just a couple of weeks to get us up and going. We were actually up and technically running within that same day, but to truly boot it and get it where it needed to be, it took a couple of weeks. It was a new technology to us at the time, so it took a while to get up to speed with it.

In terms of our implementation strategy, we just tried to identify the critical workloads, find the ones that really needed to be protected and start to make those recovery groups. Then, we organized them in such a way that things worked properly. For example, the components of our ERP system do have to come up in a certain order. Finding all of that stuff out and fine-tuning the process was part of our strategy. Then, we slowly started moving those workloads across. We broke it down into groups and we did those groups one at a time until the implementation was complete.

Our in-house team was responsible for implementation.

Maintenance-wise, we just keep it updated. Our network administrator applies the updates and checks the health from time to time. We have a dashboard on our big screen if we feel the need to monitor it. If we walk by and it looks like a protection group is in the red or yellow, then we look at what needs to be done to get the problem straightened out.

Price-wise, it's right in line with what we would figure. For what you get for it, it's really a good value, and we've never had any problem renewing it or anything like that.

License-wise, we budgeted $1,000 per VM. The minimum spend on it, in the beginning, can sometimes be a little bit of a headache for people, and they might have to budget creatively to get there, but once you're there, the renewals are worth it.

Licensing requires purchasing packages that consist of several licenses, and they cannot be purchased one at a time.

We paid for an hour of training that we took but otherwise, there have been no costs in addition to the standard licensing fees.

We began looking at Zerto for several reasons including the cost, ease of use, and really, the flexibility of it. When you want to switch it over and do a different workload, it's not that big of a deal.

When we first began to consider using Zerto, we had a discussion with a grocery chain that is close to us. It's a specialty grocery chain and they have exotic foods sold out of two different locations. Christmas is their busiest time of year and they have several cash registers at each location doing transactions constantly.

They had to use Zerto during the middle of that Christmastime rush and failover, from one site to the other, all of their point of sale systems. They never lost a penny in transactions. For us, that was a big testimonial. They have a similar size of environment to ours as far as server infrastructure goes, so we didn't even look at anything else.

At this time, we don't use Zerto for long-term data retention. Instead, we have some other technologies in place for that. We have Veem and we have some SAN replication and we have some network-attached storage, as well. We use Zerto as our first line of defense. For example, in response to a ransomware attack, we would use Zerto for sure to roll back before that event happened.

We have not had a ransomware attack, at least not yet. We fully expect that, if it ever does happen, we'll definitely utilize Zerto. It is essentially our insurance policy. If we ever have a ransomware incident, that would be our first line of defense to recover from it. In fact, we really haven't had many opportunities to use Zerto, thankfully. Zerto is one of those things that are great, and we're glad we have it, but you hope we never have to use it.

At this time, everything we do is on-premises but having DR in the cloud with Zerto is definitely something that we want to do in the future.

It is not important to us that Zerto offers both backup and DR functionality. For backup, we have it covered in other ways. Being in the utility business, we're very big on redundancy. In fact, we have backups to cover the backups and we have about five different levels of them that we utilize. Zerto covers the front line, and when something bad happens, we can roll back within a 24-hour period using it. Then, we have deeper levels handled by other products like Veeam. Funnily enough, Veeam kept telling us that they would add Zerto-like features, and at the same time, Zerto kept telling us that they would add Veeam-like features. We continue to use both of them.

I've recommended Zerto to several IT professionals that I've talked to because it's such a good product. I give them examples of what we have done.

Overall, it's a fantastic product.

I would rate this solution a ten out of ten.

We mostly use it just for disaster recovery. We also utilize it for our quarterly and annual DR test.

It is on-prem. We have a primary location and a DR location.

Since we are at a bank, there are certain protocols in place where we need to have RPO and RTO times of two hours or less. Zerto does a great job of setting those times and alerting us if those can't be met. We have our help desk actively monitoring that. It is extremely helpful that Zerto lists what is falling out of compliance in regards to RPO and RTO. It has been great in that regard.

If we need to fail back or move workloads, Zerto decreases the number of people involved by half versus companies of similar size who don't have Zerto.

We have had patches that have broken a server. We then needed to have it right back up and running. We have been able to do that, which has been a huge plus. 

The real-time data protection is the most valuable feature. We are able to quickly spin up VMs instantly. 

We have also utilized it, from time to time, if our backups didn't catch it at night. If something was deleted midday, this solution is nice because you can use Zerto for that. 

I would rate Zerto very high in terms of it providing continuous data protection. We have had multiple instances that took days with our old DR test (before I was at my current company) and DR tests from other companies where I worked that didn't have Zerto. Now, we can realistically do DR tests in less than 30 minutes.

Zerto is extremely easy to use. If 10 is absolutely dummy-proof, I would give the ease of use an eight.

It has a file restore feature, which we have tried to use. We have had some issues with that, because the drives are compressed in our main file system. It is a Windows-based file server. So, it compresses the shares and can't restore those by default. However, we have done it with other things. It is pretty handy.

I would like it if they would really ramp up more on their PowerShell scripting and API calls, then I can heavily utilize PowerShell. I am big into scripting stuff and automating things. So, if they could do even more with PowerShell, API calls, and automation, that would be fantastic.

I have been using it at my company for almost four years. My company has been using it for six years.

I would rate stability as eight and a half out of 10.

I would rate scalability as eight out of 10.

We monitor and use it every day. Our current license count is 150 VMs. I could definitely see us increasing that license because we keep adding more VMs.

As big as our company is, we don't have a very large infrastructure sysadmin group. I wouldn't say that Zerto has reduced our staff in any kind of way, but it definitely has helped the small amount of people that we have.

We have around 20 people using it: 

• Our core admin group is four people, including me. To put that in perspective, we have a $10 billion bank and our core infrastructure team consists of just those four people. The core admin group does administration, creates VPGs, and executes the main day-to-day operations. 
• We have a few users who are just monitoring it only. This is a read-only role. 
• We have our help desk, which is basically read-only, but they actively monitor RTO and RPO every day, all day long. They leave up the dashboard on a huge TV and just keep an eye on things.

I would rate the technical support as nine and a half out of 10. I thoroughly enjoy the fact that they are located in Boston, and you feel like you are talking to someone just like you. They do an excellent job of following up and escalating anything that is needed. I rarely have to call Zerto support, but I am confident that anytime I need to, then it will be resolved.

We stay in close contact with our main local rep.

My company never used anything quite like Zerto. We still use things for backup and recovery, such as Dell EMC Avamar, which used to be NetWorker. We also use RecoverPoint for applications, but it is not at all the same. There is actual real-time recovery. It is kind of a different animal.

I have had to redeploy it a few times with data center changes and such. We went from your typical data center to Cisco UCS Blades to VxRack, a VMware Dell EMC product. With that, I had to deploy it from scratch.

It was pretty straightforward. There is plenty of very easy to follow documentation when it comes to implementing it. There is also a lot of training provided so you can understand it before you implement it. Those two things make it pretty easy.

Just to stand it up and get everything going, that took an hour or two. The overall implementation was over the course of three days, because our core is heavily utilized.

We had a ZVM Virtual Manager on our production side and another on our DR site. Most of our data is replicated from production to DR. We do have some that are in the DR replicating back, but not a lot. Our main concern was between both sites, because we don't have a very large pipe. Even though Zerto's compression is pretty good, we didn't want to send that data all back over. Our main priority, when we set it up again, was that we were able to retain a lot of the data at our DR location and remap it by using preseeded disks, which was huge.

At least two staff members are required for deployment and maintenance. Whenever an update is released, we try to do that fairly quickly. For quarterly updates or major releases, we try to stay on top of them. Then, whenever we deploy new systems, applications, or servers, depending on the RTO and RPO, we add Zerto to those. That is daily, depending on how much workload we have and how many servers we are deploying. Those two people add those groups and such configuration into Zerto.

From an implementation standpoint, just follow the guide and check their support page for things. Worst case, reach out to support if you have already paid for it. It is pretty straightforward.

Zerto has helped reduce downtime. We have had servers go down and could easily spin them back up at our DR location almost instantly. Instead of taking an hour, it took a minute.

On average, it saves us three to five hours a day.

We pay for 150 VMs per year. It is not cheap.

Having backup and DR is somewhat moderately important to us. The problem with us, and a lot of companies, is the issue with on-prem Zerto. It utilizes whatever you have for a SAN. Or, if you are like us, we have a vSAN and that storage is not cheap. So, it is cheaper to have a self-contained backup system that is on its own storage rather than utilizing your data center storage, like your vSAN. While it is somewhat important to have both backup and DR, it is not incredibly important to have both. I know Zero is trying to heavily dip their toes in the water of backup and recovery. Once you see what Zerto can do, I don't think anyone will not take Zerto because they don't necessarily specialize in backup and recovery 100 percent. They do replication so well.

Zerto did really well with presenting their solution to the management here, really getting people involved, and helping them understand what and how it could be used. At the time, their real-time recovery was pretty far above anybody else available, and even still somewhat.

Other solutions would take an entire workday to recover our core infrastructure. With Zerto, we are done within an hour for all our major systems.

As far as the GUI goes, Zerto is more user-friendly than a lot of other products, such as Avamar and Commvault. It is fairly easy to use, but I think the GUI interface of Zerto is pretty far above the rest.

We use Avamar, and I don't see Zerto replacing Avamar for the simple fact of retention and how expensive the storage is. Using an RPM storage is pretty pricey, especially to try to rely on that for a long retention of seven years, for instance. 

When it comes to purchasing, I highly recommend Zerto all the time to friends that I have at other companies. 

It is just for DR. We keep an average of three days of retention, e.g., journal history of three days. However, it is not always the same for all products. We don't really keep it for backups. That is more of a convenience thing.

Currently, we don't utilize the cloud. It may be an option in the future. The cloud was a bad word for our bank for a long time, and that is starting to change.

Biggest lesson learnt: DR tests don't have to be so painful.

I would rate Zerto as 10 out of 10.

We're using it for site plate replication and fail-over or disaster recovery. We're primarily using it to replicate between the data centers that we own and operate.

We've had a few disasters where we've had a site go out and we've had outages or hardware failures. However, with a single click, we can have all of the failover and when the other sites come back up, it can auto re-replicate in the reverse direction so there is no extra manpower required. Whereas, normally, we would be spending hours and hours cleaning up from the failover event.

We enjoy the simplicity of not only configuring replication but failing over with a single click and then having it automatically reverse replication. We've had other products such as Veeam, and their replication works, however, it's very cumbersome to configure. When you failover, there's a bunch of work you have to do after the fact to reverse the direction and to restore the VM and how it names it and which environment it shows up in.

In terms of continuous data protection, it's the best product that we've found that does this. It's not snapshot-based. It's continuous, so there are no specific points in time we have to worry about recovering to or from. It's pretty much any time, as long as it's within our replication window.

The solution is very easy to use. It's very straightforward. You don't really have to do a lot of reading through the documentation, or things like that. You can basically scroll through the menu and figure it out.

We have not had ransomware, so we haven't had to deal with that, however, we definitely had a disaster recovery issue we had where we had the fail-over site stop unexpectedly. It did save us a bit of data loss, whereas, normally, we would have lost six hours' worth of customer data. In this case, it was seamless. We lost seconds' worth.

The solution has reduced downtime. It has done so a couple of times. There could be some cost savings there. It's just not something we calculate.

The backup solution needs to be improved. From our perspective, Veeam and Zerto were competing products. They both do very unique things that they're very good at. For instance, Veeam can do replication well. However, it's really a backup product. Zerto can do backup, and yet it's really a disaster recovery product. It would be great if they could improve upon the backup functionality, or continually improve. We've seen some improvements, however, if they continue improving upon that it may eventually eliminate the need for the other product.

I've been using the solution for about three years.

The solution is very stable. We haven't had any issues. The only issue we had was a DHCP issue where we didn't static a couple of the DVMs, which is the agent for each ESX host, and we were having a few gaps in replication when the IPs would change, however, we've stacked those and that has resolved that issue.

We find that it's very easily scalable. The resource overhead is very minimal so it's really easy to scale up the environment and the product kind of automates the process for you. You select where you want it, hit install, and it handles it for you.

About five people use the product in our company. We have some system administrators, we have a couple of programmers and we have a DBA.

We have around a quarter of our environment replicated with Zerto. It's mostly our critical infrastructure.

We may possibly increase usage over time.

Technical support is good. I'd give it an eight out of ten. They're pretty quick to respond. They are almost always able to resolve my issue. I have no complaints. I only had a couple of support tickets, however, the experience was pretty good.

That said, their web portal is a bit clunky to navigate. For example, putting in a request, knowing where to go, or pulling up documentation or upgrading information wasn't quite as intuitive as it could be.

We are still using Veeam mostly for backup tasks. We use Zerto for site recovery.

The initial setup was very straightforward and easy.

The installation was simple. There are lots of guides and information. There are YouTube videos. They had training classes that were free that you can go to and they have a little lab environment. Even without the assistance offered, the way you install it is very straightforward and very simple. Really anybody can run the installer and have an idea of what they're doing right out of the gate without really any training.

Deployment took around a day.

We did have a specific deployment plan and we were able to execute that in about a day. Getting all the sites set up and then the VMs replicated was fast.

We have five people on staff that can handle deployment and maintenance.

We didn't use an integrator or consultant. We just did it ourselves.

There's not a direct ROI as it's being used as an insurance policy. The only time it really benefits us is when something bad happens.

It's reasonably affordable. Obviously, cheaper would always be better, however, it's not out of the expected range. We are just paying by VM. It's my understanding there are no extra fees.

I can't remember the companies off the top of my head as it's been a few years since we've done it, however, we evaluated five or ten different options that were popular at the time. Some of them were integrated with hardware. Some of them were software only.

In the end, it came down to Zerto due to simplicity. It's very simple and straightforward. It removes all the overhead of management and knowing what is active or what's the standby copy. It handles all of those pieces for you.

We're probably on the latest version or one version behind.

We very lightly use the product for very specific things. We have a couple of things that are very high data rate, very high IO, for which we cannot use traditional snapshot-based technology and we are using that to do a long-term backup.

The solution has not reduced the number of staff involved in data recovery situations. We have maintained exactly what we had. It's simplified it so it's possible to have a reduction, however, we haven't done any reduction from that.

The biggest piece of advice I could give is if you want the best-in-class for failover and replication, as well as ease of management, there is no better product that I've seen so far. Whether hardware or software combinations, this has been the simplest deployment and it just works.

I'd rate the solution at a ten out of ten.

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

It is deployed on-premises at several sites.

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

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

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

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

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

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

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

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

I have been using it for a couple of years.

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

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

It scales pretty well.

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

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

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

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

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

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

I deployed the solution myself.

I am pretty sure my company has seen ROI.

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

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

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