HPE Zerto Software Reviews

We use Zerto as a migration platform from a customer's data center or from their on-premises environment to our data centers. We also use it for disaster recovery.

Zerto has helped to reduce the number of people involved during a data recovery situation in our company. All we have to do is click a few times. We have even configured a DR solution for our customers so that they can do it themselves. We give them access to the Zerto platform, as well as have a small manual of instructions, and they can go do it. It's very simple to use and to deploy and to support. It does not have a very large learning curve.

For our clients who do DR in the cloud, Zerto has definitely saved them money. We only have a few DR client accounts, but for the ones we do have, there haven't been any failures of Zerto, whenever we do failover tests. It performs well.

It's a great platform because it's very well built, technically. 

It's also very much faster than any other migration or disaster recovery platform we have. I work with virtualization, mostly on VMware, and I must admit that Zerto is even better than VMware Site Recovery Manager. Zerto compresses the data and it works much faster. We use it whenever we can, and especially whenever we are on a tight time schedule for closing a project, or we need to bring information or VMs from a client or from another data center. Zerto is very valuable because of its speed.

And in terms of ease of use, when I started with my current company I didn't even know about Zerto. My first project was a migration from a big customer and I thought, "Wow, this will be a lot of work." It was a little scary because of the pressure to get it done. But Zerto was so easy to use. I like it a lot.

I've been using Zerto for about 12 months, but the company I work for has been using it for four or five years.

It's very solid, like a rock. It's very stable.

Even with the most recent customer that we migrated to our data center, it was really impressive that Zerto kept the levels of performance very consistent. This customer's site was at another data center provider, not one of ours. It was on a very old VMware version, and we were deploying them to the latest, vCenter Server 7. At first I thought, "We will be struggling to bring this customer over," because they were two major versions behind. I didn't think Zerto would be compatible for making this migration happen. But it worked like a charm, and we had no problems regarding Zerto itself. While we had some problems with this migration, they were not related to the technology.

It's very scalable. Most of our core usage here is for migrations from our customers' on-premises or data center instances. And about two years ago, we had a very big migration of over 3,000 virtual machines, and Zerto performed really well. That's why we have kept Zerto in our portfolio.

Their support is amazing. We have had to open some support cases and they have a very good technical team. They're always referring us to their technical teams if we need to discuss something. Or if we fail to understand some of the concepts, we can reach out to them too. It's more than a commercial relationship. They support us whenever we need help.

Positive

We do setups of Zerto every week or two weeks, because it's not a single platform. We are a multi-cloud environment and service provider. We deploy it according to project requirements. So we don't have a single Zerto platform. We are always deploying VMs and DRs.

Zerto is very easy and straightforward to set up. Whenever we want to use Zerto for a migration from an on-premises customer to our data center, we usually create a WAN to WAN link, or a LAN to LAN, or a VPN link between the customer and us. We just deploy the VPNs from our side to the customer site and request access to their environment. We check for special VM configurations. It's pretty straightforward. We don't like telling the customer to do it, even though it's very easy to deploy and configure, because it's part of our service to do this job for them. We also have our own guidelines and policies that we use to configure Zerto for the best migration setup.

The last deployment I did took me four hours, which included setting up both my side and the customer side, doing the pairing and, later, the VPG's. We migrated over 100 VMs and it took about two days to fully replicate their site to ours. The migration window to do the move was about six hours because they had to change applications. But the move itself took no more than two minutes for every Zerto machine. 

When I talk to the customers, I tell them that it will be faster than the move window we request. Most of the time set aside for the window is for taking applications offline, because they will often need to reconfigure them. When client data comes from an on-premises site to our data centers, there are usually IP address changes, or we have to update VMware tools, or do something at the Zerto machine level by changing Zerto hardware, such as a network card. The moving itself is pretty straightforward.

Because I'm a support engineer, I don't really work directly on the commercial side of things. Whenever I need to request a license for Zerto, someone on our dedicated licensing support team takes care of it. So I don't know if that process is easy or not.

Zerto works very well as a backup and recovery solution, with frequent recovery points. It's very good. But it's too pricey for us to use it as a backup solution for all of our clients. Not every customer needs recovery points every five seconds.

It's a great platform, if you use it as a recovery system and as a migration tool. It's really amazing. It's a very well-developed product and one of the best solutions. In the same way that what makes Microsoft big today is Active Directory, which is an amazing product and one that no other enterprise could do any better, Zerto is the same type of leader in its category and is at the very top, without a doubt.

Our primary use case is for disaster recovery and migrations. We have two primary sites that we replicate to. If there are on-prem clients we replicate back and forth between those two and then we replicate our off-prems to them as well. We use on and off-prem as well as Azure. 

We actually have rescued a couple of clients that have had disasters on-prem due to weather or data center outages. One of our clients had left us for a cheaper provider and before our disks and retention points expired out, the cheaper provider had a flood in their data center. We were able to restore the client using the old restore points back into our data center, which was a huge win for us because it was a fairly large client. That client has worked with us ever since then. 

Zerto saves us time in data recovery situations due to ransomware. We've had a couple of ransomware incidents with clients in the last year and a half. I've worked on ransomware issues before when Zerto wasn't involved and it was much more complicated. Now, with Zerto, it's at least 50 to 75% faster. We're able to get a client up and running in a matter of an hour, as opposed to it taking an entire day to build or locate the ransomware and rebuild from shadow copies or some other archaic method.

It decreases the time it takes when we need to failback or move workloads because we use disaster recovery runbooks that we work with our clients to maintain. Anybody at our company, at any given time, can pick up this runbook and go with it so we can assign one or two techs to the incidents. They work with the client and get them back up and running quickly. We're 50 to 75% faster. It's now a matter of hours as opposed to days. In an old disaster recovery situation, it would be all hands on deck. With Zerto, we can assign out a technician or two, so it's one or two techs as opposed to five to 10.

There has been a reduction in the number of people involved in the overall backup. We have the management fairly minimized. There are only two primary subject matter experts in the company, one handles the back-end infrastructure and one handles the front-end, that's pretty much it. We're a fairly large company, with 500+ clients, so it's been stripped down, so to speak. 

From what I've seen, we do save money with Zerto, especially for long-term retention like the Azure Blob Storage. We had a recent incident where a client had to go back to a 2017 version of a server that was around three to four years old, just to find a specific file, and it only took us an hour to locate the proper retention point and mount it for him and get him back what he needed.

The testing features are the most valuable features of this solution. We use the failover test feature not just for testing failovers and disaster recovery, we've also had clients use it for development purposes as well as patching purposes to test patches. We can failover the VM and then we can make any changes we want without affecting production. It's a nice sandbox for that usage.

We also use it for migrations into our data center. We bring in new clients all the time by setting up Zerto in their on-prem and then replicating to wherever their destination will be in our environment.

We've also used Zerto to migrate to the cloud.

Zerto provides continuous data protection. I'd give it a 10 out of 10 as far as that goes. The recovery points are very recent, generally five to 15 seconds of actual production. It's very convenient.

It's also fairly simple to use. Zerto does have some quirks but they have worked those out with recent releases. They're really good about listening to feature requests. We're actually a Zerto partner at our company, so they take our feature requests pretty seriously. Zerto is one of the easiest disaster recovery products I've used. We use Veeam as well which is much more complicated to set up in the back-end.

Zerto seems to keep up with what I think needs to be improved pretty well.

One improvement that could make it easier would be to have an easier way to track journal usage and a little bit more training around journal sizing. I've done all the training and the journal is still a gray area. There is confusion surrounding how it's billed and how we should bill clients. It would be easier if it had billing suggestions or billing best practices for our clients to make sure that we're not leaving money on the table.

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

Stability is pretty good. It's gotten better over the years. It's kind of 50/50 between features that have been added and our understanding and usage of the product over the last three years. But it's definitely gotten better.

It's highly scalable. That's one of the things we like about it. We can empower clients. I have one client that's migrating from his on-premise into one of our private clouds, and we have enabled him to do so. We set up the environment and we're enabling him to build VPGs and migrate them as needed without our interaction at all. This is bringing in tons of revenue. It's super scalable and it seems to be not just easy for us to use, but easy for us to enable a client to use it as well.

Technical support is astounding. I've said that to Zerto technicians and I've said that to clients as well. Being in my role, I work with a lot of vendors, a lot of different support, and Zerto is off the charts as far as skill and ease to work with. It's been wonderful as far as that goes. Zerto was some of the best support I've had across vendors.

Before Zerto, there really wasn't anything that was as good as Zerto, so it was a game-changer.

The initial setup is pretty straightforward. 

For an off-prem client, I would send them a welcome letter that details what they need to do on their end with the server. I would send the download package, everything like that. If the client is immediately responsive, that could be done within an hour, but then some clients take a little longer. Once they have the infrastructure set up on their end and the VPN is set up, I can have a Zerto off-prem implementation replicating into one of our private clouds within an hour or two hours maximum, even for a large environment.

A client was migrating into one of our usage-based clouds, so it automatically bills by the resource pool. The more that they put in there, the more we gain. We've probably increased the input to that environment 10-fold. It's a 10-time multiple of what we invested into it, just particularly for that one use case because he's growing so rapidly. Every time he brings over a new client, it adds to the billing which is hands-free for us. We've enabled him to do it.

Pricing is fair. For the license that we have and the way that it's priced, it is pretty simple and it's not over-complicated like some other platforms. It would be very beneficial to have some sort of training or even just documentation around every component of Zerto and how it should be built or there should be suggestions about how it should be built. It would help newer companies that are adopting the platform to have a better opportunity to grab all the revenue upfront.

Journal history was one of the things that we didn't take into consideration when we implemented Zerto initially and we lost a lot of money there. We talked to one of the reps after that and found out that some clients do roll in the cost of this journal and some clients actually charged separately for it. Zerto has made it easier to plan for that lately with Zerto Analytics, but it's still a gray area.

There aren't any additional costs in addition to standard licensing that I'm aware of. 

We still use Veeam in the environment but the recovery points aren't as robust. They're a lot thinner. You can get maybe an hour or the same, but you can't get five-second production. We used Veeam and the old active-passive standard of building a server in each environment and replicating to it.

I've actually pushed us to use Zerto for our backups with the solutions team for quite a while, since version 6.5. I don't think they plan on doing it just because we already have two other backup offerings and they don't want to complicate our Zerto infrastructure. From my understanding, we're not planning on doing it. But with every release, it gets so much better and it's just a matter of time before we revisit it.

My advice would be to follow best practices when it comes to back-end infrastructure. We have made some changes specifically to track certain things like swap files and journal history. Previously, we had everything going to production data stores and now we have dedicated journal data and restore data stores for swap files, which helps us to thin out the noise when it comes to storage. Storage implementation is very important. 

Make sure to go through all the training. The training on MyZerto is free, very straightforward and it's very informative. That's one of the things we didn't do initially but it wasn't really as available as it is now.

I would rate Zerto ten out of ten. 

We utilize Zerto to backup our on-prem environment to our cloud provider. We've also used it for migrations from on-prem to our cloud provider.

Our deployment model is a hybrid. We're using on-prem and also replicating to Azure.

It is used in our production environment and also our lower environment, on-prem. It's like a DR, as we're backing it all up to our cloud provider. There are a handful of servers involved, replicating and backing up.

It saves us about eight to 10 hours a month in staff time.

Another benefit is just the peace of mind that everything is backed up. We rely on the backups, that they're good backups. It's not like we have to second-guess them.

It has also helped us with our migration to our cloud provider. It's made it easier, sped up the process, and taken a lot of the guesswork out of it.

The solution has reduced the number of staff involved in data recovery situations for our backup and recovery side by at least two people.

The most valuable features are 

• the single pane of glass
• the reduction in time it takes for our systems engineering team to manage the platform.

In addition, the RPOs and RTOs are great on it. It keeps up with things. The protection has been perfect so far when we have done our tests of spinning things up every six months or so. All our backups have come up with no issues at all. They just make great replication copies.

Zerto is also easy to use. That single pane of glass makes it very easy to check on the status of replicated items, and if there are any issues, to dig into them to fix them.

So far, it's been pretty good. I haven't had any issues. If I had to pick anything, it would be the documentation for upgrades. They need to make it easier for users to do upgrades without having to contact support, by providing better documentation for that.

We have been using Zerto since 2018.

So far, it's been very stable. We don't have any issue with the services or the ZVAs. They just keep trucking. There have been no stability issues at.

It's very easy to scale with it. As our environment has grown over the years, we've been able to add ZVAs to it, configure them, and they just fall right into the mix. Scaling is very easy.

Technical support has been very helpful and quick to get back with responses. Ticket turnaround time has never taken more than an hour for me to receive a response back to a general question.

We used Avamar. The primary reason we switched to Zerto was the integration with cloud providers that it provides.

I was not involved in the implementation, but I do remember that it was a pretty short implementation time. It included setting up the ZVA agents in our on-prem environment and connecting to our provider's cloud storage. The longest part of the implementation was getting the data, the initial seed or the backups, up there. But that's nothing against Zerto. Every environment will be different on that and has to get its initial copy up there. Since then, keeping copies up to date has been good. It meets up with RPOs and RTOs.

The initial implementation and getting everything set up took us about two and a half weeks. After that, to get everything that we are protecting into the cloud took us close to a month. We had to do it in stages, due to our work environment and our connections at the time. We didn't have the biggest connections, but that's more on our side, not Zerto's.

There are three people involved in maintaining Zerto for us. They're systems engineers.

Zerto is a lot easier to use than Avamar: easier management, easier setup, and the single pane of glass to watch over everything makes it better. I wouldn't say there's really a cost savings. They're probably comparable in price, but there were a lot more features and options with Zerto than in Avamar.

If you want something that's easy to set up, with a single pane of glass, and that doesn't take a backup administrator to admin, Zerto is the way to go.

The only lesson we really learned, and this has been resolved now, is that when we initially started using Zerto there were some hiccups when it came to Linux servers, hiccups that we had to work through. Support was very helpful and resolved it for us, but it made it a little bit of a manual process. In the later releases of Zerto, they've resolved those issues. They just had to work out some kinks.

We use this solution for disaster recovery and business continuance.

We are protecting: SQL, our file servers, and some other applications that are specific to the healthcare domain.

In terms of providing continuous data protection, Zerto has been great. We've had no real issues and it's pretty easy to work with.

At this time, we do not use Zerto for long-term retention. It's something that we may look into, although we don't protect all of our VMs. We only have 60 licenses, but we have more than 300 VMs. We use Veeam for the actual backups at the moment, and it didn't seem practical to have two separate solutions, where we use Zerto for a few and Veeam for the rest. Licensing-wise, it was too expensive to put replication functionality on every VM, just to get a backup of it. I know that Zerto is changing its licensing so that you can get a backup only. However, when we purchased Veeam, it was for three years and we still have part of a year left. After that expires, we will revisit it.

Prior to implementing Zerto, we didn't really have any way at all if there was a disaster at one site to be able to spin things up at the other site. It would have been restored from backups, but we didn't have a backup environment at the other site that they would restore there. This meant that depending on how bad the outage was, it was going to be weeks or months to be able to get back up and running. Now we're in a situation, at least with our key applications, that we could get those back up in a matter of minutes versus weeks. There is now a much better comfort level there.

If we had to failback or move workloads, Zerto would decrease the time it takes to do so. Fortunately, we've never had an event where we've actually had to use Zerto for a live failover. We test the VPGs and get the actual individual teams that run the software involved to test everything out, to make sure it's good. Other than that, fortunately, we haven't really had a need to actually fail anything over at this point.

We have leveraged it at times to move a workload. An example of this is that we've had servers that we were initially told were going to be built at one site, but then a couple of weeks later, it's "Well, no, we want this at the other site." So, instead of having to create a new VM at the other site, decommission the old one, and all that work that's involved with that, we just used Zerto to move it. This is something that saved us a lot of time and it worked perfectly. Between building another one and decommissioning, it is probably a savings of three days' work between all of the people involved.

Fortunately, we haven't had to use Zerto to recover due to a ransomware attack. We haven't been hit with anything like that yet. That's one of the things that also made it attractive for us, was that we're able to potentially get to a point in time just before that happened.

We have also used it in a scenario where we've had a vendor doing an upgrade. We replicated it to the same site instead of the alternate site, just so that if something went wrong we'd have a more instant restore point that we could pick from versus our backups. Since our backups only run once a night, we could have potentially lost a decent amount of data. Again, the upgrade went smoothly, so we didn't have to leverage it, but if there was going to be a problem with that then it would have saved us time and potentially data.

The most valuable feature is the ease of upgrades. We've updated it numerous times since we started, and we can perform upgrades, including with VMware, without impacting anything in conjunction with it.

The reporting on failovers, including the step-by-step and the times, is useful because we can run through a failover and provide reports on it.

I find Zerto extremely easy to use. Setting up VPGs, the upgrade process, failover, and testing are all super easy to do. It is all very straightforward, including the initial setup.

I would like to have an overall orchestration capability that would enable you to do multiple VPGs in some sort of order, with delays in between. For example, at least in our testing scenario, we have our domain controllers. We have to fail that over first, get those up and running before we bring up the application side so that people can log in. If there was an actual failover, there would be certain things that would have to failover first, and get them running. Then, the application would be second, like SQL for example. For our dialysis application, one would have to have SQL up and running first before that. It would be nice to be able to select both and then say, start up this VPG and then wait 10 minutes and then fire up this one.

I have been using Zerto for between three and four years, since 2018

I find this product super stable and I've had basically zero problems with it. A couple of minor things came up, and support resolved them pretty much instantly. We've never actually been down with it, but one problem was where it didn't recognize our version of the VMware. It was an entry in some INI file but that was quickly resolved.

I would think it scales great and it's just a matter of licensing. Right now, we have just the basic license that enables us to go one-to-one. We do want to go to the one-to-many and then out to the cloud, which is an option that would be better for us. We're just waiting to get the cloud connectivity before we upgrade the license. In this aspect, it should scale well.

At this point, myself and perhaps one other person use the product. We're licensed for 60 VMs and we have just slightly less than that, in the upper 50s. I would think that our usage in the future will increase.

Every time that we have a project come along, as part of that, they're supposed to verify what the DR business continuity needs are in terms of RTO and RPO. The only option for us other than this is backups, which are up to 24 hours. If that doesn't meet the needs of a new project, we are supposed to get a Zerto license for it. It's something that should be increasing over time.

The technical support from Zerto has been great. Anytime that we put a ticket in, they've called back very quickly, and the issues have always been resolved in less than a day. Really, it happens within hours.

It is also nice that you can open a case directly from the management console, instead of having to place a call and wait in a queue. When you open a ticket, it's created, and then they call you back. It seems to be a great process.

We are currently using Veeam for backups only, whereas Zerto is used for our business continuity disaster recovery. We have never used Veeam in terms of DR. When we purchased Zerto, you had to buy a license for replication. You could also leverage it for backup, but it didn't make sense because it was more pricey than using Veeam for that.

For backups, Veeam is pretty easy to use. Backups seem slightly more complex than the DR part, at least in terms of the way Zerto is doing them. Ultimately, it's easier for me to work with than Veeam's backup, per se. But backups historically have always been a little bit more tricky.

We used to have IBM Spectrum Protect, which was a total beast. So, Veeam is much easier to use than our previous backup solution. I know Veeam does have a DR product and we've never really looked at it. So, I can't really compare Zerto to that. I know Zerto does seem to be a better solution.

Prior to working with Zerto, we didn't have a DR business continuity plan. Essentially, we had no staff working on it.

The initial setup is straightforward. We had it up and running in no time at all, and it wasn't something that took us weeks or months to implement. The install was done in less than a day and we were already starting to create VPGs immediately.

We started off as a trial running a PoC. We had a trial license mainly because, being in the healthcare industry, we have some unique applications. The other options for disaster recovery on those were going to be pretty pricey, and then, that would be a solution just for that one particular application. At that point, we were more interested in having the backups.

We don't like having five different backup utilities and we were hoping to have just one product that would handle all of our DR business continuance needs. That seemed to be Zerto when we looked at it, so we wanted to do a proof of concept on one main application, Meditech. It is our primary healthcare information system that everybody uses. It wasn't officially a supported DR business continuity methodology for it, but we did put it through the wringer a bit during the PoC phase to make sure it worked before we were really committed.

A lot of the other applications are straightforward, so we weren't as concerned with what we were going to do after the fact. But Medtech was one of the big driving ones that needed to be tested out before we committed to purchasing it. We did make calls to other hospitals who were Meditech customers as well, that were also using Zerto, to get a better comfort level based on their experiences.

Two of us from the company, including a technical analyst and an enterprise architect, were involved in the initial setup. One of the vendor's reps came down to assist us with the first one, and he was great to deal with. Any questions that we had, he was able to answer them right away. He didn't say things like "I'll get back to you on that". He definitely knew what he was doing.

The install was pretty basic and we probably could have done it ourselves regardless, but just to fill in some of the knowledge gaps of how it actually works under the covers, he was able to provide that and some other pointers on things.

In terms of ROI, it is hard to say. Fortunately, we haven't had any issues. Obviously, if we had an issue we would have seen ROI, but it's kind of like insurance. You pay for it and then if nothing ever happens, that's it. But, if something were to happen, then you're pretty glad that you had it in place. 

Similarly, if you have an accident with your car, it's good that you had insurance because it's saving you money. But if you never have an accident, then you're spending money. In that way, I look at any disaster recovery business continuity as insurance.

Although we've never had to use it, if we do then we will see ROI the first time.

The pricing doesn't seem too bad for what it does. I know that the license that we have is being deprecated and I think you can only get their enterprise one moving forward. I know that we're supposed to change to that regardless, which is the one that gives us the ability to move out to the cloud and do multiple hypervisors, et cetera.

Overall, it seems fair to me. Plus, that you can do backups and everything with it means that it is even of greater value if you're doing your entire environment. It could cover everything you need to cover, plus the backups, all for one price.

We were looking at VMware Site Recovery Manager at that time as the other option, and Zerto seemed a lot easier to use and easier upgrade paths. Even within the path to update your VMware environment with two products, it seems like the easier of the two products.

Now that a backup-only license will be available for Zero, switching away from Veeam is something that we'll look at when the time comes for Veeam renewals. One of the things that we'll do is a cost analysis, to see what it costs comparatively.

We are not using DR in the cloud, although we are looking at using it in the future.

My advice for anybody who is looking into implementing Zerto is to do like we did, which was to implement a proof of concept, just to feel good about the solution, that it's going to meet your needs. Feel free to reach out to other people that are in your industry, as we did with other healthcare people. There should be a decent number of people out there that are doing what you're trying to do.

Zerto seems pretty good at hooking people up with other customers that are doing the same thing they're doing, so you have a chance to talk to them directly. I've been on those calls and Zerto basically just hooks you up with that person and they don't stay on the call themselves. It's just you and them talking, so they're pretty unbiased answers from most people. I definitely suggest reaching out to Zerto to get feedback from customers. Basically, just do your due diligence and research.

I would rate this solution a ten out of ten.

We use the solution for two different data center sites. Inside the data centers we use VMware virtualization, NSX stretched VLANs and Dell servers. There are many servers, storage, virtualization, and a myriad of operating systems such as Red Hat and Windows Servers. 

We use Zerto to replicate our VMs from one site to the other, where we don't want to have to pay for two licenses of the same thing. We also do this to have high availability or to have the disaster recovery version of a piece of software. It is a benefit to be able to use Zerto to replicate that VM at the second site, and not have to power it on or anything. We know that it's always replicated on the other site. We currently use the solution for disaster recovery only but we are looking at longterm backup retention in the future.

I think it's perfect for providing continuous data protection for us, it is excellent. 

The most valuable feature is how simple it is to implement and how quickly you can get up and running at the second site. The solution is also extremely easy to use, for example, You just log onto the console and you can do a test failover with a few clicks. You can run a failover test for your auditors or your management. Afterwards, you can get a report on how easy it was to failover a specific application and the VMs associated with that application.

In future releases, doing backups of the environment we need to be able to do hot backups of the database. Granular based backups of the OS, versus taking a backup of the entire VMDK. Currently, I don't think we are able to do all that right now. Having an agent-based backup is a benefit because you can back up the OS files, and If you have an agent for the database, you can do a hot backup of the database and restore it. You then would have the ability to do an entire VMDK backup. I don't think that they have the ability to do a hot backup of a database itself via an agent or something similar.

I have been using this solution for four years.

We have a couple hundred people using the solution within the organization. The solution is very stable, you set it up and you can forget it. When we have had issues where we lost the connectivity to a data center, we were easily able to bring up the VMs of a data center that was available using Zerto.

It's very easy to add new hosts and the VRAs get to pull it out automatically. It's very easy to scale, at more sites. We are already increasing and adding more data centers that Zerto can protect for us. We are very pleased with it.

The customer service is stellar. They always answer and they are very helpful. I have had very good relationships with the sales executives and sales engineers. If the team at the technical support cannot get an issue solved, then our pre-sales engineers will get on calls with us and help us sort through problems. They have been great.

We were using SRM, VMware's Site Recovery Manager before we switched to Zerto. We did the switch because we were impressed with the demo that was given to us. Additionally, SRM was very complicated and cumbersome.

The setup was easy and demo replication was simple too. The initial process started by us building out the VMs of the virtual machines, as per their requirements. We deployed the manager, based on all the log information of the vCenter. You then select the data storage and it installs the VRA out on your environment. Once that is done, you put together the virtual protection groups and you build out your replication site, it is very easy.

Our deployment took about a month to go through everything with three different staff members and for the maintenance, we have one technician. Make sure that we grouped everything properly together, based on the network and its functions, and how it should be brought back up etc.

I have saved days and even weeks of working time from using the solution. We are in the process right now of designing a new cloud infrastructure for one of our environments to utilize Zerto to replicate our VMs to our cloud. It is going to be a huge time saver, probably saving us a couple hundred thousand dollars. We've definitely seen some good return on investment with it. Our auditors are impressed by it. 

This solution is far less expensive than SRM and NetBackup. After the standard licencing cost there is an annual support contract, nothing that we were shocked about.

We have also used NetBackup but Zerto was much easier to set up.

When trying to think of improvements I cannot think of anything to critiques at this time because it does behave so amazingly well. I've been involved with other SRM implementations and SRM is very complicated to put together and to configure, whereas Zerto is just so easy out of the box. Overall, the solution probably has saved us hundreds of thousands of dollars or maybe millions.

Some of the important lessons we have learned are you need to plan your DR carefully. That is the most important. Also, make sure that your applications are grouped together, be cognizant of the different virtual networks they go into. For example, If you have a web frontend DMZ that goes into one component, where the application and the database are in another place. You need to be careful on what networks you are sending them to at the replication site, be aware of that.

I highly recommend Zerto. I speak about the product all the time. I think that it is priceless what it does for us. 

I rate Zerto a ten out of ten.

We use Zerto for disaster recovery data replication from our headquarters to an offsite data center at another location.

It has replaced all of my legacy backup solutions.

The real-time replication of data is the most valuable feature. It is a vast improvement in scheduled daily backups. Real-time data is streamed to the offsite data center, which allows us to restore our mission-critical applications up to 10 seconds from when the last changes were made in our system. If we enter a sales order or enter any kind of information in our ERP application it is replicated within 10 seconds to the offsite location. So if we were to have a disaster, it takes about five seconds right now if I look at it. If we were to have a disaster, we would not only have current data, but we'd also be up and running within hours at our offsite data center, rather than days if we had a tape backup solution.

We have begun using it for longterm retention. We also replicate our file server. Our file server has archive or historical data that we have to restore occasionally. And restoring from long term retention is applicable to those types of scenarios, versus the streaming of the data, the real-time data. The longterm retention allows us to restore from further back in time. Real-time is more for recent changes to the data, and the longterm retention is for if we have to restore from further back.

It provides continuous data protection. It has been extremely effective. I've done failover testing, and the data is accurate and current. It works.

In terms of ease of use, Zerto is very intuitive. The graphical user interface of the application, both for monitoring VPG replication, longterm retention success, the configuration of VPG for longterm retention, and the analytics feature is intuitive and allows you to essentially analyze any changes to your environment. All of that requires some training but is not incredibly complex. It's presented in a very easy to use format. 

Zerto dramatically decreases the amount of time it takes to do a failover. I can essentially do it all by myself and I'm one person, I don't really need help. It allows me to restore our environment fully in a matter of seconds, literally. I can do that on my own from my desk very easily and with no outside help. 

Compared to other products, I would praise the intuitiveness of the product. But I think that can always be improved. The intuitiveness of the graphical user interface, while it is very solid and I don't have issues navigating it. I would say that it can always be improved.

I have been using Zerto for around three years. 

The stability is very solid. It just runs. It has not crashed or had issues. So long as you stay on top of the versions of the application and you have it installed on reliable hardware, you're going to be just fine.

It can scale into the cloud. I know it has that capability, but I have not done that yet.

It's essentially myself and I have one junior person that uses the application, but it's mostly myself.

It's used for all of our mission-critical servers. Not every single one of our servers, but probably about a third of our total servers.

I do not have plans to increase usage. 

The tech support is top-notch. I have an engineer who I work with on a regular basis that communicates with me anytime there is an issue. He has worked side by side with me on any issues, questions, and implementations that I have wanted to accomplish. They by far go above and beyond more than any of my other vendors and I have quite a few so that says a lot about them.

We previously used Asigra. We switched because of the cost, limitations, and complexity.

When we decided to go with Zerto, it was imperative that it provided both backup and DR in one platform. Granted, we didn't take advantage of it for a while but that's entirely my own fault. It was very important to have that functionality.

It was initially set up by a third party. But since then, I've had to re-set it up and it was pretty easy. It wasn't very complicated. It was quick. There were instructions that we followed pretty closely and there were no issues, so it was straightforward. There were a handful of steps, but nothing overly complex. The deployment took around 30 to 45 minutes. 

We haven't had a need to use it in an actual live disaster scenario, but we have that capability, which we did not before. But if we had to use it, it would save us a tremendous amount of money. Tremendous.

There are no costs in addition to the standard licensing fees. 

We also evaluated Veeam.

It has not saved us time in data recovery situation due to ransomware just because we thankfully haven't had any issues. I've done some testing and in those types of situations, it would be greatly beneficial. But I have not had any of those situations currently.

At this time it has not helped to reduce downtime in any situation.

We don't have it replicated in the cloud at this time so it has not saved use money by enabling us to do DR in the cloud, rather than in a physical data center.

I would recommend Zerto to anybody considering it. 

My advice would be to make sure that after implementing the product, go through and accomplish the training labs so you know how to use a product really well, develop a disaster recovery plan in the event that you should need to use the product, and work closely with your Zerto engineer to ensure that the implementation fits your business needs.

The biggest lesson I have learned is how valuable real-time replication of data can be in the event of a disaster and how valuable that functionality is in the event of a disaster. It has the potential to save the company many days' worth of lost business.

If I could rate it an 11 (out of 10), I would. But we'll go with 10.

We protect about 15 virtual machines. We use Zerto to replicate them from our home office in Pennsylvania to our co-lo facility in Arizona. Our main data center is in our Pennsylvania office, but if that office were to go down, we would use this as a DR solution so we could run our company out of Arizona.

When I started with the company, we didn't have a disaster recovery option. If our office were to have gone down, our company would pretty much have ceased to work. Having implemented Zerto, now we know that if there's a power issue or some kind of facility issue at our home office data center, we can run everything that's protected by Zerto out of Arizona.

The most valuable feature is the ability to spin up a copy of a virtual machine which is a complete copy, within minutes.

I also enjoy the Analytics, which is something they added recently. They tell me all about my virtual machines and what kind of data we're pushing back and forth. I've been very impressed with Zerto Analytics.

The only time I ever have an issue is because there's a virtual server on each host in our environment. If I have to reboot a virtual machine host, I have issues with Zerto catching up afterward. That's about the only thing I would say needs improvement. Sometimes, when I have to do maintenance, Zerto takes a little bit to catch up. That's understandable.

I've been using Zerto for between a year-and-a-half and two years.

It's extremely stable. I've never had any real issues with it. When there are issues, it seems to recover eventually, so I don't really have any problems with it.

It's very scalable. As long as you have the licensing, you can add more virtual machines or more VPGs, which are virtual protection groups, to the license. As long as you have the licenses, you can protect the whole environment and add and remove virtual machines from Zerto as you want.

We have 15 virtual protection groups which protect 15 virtual machines at this time. Because of the licensing costs we couldn't go crazy. We have a total of about 60 or 70 virtual machines, but we only needed to protect the critical ones. We're using 12 of those 15 licenses.

We don't have plans to increase usage of Zerto at this point because these are the critical servers. If we add more critical servers that need to be up in case of an outage at our home office, we may add more. But this 15 has covered us.

Their technical support is good. Just like any technical support, it's all based on the severity of the case. I've never had any outage cases, so I have never had to sit on the phone or wait for them to get back to me. 

I opened two cases with them and they got back within a reasonable amount of time. Both times, they knew exactly what the problem was and how to fix it, just from the details I left them in the case notes.

They also have a nice option where you can submit a case, or enable remote support, right from the interface. The support's pretty nice because they can actually look at logs, once you give them remote access right into your environment. That's very useful. And they're very knowledgeable.

We didn't have a previous solution. We selected Zerto because the RPO is extremely low, so you can get that server back up almost immediately. That was a huge thing.

Also, the ability to do failover tests, where you can test your environment, but not have it impact your production environment, was huge. 

Those two features were the main selling points for us to pick up Zerto.

The initial setup was very straightforward, very easy. We set up a virtual machine at both locations, which are both Windows, and then installed the Zerto software and gave it credentials to connect into our environments. It did the rest for us. Once it was initially set up, we just had to figure out which virtual machines we wanted to protect and which way: did we want it to copy from our data center over to the co-lo, or back to our data center from the co-lo. They walk you through step-by-step with wizards. It's incredibly easy to set up.

Because there's a lot of data initially to sync over, the deployment took about a week in total. The initial setup only took a couple of hours, but then you have to wait for all that replication to sync.

We didn't have an implementation strategy for Zerto. Because we didn't have a previous solution, we didn't have any migration to do. We just paid for the license, got it installed, and rolled with it.

I did it myself.

Technically there are four users who have access to it in our company. I'm the main administrator. The other ones are guest administrators and they have a little less access than I do. But nobody else really logs into it except me, unless there's an issue and I'm not there. But as the main administrator it's really all on me.

We have seen return on our investment with Zerto, absolutely. Just to have an option for disaster recovery in case our main data center goes down — which can happen, because we don't have a generator or anything in our home office — is a type of return. Not just IT, but everybody in the company from the C-suite, was happy that we have a disaster recovery option now.

First of all, you should figure out which virtual machines are critical and how many licenses you may need before you start getting prices. You don't need to go crazy if you only have a handful of servers that need licensing. 

Zerto sells licensing in bundles or packages, so I wouldn't go crazy and buy 100 licenses when you only need 30. Figure out what you need before you get your licensing, because it can get expensive.

We have Veeam which we use for backup and I know they have replication, so we looked into that, but it just wasn't as feature-rich or as quick to restore or bring up a VM as this was. We hadn't heard about Zerto really until we went to a conference in Philadelphia. They told us about it so we looked into it and it seemed like the best option at the time. We did look at maybe one or two other options, but this was the one that looked like the best option for us.

The biggest lesson from using Zerto is the failover capability and the testing capability. Those are two very useful things. If somebody calls me and they need to test something in a test environment, I can use the test failover copy of Zerto to bring up that virtual machine, or machines, and test things without affecting production. The other thing that is impressive is that you really can bring up a virtual machine almost immediately.

I would definitely give it a 10. I have no problems with it. I'm very happy with it.

We use Zerto for disaster recovery of our tier 1 applications from our primary data center to our secondary data center. We have also used Zerto to successfully perform server migrations from one site to another for data center moves and company acquisitions.

Our administrators love the product and it has been proven to be easier to use than VMware SRM which we were using before going with Zerto.

Zerto has given us the peace of mind to know that we have full DR protection for our critical applications.

Zerto is relatively easy to set up and administer.

We were able to create runbooks within Zerto to help with DR failovers, and testing DR failovers is pretty easy as well.

We used to use VMware SRM and it was very cumbersome to add in new virtual machines or storage volumes because they would basically "break" the SRM protection groups that were already out there. With Zerto, it takes on new additions to protection groups much easier and it saves our admins a lot of time having to care and feed it.

The most valuable feature of Zerto is its overall flexibility, where it can be used for standard DR or you can also use it for server migrations, data center consolidations, etc. You can also use it for data protection and physical to virtual migrations as well.

It is kind of a swiss-army knife.

I can't think of any major areas of improvement with Zerto. Make sure that they are building in cloud-friendly features in future releases because a lot of enterprises are starting to move workloads to the cloud and are seriously considering doing DR to the cloud as well. Our company may be moving in that direction also.

I wouldn't mind seeing Zerto sold at a cheaper price point, although the cost is comparable to VMware SRM.

We have been using Zerto for four Years.

Zerto has been rock solid for us in terms of stability.

The scalability of Zerto seems to be ok. This will depend on the size of your environment and how often you need your data replicated for BCP and SLAs.

Zerto customer service has been great so far. No complaints!

We used to use VMware SRM and we switched to Zerto because it is less expensive and easier to administer.

The initial setup of Zerto was very straight forward. The rest of the configuration will be as complex as your environment's DR needs and application stacks are.

We had an engineer from Zerto help us with the installation and initial configuration for thirty days.

It is good to do a full Disaster Recovery plan for your organization and doing a BCP plan as well. You need to figure out how many critical servers and applications you have in your environment so you will know how many Zerto licenses to buy, etc.

We only baked off VMware SRM and Zerto.

It is good to implement a proof of concept of Zerto to test it out. I highly recommend it for data center moves.