What is our primary use case?
I've used it for a temporary migration. We had to shut down a data center and we moved some database servers over to a disaster recovery site. We then did the maintenance at the data center and brought them back.
We're using it only for on-prem and we use it to replicate from our onsite data center to a co-location, but there is a fiber connection between the two, so it isn't an internet-based replication.
How has it helped my organization?
In that migration instance we had six terabytes of data that we needed to protect and bring online quickly. We had a replication going and we made the protection group switch and brought the systems back within less than 30 minutes. It reduced our downtime on some critical applications.
If we hadn't used Zerto, we would have had to vMotion them to the other side and that could have taken hours. That could also potentially have been unreliable because there's a timeout period when vMotion works. We used Zerto to be safe.
What is most valuable?
It is pretty simple to use.
What needs improvement?
Whenever we do a failover, there's a confirmation box that shows up later. It's a little hard to see sometimes. We'll do the failover and some preparation activities and then there's a checkbox you need to check to continue and sometimes it's small, in the corner, depending on which screen you're using. A popup to continue would be a little bit better because then you're not sitting and waiting for something and it's already there.
We also had an issue with a misnamed network. They should make that a little more apparent when it's not available on the destination side. We were able to go all the way through with it, but when we did the recovery, it wasn't available. A pre-check to say, "Hey, it's not available. What network do you want to use?" would be helpful.
For how long have I used the solution?
I have been using Zerto for about a month because I'm new with my current company.
What do I think about the stability of the solution?
The stability has been alright. We have failed over quite a number of machines.
We did have an issue with one failover. It didn't fail over completely. You really don't want to have to contact support in those situations, but we had to. It could have been an issue on our side as opposed to something being wrong with the configuration. I don't know what happened, but they got it working.
How are customer service and support?
We had to call support during that migration because one of the settings wasn't correct. I don't know exactly what went wrong, but we had to create a ticket. Zerto got back to us within an hour, so we were really impressed with the support from them. It was really good. They got us taken care of pretty fast and we were back online during the process, within an hour. They were quick to respond after we submitted the ticket and then they got it fixed. There's not really much more they could have done in that situation.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
We use VMware-native as well as Zerto. It's all circumstantial, based on sites. Some sites ended up getting an SRM license, so we have kept them instead of wasting licenses. And some sites use Zerto. Maybe down the road we'll pick one of the products, but for now, we use both.
How was the initial setup?
Zerto was already there when I stepped into the picture. I helped initiate some of the disaster recovery processes. Based on what I saw from the outside, it was easy because it was ready for that situation quickly. It was ready in a business day or less, aside from the replication aspect or the data sync from when you first set up the jobs. But the basic setup to get things going was ready within less than a business day.
What was our ROI?
I would think we have seen return on the investment in Zerto because we use it a decent amount of the time. We have reduced the downtime within the last month because of it as well.
Which other solutions did I evaluate?
We've used SRM from VMware. Personally, I prefer Zerto because it's a little more automated. VMware has more requirements and VMware tools get us stuck sometimes. If the VMware tools aren't working on a virtual machine, it won't replicate over as quickly or start up as quickly because it's waiting for that service. You have to do custom settings to avoid that. Zerto doesn't have that requirement. It's a little more click-and-go versus click-and-monitor and then trace back and see what went wrong.
Zerto is also probably faster because SRM waits for VMware tools to come up and say, "Hey, we're here." That's not a requirement that I know of, with Zerto. Maybe it is. I'm a newer user of the product.
What other advice do I have?
In terms of the number of staff involved in data recovery situations, Zerto hasn't really reduced that. My team generally handles those situations and it's the same number of people, regardless of which product we're using.
Zerto worked and did its job and it was easy to use. My team liked it, and the database administrators, who were the customers in that instance where we did the temporary migration, appreciated it.
I would rate it at eight out 10. Sometimes the interface can be a little tricky. If you're using a disaster recovery application, you're in a stressful situation already. Sometimes there are a lot of confirmations you have to go through just to start the Virtual Protection Group, and then it starts and you have to confirm again a few minutes later. You're stressed out. You're talking via chats with a bunch of people and there were times where that prompt was probably sitting there for minutes, which cost money.
More confirmations upfront and removing that second one later on in the process would be good, or a popup, instead of it being a small checkbox in the corner of the screen, is my recommendation.
Which deployment model are you using for this solution?
On-premises
Disclosure: My company does not have a business relationship with this vendor other than being a customer.