Zerto Reviews

We primarily use Zerto for replication and disaster recovery.

Zerto is good in terms of providing continuous data protection. We have databases that require point in time recovery capability and Zerto is very flexible in this regard, compared with some other solutions we use, such as Sybase Replication and Oracle Replication.

We do not yet use Zerto's long-term retention feature but we are planning to do so. Currently, we are exploring AWS Glacier for long-term retention, and we will see how Zerto can help with the process.

Using Zerto has helped to simplify our process. The DBS steps are very deeply involved in the case of Sybase replication. This means that it takes a lot of technical skill, time, and effort to manage Sybase replication. Compared with that, Zerto is very user-friendly.

When we need to failback or move workloads, Zerto decreases both the number of highly skilled people involved and the time it takes to complete. For example, to do a command-line restore and recovery of Sybase involves pages of steps and it requires a talented DBA. However, with Zerto, we can take care of that with an intern. Only one person is involved in the process for either case, but with Zerto, fewer skills and experience in recovery are needed.

Fortunately, we have not yet been the victim of a ransomware attack. However, I am confident that Zerto can help, should that situation occur. Similarly, since implementing Zerto, we have not had any downtime. That said, we have simulated different scenarios and our results were good.

The most valuable feature is the point in time recovery. This allows us to recover at any point in time, up to a minute or so.

Zerto is pretty user-friendly. Normally, data recovery involves a lot of DBS skills but with Zerto, it is point-and-click.

It is very important to us that Zerto provides both backup and disaster recovery in a single platform. Because of problems that people are facing, we needed to have recovery time objectives (RTO) and recovery point objectives (RPO) for the major cloud providers. This is the primary reason that we were looking for an up-to-date and current solution.

I am a little bit worried about how Zerto will work with large volumes of data, such as replication for big data and very large files. I have not tested it yet, so I can't say for sure whether it will choke or not.

The two large clouds that we use are AWS and Azure, and compatibility with these is always important for us.

We have been using Zerto for approximately five years. We are using one version back from the current one.

In terms of stability, so far it looks okay but I am not sure how Zerto will react to volume loads. We haven't had a chance to test that because we don't have such a large environment.

Scalability has been good but I have yet to see how large a file it can handle.

We have two DBAs using the product, and then we have some interns to help out.

Currently, it is running in a small network where it is backing up a couple of replicated environments. We may increase our usage in the future, as we are now just beginning to back up everything to AWS.

Zerto's technical support team is pretty knowledgeable.

Prior to Zerto, we were using Sybase replication. When Sybase was acquired by SAP, we began having trouble when we needed technical support. The reason that we started looking for a replacement product is that we used to contact technical support in California when we needed help. However, we now have to call Germany first, only to have them redirect the call to California. SAP is a mess.

I was involved in setting up the proof of concept, and I found that the initial setup was okay.

Once the PoC was complete, we went into small volume testing and then started using it after that. The deployment only took us a couple of hours.

A couple of people from our organization handled the deployment, and we had some Zerto technical reps available to answer questions. The Zerto staff are pretty knowledgeable and they answered the questions well.

Compared to the licensing fees with Oracle and SAP, we see a return on investment.

Price-wise, Zerto is fairly reasonable and I can't complain about it when we compare it against Oracle and SAP licensing.

We have not tried using any features that are outside of the standard licensing fees.

We looked into Oracle GoldenGate but it is pretty expensive and cumbersome. Sybase is better than Oracle in terms of pricing, but Zerto is cheaper.

We have not yet enabled data recovery in the cloud, but we are planning to use it. As of now, we haven't tested it. We always back things up but in terms of restoring and testing, we are behind.

My advice for anybody who is considering this product is that it is pretty user-friendly compared to Oracle and SAP. This is a good solution to start with. Once it has been implemented, I suggest moving to volume testing to see how well it handles large volumes of data.

We have never had a real situation where we were under the gun for the purpose of RTO and RPO recovery times. As such, I can't say for sure how it will behave in a real situation but we are satisfied with our tests.

I would rate this solution an eight out of ten.

We use Zerto to protect our staff information against ransomware and is outlined in our disaster recovery plan. We have a DR site that we failover to if anything happens at our primary data center. We have only our core services, that we could not live without, being protected.

It is very easy to use. Almost anyone in our IT team can manage it after not using it for months at a time. As the DR strategist here, I like that. I enjoy having a fast way to bring a server back up. It will take me longer to get to my desk and log into everything than it will to actually complete the failover. 

I really like how you can test the failover as often as you need.

The reports it generates are very good at showing our protection state.

It is self-healing in case I mess up on something and need to re-sync. When you are protecting Terabytes of data, this comes in handy.

I think Zerto could do better with size planning because it would be nice to analyze a server for a week and give an estimate on sizing the Journal. I find myself estimating too high.

It would be nice if I had an option to dynamically restore to any host in a cluster. Right now, if we have multiple things happen and the main host is down it will not work. 

We are only using a fraction of what it can do. If you add the backup function it scales very largely. I could see a hospital really finding this product useful.

My first experience with technical support was not good at all. In the last few years, it has improved quite a bit. 

Prior to this solution, we used storage mirroring and DFS syncing. Our old way used far too much storage. Zerto compresses the data well. 

The initial setup of this solution is very straightforward. We were making initial syncs in forty-five minutes. 

We did both, with most over the phone. Their expertise was fine. I didn't in any way feel like I was not getting my questions answered. 

Our ROI happened in nine seconds.

I don't remember it being cheap. We started out slow, which was a good call. We found that in an event that was massive enough to cause an entire cluster to go offline we would be happy with our core services up and running.

At the time, Zerto was the only product doing this so easily. It might still be.

Don't underestimate how good it feels to rollback data instantly. It makes me look like a Wizzard at my desk. 

We use the solution for disaster recovery purposes. 

We implemented Zerto because it is crucial for our organization, especially as we move into the cloud. We needed to ensure that we could retrieve data properly and migrate easily. The solution allows us to keep our users collaborating throughout the migration process, making it much quicker than our previous solution.

The most valuable feature is its simplicity. It's easy to use, especially when moving data to keep our users collaborating. Putting the server into maintenance mode and moving our systems has worked well for our team.

Zerto is easy to use because of its simple setup and configuration. It also has a user-friendly interface, making data migration, seamless server maintenance, data recovery, and automated replication easy to use.

The replication feature is very valuable. For example, the solution provides synchronous replication, ensuring that data is almost instantly copied to the recovery site with minimal latency. This real-time replication means that the data at the disaster recovery site is nearly up to date with the primary site, reducing data loss in the event of failure.

It is very important to our organization because replication is a fundamental aspect of modern IT infrastructure and disaster recovery. It ensures continued access by having a copy of the data available at a secondary location, which is critical for major business operations during a primary site failure. Even in cases of data loss, replication allows for the restoration of data from the latest copy, minimizing downtime and aiding in quick retrieval.

The main benefits of using Zerto include improved data protection, data recovery, and operational efficiency. Regarding data protection, replication's continuous availability and redundancy ensure that our data is always available at a secondary location, protecting against data loss. Redundancy means having multiple copies of data, which is critical for recovering from data corruption or loss.

We have used Zerto to protect VMs in our environment. Implementing automated backup solutions has helped us save time in data recovery situations. Regular backups ensure we always have copies of our data and systems for recovery. It has helped ensure that our organization is well-prepared to handle protection and disaster efficiently. By identifying the request and replying promptly, we can ensure the resilience of our overall service.

The tool must improve its long-term storage cloud strategy, making it more seamless and improving the solution's downtime features. 

I have been working with the product for one and a half years. 

We did not encounter any issues in stability. 

The solution's technical support is good. 

Positive

We used AWS Cloud before Zerto. From my experience, both Zerto and AWS solutions are easy to use. They both have user-friendly interfaces that simplify managing disaster recovery tasks, including setting up replication and handling failover and failback processes.

AWS offers a wide range of cloud-native disaster recovery services, like AWS Backup and AWS Disaster Recovery, which are integrated into its management console. AWS also supports automation through APIs and integrates well with enterprise systems, which allows organizations to automate backup, recovery, and failover processes.

The initial setup is straightforward and can be completed within a month. The configuration process is minimally complex. We first assess the current environment, looking at training requirements and infrastructure. After that, we do design and configuration, including architecture design, installation, and configuration. Lastly, we do testing and validation. We have finally distributed the team. After that, we will train our employees through training sessions. We'll give them documentation and train them. And lastly, we do the deployment rollout.

Our in-house team did the deployment. There were ten resources. 

Automated testing and recorded tests can vary based on several factors, including the complexity of our IT environment. For us, it takes around seven to eight days. It's still taking the same time, so we must explore more. Our team is exploring the process more, so it's still taking that much time.

I rate the overall product a nine out of ten. 

We use this solution for replication from our primary data center to the secondary data center.

The replication feature and DR functionality are most valuable. Zerto has many options when a new server is provisioned. If the application team would like to use a replication process, DR process, or RPO, Zerto can facilitate this within 15 to 20 minutes.

This solution could be improved by including some sort of compression or de-duplication for the same type of files.

We have been using this solution for three years.

It can be scalable depending on the licenses which can be quite expensive. 

We previously used SRM. SRM is as not as good at Zerto. That's the reason we bought the licensed product as opposed to the free product. I'm hoping that Zerto will be used in the future in our company for data replication purposes like SQL data.

The initial setup was very easy. I followed the documentation to set it up myself. The person completing the setup needs to understand the storage layer and the network layer for the backup. Without this understanding, It may be extremely confusing.

When you apply Zerto to your environment, you need to understand your networking settings, storage settings, and your capacity planning. Setting up Zerto took us 15 minutes. 

We recently bought more licenses and are exploiting the benefits of Zerto so I would say we are seeing a return on investment. 

Zerto helped to reduce downtime drastically by 80%. I would advise others to complete a full evaluation process to ensure they get the most out of it.

I would rate this solution an eight out of ten.

We started off using this solution for disaster recovery and DR testing but then it morphed into more of a file recovery tool. We can usually get closer to a point in time recovery using Zerto versus the nightly backups that we do.

Zerto gives us peace of mind knowing that if we were attacked by ransomware, we would be able to recover data from the time before the ransomware to get us back to being fully functional. Zerto helped to reduce our company's disaster recovery testing model to where we can do it all within a day. We normally pick a time around lunchtime on a set day for the different groups to test with and it is completed by the time lunch is over. 

It definitely does make life easier when you're in a situation where you have to have all hands on deck as it doesn't require you to have as many people to bring everything back up.

The file recovery functionality is definitely the most valuable as well as the amount of time it takes to recover a VM. The different snapshots it makes are great, especially when we try to schedule DR testing with our business unit. The less time that we have to spin up the environment, the better the whole testing process will go.

One common use case I'll get is when someone says, "I deleted," or, "I've changed a file." I can ask them, "What time did you do it?" If they tell me a specific time, for example, 1:15 PM, I can pull that file at 1:14 PM and recover the data.

The backup end of this solution could be improved. We tried using it as a full backup solution and it took way too long to complete at least one backup. We tried it once and didn't try again. I'm not sure if they've improved that since then but we actually went in a different direction for backups.

I have been using this solution for six years.

This is a stable solution. 

We haven't had to scale much as we're a small business. If we were to grow, it would be a couple of servers at a time so I can't really speak to the scalability of it. We have 400 servers total and only use Zerto with what we consider mission critical.

The customer support is excellent. When you call with an issue, they answer almost immediately. The guys are really knowledgeable.

I would rate their support a ten out of ten. 

Positive

We started off with Site Recovery Manager. We did not like the process and once we tried Zerto, we saw how easy it was. That's been the solution until recently as we've added a second data center in which we use now Pure Storage with VMware. They do active clustering and we can use a simple vMotion to move from one site to another versus the way we used to do it before completing a migration with Zerto. 

We still keep using Zerto because we know Zerto works. Zerto is a lot faster especially compared to what we used to do with Site Recovery Manager.

The initial setup is straightforward. I just followed the documentation online and it was set up in a day.

I completed the setup myself. There may have been a help check afterwards once we got the first test recovery group setup. 

Based on the fact that we can rely on Zerto for recovery if anything were to happen and the confidence that our management has in this product, it's definitely worth the money. 

We paid a big investment upfront with renewal fees each year. This is another reason why it's easier for us to keep this product as well as have another solution, because we've already paid the money upfront.

When evaluating Zerto, I would advise others to try to think of any potential scenario to test with and use it to prove whether it does or doesn't work.

I would rate this solution a ten out of ten.

We use it for disaster recovery, by replicating to our DR data center.

It has simplified our disaster recovery plan. With VMware SRM it was a little bit more complex. Zerto adds more granularity, but not at the expense of complexity.

The most important features are the 

• simplicity of recovery 
• wider capabilities and feature sets than SRM has.

I have been using Zerto for about three years.

We've been using it since version 7. Since then, it's gotten better and better. We've had some bad experiences with DR tests where everything went sideways and we had to restore a bunch of VPGs or recreate them. It seems like those situations are happening less and less as the product develops.

We have 1,200 seats and we have about 1,000 VMs that are replicated. So far, scalability hasn't really been an issue. We haven't run into a problem scaling it out.

I haven't been a super big fan of the support area. The support could really be better in terms of responsiveness. I've had some issues that took two or three days to get resolved. Once I got to the right person, they were resolved quickly, but it took a while to get to that person.

On a scale of one to 10, today I would rate their support at about a seven. If you had asked me two years ago, I would have rated it at three.

Neutral

We were an SRM customer and moved to Zerto. We had issues with SRM and I think we had some issues with Zerto initially. We've had it for three years and we've gone through several revisions. With every revision, it seems to get better. They keep adding feature sets.

SRM and Zerto are really the primary competitors. We like the fact that Zerto does VM-based replication instead of having to involve storage-based replication. You can just point to an instance of it and say, "Replicate to this DR data center," whereas SRM is a little bit more complex in that context.

The speed of recovery between Zerto and SRM is similar. With the later versions of Zerto, the recovery speed has become a little bit faster.

It's very straightforward to set up. You just install the software and point it at your vCenter. There are not really a lot of overly complex parts to the installation. It installs relatively easily and quickly.

We did it ourselves.

We haven't seen ROI because we've not ever had to recover anything. But in an instance where we would have to recover from a disaster, we would definitely see ROI. It's like paying for insurance. You don't really see any value in it until you need it.

The licensing is a little bit steep, but there is some value that you do get for it as well.

In our usage, Zerto has not helped to reduce downtime or the number of staff involved in a data recovery situation. It also hasn't reduced our DR testing. We do a DR test regularly and that is about the same as it was.

I don't have any advice, but I would absolutely recommend it. The simplicity of how they have laid out the VPG structure, and being able to separate those out into groups, as opposed to SRM where you're replicating everything, seems like it's really well designed.

I am a cloud provider and I use Zerto to provide disaster recovery solutions for my clients.

Recently, we had an issue where one of our customers using Oracle Server experienced corruption in a database. The customer doesn't know when the issue started, so we used Zerto. We started to do a real-live failover for the machine, and we were able to determine the timestamp for the start of the issue. Prior to this, Oracle engineers tried for four hours to fix the database but did not have any luck in doing so. Ultimately, we were able to save the customer's data by using Zerto.

A few of my customers are using file-level restore but the majority of them are using the replication features for disaster recovery.

Zerto offers features for long-term data retention; however, we don't use them. The longest time that we back up data for is 30 days. At this time, I don't have any request for this from my customs, although in the future, if we have a customer that asks for it then we can provide it.

Zerto provides our customers with the ability to continue work, even if something happens to their office or data center.

We have a customer with an on-premises data center that replicates the environment to our cloud. One day, this customer had a water pipe burst in his data center. The entire data center was flooded and everything stopped working. We did a live failover and from that point, he could continue working but it was running from the data center in our cloud, instead. Zerto definitely saved us time in this data recovery situation.

It took the customer between four and five days to return everything back to normal onsite. During that time, he spoke with us at 9:00 AM on the first day, and after an hour, his company resumed work with our help. This reduced his downtime to one hour from approximately five days.

Performing a failback using Zerto is pretty much the same in terms of how long it takes, and how many people we require. The customer decides when to do the fallback; for example, it can be done during the night. We replicate the data at their chosen time and it avoids issues for them because they don't operate during those hours.

In a situation like a burst water pipe or a database becoming corrupt, Zerto doesn't help to reduce the number of staff involved. The reason is that when something affects the company, management, including the CEO, has to be involved. They do not deal specifically with operating Zerto but rather, they wait for things to develop. The good part is that they know that with Zerto, they have a solution, and they don't need to figure out what to do.

In terms of the number of people it takes to recover data in cases like this, there is typically one person from our company involved, and one person from our customer's company.

My customers save money using Zerto and our facilities, rather than a physical data center because they do not have to do any maintenance on the backup equipment. It is also much easier to pay one company that will do everything for them.

Using Zerto makes it easier for my clients, giving them time to work on other things. The main reason is that they don't have to maintain or upgrade their environment. Not having to implement new recovery solutions as their needs change, saves them time.

The most valuable feature is the ability to do disaster recovery.

Zerto is very user-friendly and engineer-friendly, as well. When we need to create a new Virtual Protection Group (VPG) for replication, then it is done with just a few clicks of the mouse. We can see all of the environments and we don't need to install agents on the customer's VMs.

The live failover feature is very helpful.

With regards to providing continuous data protection, it's great. Most of the time, it's about five seconds for replication.

The monitoring and alerting functionality need to be improved. Ideally, the monitoring would include the option for more filters. For example, it would be helpful if we could filter by company name, as well as other attributes.

I have been using Zerto for almost three years.

Zerto is a pretty stable product. We have had issues from time to time over two years, but usually, it is stable. When we have trouble then we contact their excellent technical staff.

I have quite a lot of customers that are using Zerto for disaster recovery and it is simple to scale. Our intention is to increase our usage by bringing on more customers that will replicate from their on-premises environment to the cloud.

In my company, there are five or six people who work doing the backup and recovery operations. On the client's side, they normally have one or two people that are in charge of maintaining the data center.

The size of your environment will depend on how many VMs you need to replicate. For example, if you are replicating 100 VMS then you can use a small environment. However, if you are replicating 1,000 or more VMS then you will need a stronger and larger environment, with more storage and more memory.

The technical staff is excellent and we contact them whenever we need something.

We had a customer that replicated his VM and for some reason, when we tried to do a failover test, the VM came back with an error saying that the network card was disconnected. We spoke with the Zerto technical staff and they actually implemented an ad-hoc fix for our environment. In the next Zerto version update, they released it for all their customers.

The technical support is definitely responsive and they explain everything.

I began using Zerto version 6.5 and am now using version 8. We did not use a different solution for disaster recovery beforehand.

We use Veeam for backup tasks. We looked at Veeam CDP to compare with Zerto, and Zerto is definitely better. It is more user-friendly, agentless, and the technical support is better.

The initial setup is straightforward and pretty easy to complete. It takes about an hour to deploy. During the process, you set up the Zerto server to see the whole environment. You then install VRAs on all of the hosts. In general, the management server is pretty user-friendly.

The implementation strategy changes depending on the customer. We did have a few customers that required a more extensive setup because one had an IPsec connection, and a few of them were using point-to-point connections. That's the only strategy. But with Zerto, they need to decide which VMs they want to replicate, and then we create it based on that. First, we will want to replicate the DC, the domain controllers, and then we will want the infrastructure servers, and then the database servers, and the last one is the application.

During setup, one person from our company normally works with one person from our customer's side. Only a single person is required for maintenance.

My impression is that Zerto is more expensive than other solutions, although I don't have exact numbers.

We evaluated CloudEndure and we also had Double-Take, but neither of these solutions worked well. These solutions were based on agents, which affected the customers' server performance.

In terms of usage, Zerto is a different level of experience when compared to other products. It is easier to set up and use.

With other solutions, we need to install software on the customer's server and then reboot, whereas, with Zerto, we don't need to do these things. In fact, there is no downtime on the customer's side. Depending on the customer's environment, post-installation downtime may have been as little as one minute, or more than an hour.

In situations where downtime is expected, and there is an important application like a database running, these periods need to be scheduled. Normally, downtime will be scheduled at night, after business hours. Although there may not be a disruption in work, it is an extra effort that needs to be put into the other products.

Looking ahead, I have seen that the next version of Zerto will support Salesforce replication. This could be something that is useful for my customers.

The biggest lesson that I have learned from user Zerto is that every organization should have a disaster recovery plan. My advice for anybody who is considering this product is to calculate how much it will cost in the event of downtime or a disaster, and then compare it to the cost of Zerto. Once this is done, people will opt for a disaster recovery solution.

I would rate this solution a ten out of ten.

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.