We did look at the long-term retention backup feature of Zerto a few years ago, and at that time, it was limited. I can't say what it is right now, but at the time, its functionality was limited in terms of basically where we could save it and how we could save it. Offsite air gapping our backups is important to us to help protect against ransomware, and at the time, it couldn't do that. That would be one area that would be important before we consider using the long-term retention again. I haven't looked at it recently, and they may have addressed this in the meantime, but if not, this would be an area of improvement.

Now, everything is moving to the cloud and many modern app solutions are based on virtualization and cloud, however, for situations where Unix platforms are used, we'd like them to be able to support that. 

I haven't noted any areas of improvement just yet.

I'd like to see a way to do a one-stop shutdown of replication so I know I'm not missing data and can do my DR test. 

I'd like to get better recovery point objectives and get more data back from our DR site faster. 

The pricing could be a little bit lower.

I tried a file-level recovery, which should work on any server. However, the server we need to protect the most is the one giving us problems. We couldn't do a file recovery without restoring the entire server to a recovery partition that isn't part of the production and pulling the files off it that way.

Zerto's near-synchronous replication is excellent when it works. I'm trying to be nice to them because I like the product a lot, but we're having a lot of difficulty with it in our environment.

There is a disconnect between the sales pitch and what we can do with Zerto in practice. We've been trying to reconcile that for most of the year. There should be more continuity between sales and implementation to ensure the solution is implemented how our presales engineer pitched it to us. 

They need to have some accountability. Maybe the implementation engineer should be on the line so that they know what is presented and agreed upon regarding the implementation in our environment. The implementation should have been precisely what we were expecting. 

I was part of the pre-purchase team as the information security manager. I handed it off to my infrastructure team to implement, and they practically had to start from scratch. Zerto handed it off to their professional services to implement, and I assigned the job to my team. 

There were a lot of questions and things Zerto couldn't do on its end. HP purchased Zerto as we were engaging with them. I don't know if that was related to our frustrations, but I know that acquisitions can make a product messy for a bit. I don't want to blast Zerto. It's an excellent product, and I would love it if it could work as advertised. I've seen it do some of that for us. We've had a rough start, and we're still trying to find that sweet spot.

I turned in a ticket a while back when I found a glitch within Zerto. When building out a VPG and doing the machine types within Azure, they were not coming across correctly. It would say it had a CPU and memory of a specific type, but it was not accurate. When I sent that ticket in, the support manager said that it hadn't been found before, but that my report was accurate and that it was a bug, and that they were working on it. 

But I've been very pleased with the updates that they put out and the service. I don't have a lot of negative things to say about Zerto.

You can create a VPG and put anywhere from one to 17 servers in that group. We build them one by one. If something changes in VMware, it would be nice to be able to go in and change that VPG, having it update without messing up. When you change them now, it only applies to the copies from the points when you changed it. I wish it would purge that older data from the past. Right now, we have to build a new VPG, which is not a big deal as it is just a few screens. 

The replication layer can probably be improved.

I want to have an OVF or some local deployment where I can deploy the ZVRA rather than having to push it from the console. Some of our smaller remote sites have relatively poor bandwidth, and they can't keep up with the constant deployment stream from our center console, meaning we have to find some creative hours to get around the bandwidth bottlenecks. If I could push out a small install file, install it locally, and then reach back to the console, that would be excellent.

While going in, we were looking at the backup tool so that we had a DR tool and a backup tool, but they stopped developing their backup solution built into it. That was a bummer for us, so now, we have a DR solution, and we have a backup solution.

For the actual application itself, we have put in our request for certain features, and so far, they seem to be adding those features. In their latest one going to version 10, they did an appliance, which we had asked about 6 years ago. It is great to see that they are doing an appliance. There would be even more savings for us now because we do not have to pay licensing for a Windows VM.

You can use Zerto as a backup product, but in the discussions that I have had with them about the product, they don't really sell or talk about that feature as much. So I would be interested in improvements related to using it as a backup. If I could consolidate and use Zerto for disaster recovery as well as everyday backup and restore for situations where I need to recover something, that would be helpful. It has some of that functionality, but it's not something they promote a lot. They should point out the benefits of using Zerto as a backup and recovery product instead of just a DR product.

With Cohesity, we keep a limited amount of backups, about 14 days. That way, we can recover an individual server within the same site or we can restore data or databases that we need, in a non-DR way. We use it for typical day-to-day backup and restore. If we could use Zerto in a similar fashion for everyday backup and recovery scenarios, that would be another area where we could consolidate into a single application.

I would like to see some graphical improvements in Zerto's interface. There's an option to export a list of all of our servers, but the information isn't presented the way we want. We want it in a specified sequence broken down by region, etc. We can't manipulate the data when we export it. Maybe they could change it to look more like an Excel sheet, and we can customize the graphics and data. We suggested these improvements to Zerto through their portal.

I would like Zerto to enhance the continuous backup aspect. If Zerto could replace Veeam from a backup perspective, that would be highly beneficial. Currently, we use Veeam for backup and Zerto for disaster recovery. It would be ideal if we could consolidate both functions into a single product rather than using two separate ones.

Recently, I started to try to deploy vVols instead of VMFS volumes in my VMware environment and I did encounter an incompatibility. It seems that for Zerto volumes to be protected, there's some sort of limitation with drives having to be either thick-provisioned or thin-provisioned, I forget which. But there's some sort of inherent limitation that causes an incompatibility with vVols and VMware. That has to be overcome somehow. It has to be flexible enough to be able to do its thing.

And for an additional feature, and I'm not sure if this is already in the works, I would like to see improvement on the Zerto Virtual Replication appliances, so that they are a little bit more streamlined as opposed to now where they just span multiple ZVR appliances like there were gremlins. We have our three main ZVR appliances, each one of them associated with one of the hosts, but as this thing grows it just spawns unlimited numbers of additional ZVR appliances and you end up with a bunch so that you can't really tell which is which. Better management of those ZVR appliances would help, if you have to vMotion them off of something.

If you want to migrate a ZVR appliance from one storage to another, you can't really tell what's what and there are multiple pieces related to this ZVR appliance. I would like to see that cleaned up a little bit with better management features for ZVR appliance maintenance overall.

It would be nice if Zerto offered OVFs, which are custom-built VMs that you can install on your virtualized environment. At the moment, I have the Zerto sitting on two custom-built Windows servers, which creates a lot of overhead. I'm waiting for them to create an OVF file, which is a built and hardened version of their Zerto server that I can just install wherever with a couple of mouse clicks. 

When you're configuring the VPGs, they can improve the process by looking at the hardware configuration of the existing VMs and then recommending what they should be, rather than us having to go back and forth. For example, on the VM configuration portion of creating the VPGs, it should already figure out what sort of CPU, memory, and capacity you need, rather than us trying to write that down and then going in afterward to change it.

The logging could be a lot better from a troubleshooting standpoint. If the log was more detailed and more user-friendly, we wouldn't have to make the calls to the support to try and figure out where the problem lies.

They could improve on how many machines the management server can handle for replication.

Zerto could be considered as a backup product but this is not true. So if we could consolidate and use Zerto for disaster recovery as well as everyday backup and restore for situations where we need to recover something, that would be helpful. Anyway, we think that Zerto will win with no competition in the Disaster Recovery process, so we stay focused on this.

Now we are testing version 10 which include real-time ransomware detection, a new Cyber Resilience Vault and enhanced cloud capabilities and security: we expect more from these features for superior hybrid cloud security.

Reports could be useful for customers. I would like to have a report that shows the latency for every single internal VM. it would be useful for troubleshooting.

There should be an automatic installation in a cluster. When I add a virtual client or ESX source to the cluster, it should automatically install that. There should be automatic installation. Currently, I have to do that manually.

They can give us a few training classes.

They just came out with improvements for ransomware protection last week. I haven't used them yet but, overall, security and preventing ransomware is really a hot topic these days. I would like to see it detect when the ransomware occurs and provide more information on it.

The overall management plan could improve. If something happens with the VM on the vSphere side, the error codes are pretty weak. If there was a way to click on something within the UI that takes us to a support page or article, that would be very beneficial.

In general, the solution is pretty good, but because it is geared toward simplicity, sometimes, when things go wrong, the answer is not very detailed so that things can be solved quickly. If things do go wrong, it does require a little bit deeper troubleshooting to resolve the issues. That's the only area where improvement could occur. There should be a little bit more details about if things go wrong, how to remedy them. 

Everything is meant to be simple. When something doesn't work, even though what you were trying to do appeared to be very simple, there are probably a lot of pieces behind the scenes. So, to be able to narrow down where in those 100 steps something went wrong can be a little tricky. When there is a failure, there should be a more detailed explanation of what the error is and how to remediate it. Currently, it's a little vague. A part of that could be because we use Zerto on top of Hyper-V. VMware still has a very large market share over Hyper-V and a lot of the information and a lot of the deployment plans are geared towards VMware. So, sometimes, there are new features that first roll out to VMware and then come to Hyper-V.

When we migrated to a new virtual infrastructure, we had to set up Zerto all over again which took a long time.

It would be nice if Zerto had some sort of migration tool where you could migrate all of your virtual machines to a new infrastructure without having to set up Zerto all over again.

The biggest pain points we have experienced are related to some of the SQL-intensive workloads just because the VPGs struggle a little bit to keep up. That might be because we are pushing too many transactions. That might be on us, but that would be my main suggestion. There might be a way to tweak the settings. There is an option to exclude scratch disks or temp disks in SQL, and that helps, but we still struggle a little bit with the databases with high transaction volume for the VPGs to keep up. We have done a little bit of work with the monitoring features that they have in the portal to identify whether ZVM or something else is overloaded and then allocate more resources to it, but there can be a little bit more transparency. If there is something they can do along those lines, that would be awesome.

Deployment is an area that can be improved a little bit. Sometimes deploying new ZVMs and things can be a little confusing. Also, with the supportability matrix, there is a little bit of a gray area sometimes as to which version is supported. There is some opportunity there to improve transparency around versioning and what to use moving forward for all workloads.

It would be beneficial if we could gain insight into DNS record reporting from the DR side, however, this is not a realistic expectation due to the fact that different companies use different hardware and different methods of DNS management. It would be advantageous if Zerto had plugins for Infoblox, Cisco, or load balancers, as this would enable us to better manage those records. Unfortunately, this is not a realistic expectation as these products are usually managed by the middleware or a network team, which has no relation to their application.

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

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

One thing I would like to see, and I know that this is on their roadmap, is the ability to use long-term storage in the cloud, like in Azure or AWS, making that even more seamless. Whether it's stored in glacier or on-prem, being able to retrieve that data in a quick manner would be helpful. They're just not there yet.

It would be difficult to do, but I would love it if Zerto handled some of the scripting and things necessary to do a recovery. For example, it would be helpful if the solution could update the DNS to point to a new location. It would be nice to automate some of those tasks that you have to do to recover a VM and they were kinda out-of-the-box point-and-click things rather than things that required you to write a script.

Unfortunately, we have not been able to get it to be fully functional. We were able to replicate and turn up a VM, but we were not able to bring the VM back because my team was spread thin. However, we worked with tech support and got the VM back.

When we do failover and failback, it doesn't maintain some of the settings that it should and I don't really understand why that happens. Quite regularly, anytime we do a failover or a fallback, we have to confirm all the settings for each VM. That takes a little bit of time. There is some power shell for that, so we've been able to automate that or at least optimize that. That said, that's my only complaint. Maybe that's a VMware limitation. I'm not sure.

I don't feel like we're a big enough customer to warrant being called every week or every month but it would be good to get a little bit more contact with a salesperson or engineer group. Our account executive is very good. He's done a great job, but it was hard for him to tie down an engineer. It was a little bit of a strain to get somebody lined up to show us what version 10 was about. Once we got it, it was perfect. It would be nice if it could be easier to do that. 

They have VPGs and VRAs. The management of that when trying to do a VMware upgrade can get a little finicky. You have to bring nodes or hosts up and down where the VRAs are running on the hosts. Sometimes the VRAs won't come back up or they may not respond. So when you're done doing your work, it could be that you have fifteen servers that are not replicating. So you'll have to stop, delete, manually remove what you need to do, recreate the VRA, and that's easy enough but you have to go through and do that, and then resync. That's part of IT. They are a little finicky. 

Version 9.7 has been a little easier to work with, and it integrates with VMware a lot easier. It shuts down the VRAs. The VRAs are finicky about how they get shut down. 

Zerto could be easier to configure when we need to perform data testing and establish network connectivity outside of the isolated environment. We encounter situations where there is a desire to test a printer during disaster recovery testing. However, due to the presence of an isolated environment, doing so can result in complex configurations. 

Zerto needs to improve its support for VMware Lifecycle Manager. This creates a problem with VMware's ability to automate the complete VMware stack upgrade.

Zerto is too reliant on VMware's vCenter. It's tough to upgrade, move, or do anything related to virtual servers with vCenter.

The only challenge we have encountered is with rotating passwords on our VMware nodes. With secure boot enabled, which is the case for newer systems, it is not easy to rotate passwords and we would have to reinstall the VRAs. This is not ideal, especially when our security team wants to rotate them weekly. Aside from that, everything has gone smoothly. The updates are easy and it does not hinder us when updating the VMware. The only issue is that we have to wait three months after a major release. This lessens the complexity of the update of the software itself. Other than that, there is no issue and it does not hinder us from running different versions of VMware.

Zerto has a really robust PowerShell and scripting that you can get lots of numbers out of but it's not exactly the easiest thing to do. Zerto has a few nice pre-canned reports but there is a need for more. Unless you script something, it's difficult to go in, click a button, and see the information that you may be looking for.

The problem with the backup product is that it's not very mature and you really need a specific use case to be able to use it effectively. It's hard to explain to our customers, especially our large customers, that the use case is so limited.

Zerto is very easy to use on the surface, especially if you're an enterprise customer, which is just like A to B replication or one site to two sites. As a cloud provider, they still have a lot of work to do. But for most customers, it would be fantastic. We have a lot of private clouds that are one site or two sites. So when it's not meshed like our larger environment is, it works fantastic. But when you get into the overall fully meshed model with vCD integration that we have, it doesn't work as well. I think Zerto is mostly concentrated on the enterprise customer and left the cloud providers by the wayside.

With the HP acquisition, product development has certainly accelerated. They recently released the first major half release and have put additional focus on cloud providers. Unfortunately, the major focus remains on Enterprise. Next year, they will force customers to move from Windows management VMs to Debian Linux. I can only hope they have a well-thought-out migration tool. My fear is that the cloud provider will be a secondary thought once again.

The major issue with Zerto development is that they refuse to patch the current software release and only patch the newest release. When you hit the bug, they expect you to upgrade right away. This is not an issue if you only have a hand full of sites. The issue when you have 100s is that there is no way to skip a minor release. Every multi-tenant customer you have must be upgraded to every minor release. Two to three upgrades every year for every customer is very intrusive and requires way more management effort than should be necessary. We often have a hand full of customers delaying the upgrade cycle and are forced to discontinue service to those customers. HP can surely develop a better model.

Zerto can improve the dashboard by making it even more simple. Right now, there's a lot on the dashboard, and it can be overwhelming. If you're an experienced user, then you'll find it easy to use, but if you're a beginner, it will take you some time.

Zerto's solution could benefit from additional security features, such as malware scanning tools at the recovery site.

The RPO for our SQL server has room for improvement.

On-premises to cloud migration lacks certain features, such as the ability to directly rename virtual machines. In the cloud, renaming resources often requires cumbersome workarounds like cloning and manual renaming.

Their data backup and restore have some ways to go. We looked at replacing our traditional backup system with Zerto and found it was lacking about a year ago. We have Commvault, which is very customizable and feature-rich in comparison. Their offering needs to be more robust.

The VPG model has caused a bit of a concern. We are considering using Zerto to replace Site Recovery Manager. SRM is very easy when we have entire data stores being replicated. We don't have to make any decisions when it comes to groupings of VMs. If we move to Zerto, which we are considering, we will have to work closely with our applications teams to create VPGs and determine how the VMs will be grouped. This will probably be beneficial in the long term, but short term it will create more work for our team.

I spoke to a Zerto engineer who mentioned that we could do a VPG at the cluster level and a VPG at the datastore level. However, the one issue we've seen with VPGs is if the synchronization fails the entire VPG has to be recreated. Even though we can cover our environment at the cluster level or datastore level, that wouldn't be ideal. We really need a simpler solution for DR that will cover all of our VMs at once, instead of spending a considerable amount of time on VPG creation. 

The interface is the only thing that we've ever really had an issue with. It's gone through some revisions. The UI, it's not clunky, but it's not as streamlined as it could be. Some of the workflow things are not as nice as they could be.

I like the fact that Zerto does what it does and it does it very well. I have had Zerto since version four, so the longterm retention and things like that were never a part of it at that point. I just like the fact that I can install it, I can protect my virtual machines, and I'm comfortable and confident that it's doing things correctly because of the amount of testing that we've done with it.

The product could benefit from improvements in automation, specifically in the area of failovers. Currently, the process is largely manual, and introducing automated failovers after a certain time threshold would enhance efficiency and responsiveness. Automated failovers can reduce the dependency on manual intervention, allowing for quicker and more proactive responses to disruptions. In the next release, the inclusion of scheduled or automated failovers would be a valuable addition. This feature would empower organizations to set predefined parameters and triggers for failovers, ensuring a timely and automated response to potential issues. It not only streamlines operations but also adds an extra layer of reliability to the overall disaster recovery strategy.

Zerto needs to improve its documentation. It seems like some documents are copied from other older documentation, with misleading screenshots or incorrect steps.  

This can be confusing when newly introduced to a product or in a crisis situation such as a disaster recovery test or a true disaster recovery. The documentation needs to be revised, reviewed, and registered to be correct. Perhaps Zerto should consider an outside consultant to review and approve any documentation that is released.

Since we are primarily in the cloud now, Zerto definitely needs to update its platform. When we were decommissioning one of our on-prem data centers and going to Azure, there were issues. And with Azure, it's still limited in the way we can manage our resources there. Zerto hasn't quite kept up to date with how certain elements run within Azure.

In Azure, there is something called resource groups. You cannot create a resource without a resource group. You can apply tags to resource groups and that tagging information is very critical to our company because we now have 95 percent of our production environment workloads running in the cloud. We have to make sure that every resource group is tagged correctly, with the correct team and department because we have to bill them at the end of the month. The problem is that Zerto does not have that ability. When the product fails over or migrates a VM from on-prem, or even within Azure, to another site, it does not give you the option of selecting an existing resource group.

When it fails over, it uses the name of the group that you created within Zerto. The VM is failed over with no problem in a reasonable amount of time. But the problem then becomes that the resources are part of a resource group that has no tags. It does not follow our naming commission for resource groups and then we're stuck. It's not as easy just renaming the resource groups.

These components are very critical for us but they are missing in Zerto. They're aware of it because we've had feature-request meetings with our Zerto account team. They're working on it for the next release and have mentioned that they are going to be making improvements to the product. But for now, it's lacking.

Also, a downside with Zerto is that there is a lot of management overhead when running it in the cloud. On-prem, we used to have one Zerto management appliance, but in the cloud, we have about 20 to manage to protect our VMs. Zerto has mentioned to me that, for the next release, they're building it from the ground up and it will be much better in the cloud, with more cloud focus.

Because of the experience that I had with Zerto running on-prem, where we only had one appliance in each of our data centers, I deployed one in Azure as well. Little did I know that there were limitations and that more appliances had to be deployed because of all the replication of the traffic and the number of VMs that we were trying to replicate. But Zerto stepped in and helped when it came to that.

Zerto could add text alerts if there are critical problems and alerts if changes affect our replication. We do receive emails, and they will alert us to issues that we are having with VPG SLAs. 

I don't have any complaints about Zerto, and I hope they continue to develop new features. If they had classes on using Zerto, that would help with onboarding new IT staff. They may already have them, and I am not aware that they do. Overall, Zerto works out great, and they do a good job. 

Maybe the reporting for the failover test could be a little better.

We would love to have a native management pack for vROps and to be able to view a dashboard and metrics for BPGs within vROps. We would like to have a single view for monitoring and provide customers with dashboards so they can see their own BPGs. 

We would also like to have a native plugin for VRA built by either VMware or Zerto. That way there's actual support for it and we're not on the hook for trying to figure out what happened if it breaks.

It would be nice to have the option to do automatic failover, but right now the only option is manual.

Zerto hasn't replaced all of our legacy backup solutions.

There are quite a few elements in the long-term retention areas that I wish were better. The bio-level recovery indexing of backups is the area I struggle with the most. That's probably because I desire to do tasks that ordinary users wouldn't do with the solution. The standard medium to the large customer would probably never ask for anything like I ask for, so I think it's pretty good the way it is. I'm excited to see some of the new improvements coming in the 9.5 version. Some of the streamlines and how the product presents itself for some of the recovery features could be better.

I know that Zerto can definitely improve some functionalities. I know some of the cloud pieces probably enable that. At the moment, it's doing what we want for us, and what it's doing for us right now is plenty. I can't say there's any improvement that I can see that needs to be done at the moment.

I'm not sure if it has throttling, meaning, what's going over the wire and how we can throttle that to reduce the amount of data that's going across the bandwidth. I can't remember if that's something that's in this product. It might be in the more recent version. 

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

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

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

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

Its user interface is good. I have no complaints. The only complaint is that if I remove a host from a cluster, it does not like that. If I move and put the host in maintenance mode to fix it, and vRA is down, Zerto does not like it. Zerto should figure out that this host has an issue and it went down. Zerto should then let me upload that vRA information to another vRA.

Not all of the knowledge required for implementing Zerto is available in their online documentation for non-partners.

Zerto's price has room for improvement.

I had to have my colleague contact technical support because we had an issue where VMs in VMware were getting blocked, and we weren't able to delete them.

In terms of improvement, it would be helpful if the implementation team had a better best practices guide and made sure things like the journaling are very clearly understood. 

Speaking directly to our incident, we did have professional services guide us with the installation, setup, and configuration. At that time, there was no suggestion to have these appliances not joined to the domain or in a separate VLAN from our normal servers and everything. They are in a completely isolated network. The big thing was being domain-joined. They didn't necessarily give that guidance. In our particular situation, with our incident, had those not been domain-joined, we would have been in a much better place than what we ended up being.

I haven't seen any significant features or improvements in the past few major version releases. The only challenge I have with Zerto today, and over the past few years, is that it seems like a lot of development and effort is going toward the cloud. Since we're utilizing the solution with an on-premises hypervisor, it seems like development for our needs is kind of stuck.

The other thing I wish they would do is to develop their PowerShell module to be more robust. So instead of having to rely on the API to actually include a PowerShell command, it would let you create VPGs, delete VPGs, modify VPGs, etc. This would ease the automation effort of deployment and decommissioning and I'd really appreciate that.

We would like the LTR function to be able to retain the past 12 months. Before the update to version 9, we could do this in the GUI. I am hoping that in version 10 (which is on the roadmap to be installed), this feature will return in the GUI to provide an easy way to lengthen our retention. The journaling can also be a problem at times. Also, I'm not sure why, however, retention processes randomly fail and have to be rerun periodically.

We have an issue with the management platform because we don't always upgrade to the latest version, whereas the customers tend to constantly upgrade. Sometimes, we lose connectivity because something isn't supported. 

For example, we have VMware version 7 update 3. This morning, a customer upgraded it without informing us. It's their responsibility to notify us because our environment is large, and we don't update every time a new version comes out. It's somewhat of a pain. 

In addition to data, the other thing would be the hardware versions for VMware. I finally found a proper support matrix, but we ran into a few problems in the early stages. I don't know how to address this, but maybe when the version is going to update, the client could get a prompt saying that the cloud location is not on that same version. It would be a more efficient way to tell them instead of trying to figure it out. 

It would also be nice if you could update without having to download a new installation file for Zerto Virtual Manager. Within the app, it could prompt you to install and perform the installation from within the application. Generally, it's relatively easy to use, but it gets a little complex when customers have special network requirements and need to customize how long they want the save points to be retained. We need to work with the storage team on the backend to see what makes the most sense for the client. 

The IT could be better; we have sectioned areas and databases for iOS, Windows, and Linux. Because the solution is centralized, each computer has the VMs from every section running.

The solution is very expensive. 

I need to get up to the latest version so I can move my journals to a particular LUN, saving them with a particular storage altogether, rather than with the virtual machine. This is not available until I upgrade, and I need to upgrade all my hypervisors. This would be something that would be nice to have if it could be used on older versions.

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

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

There's room for improvement with the GUI. The interface ends up coming down to a personal preference thing and where you like to see things. It's like getting into a new car. You have to relearn where the gauges are.

I'd also like to see them go to an appliance-based solution, rather than our standing up a VM. While the GUI ends up depending on personal preference, the actual platform that the GUI is created on needs to go to an appliance base.

Another area for improvement I'd like to see is the tuning of the VRAs built into the GUI. It's a little cryptic. You really have to be a very technical engineer to get that deep into it. I'd like to see a little better interface that allows you to do that tuning yourself, rather than trying to get their engineer and your engineer together to do it.

Zerto integrates with vCloud Director to protect workloads deployed there. However, it would be beneficial if Zerto also offered integration with other cloud management platforms, such as VMware Aria Automation. For example, Site Recovery Manager recently introduced integration with VMware Aria Automation, allowing the protection of workloads deployed through Aria Automation. This functionality, including site recovery management, is currently not available in Zerto. Zerto's strength seems to lie specifically in its VMware capabilities, which could be an area for improvement.

Another point to consider is the potential for Zerto drivers to cause issues in ESXi environments. In some cases, users have reported problems and discovered that the Zerto drivers are not verified by VMware. While HPE is a technical alliance partner for Zerto, improved collaboration between VMware and Zerto regarding driver validation would be valuable. This information seems to be missing at the moment. We are currently in touch with our technical account manager to clarify this.

The performance was generally good, but occasional lag disrupted the flow, leaving room for improvement.

I would like Zerto to provide more detailed information when there is an issue.

Improvements in stability would be welcome; there are some software bugs that can affect RPOs. We want more of a guarantee that we won't lose any of our backups, even in the event of a disaster. 

The platform measures the write speed of storage devices and gives an alert on the VPG if there is latency, but the nature of the alert suggests the solution isn't meeting the SLA. However, this shouldn't affect the health status of the backup. It should provide an express report that we should enhance our hardware rather than express latency as a threat to the backup capability.

There's one feature that SRM had that Zerto doesn't have, and it's one that we've been asking for. With the orchestration part of the failover, with our DR and our primary sites, the IP addresses are almost identical. The only difference is one octet. With SRM, we could say during a failover change. With Zerto, we keep hearing that it's coming, but we haven't received it yet. It's a feature that would be very beneficial. It would reduce the time a little bit more.

Right now, our production environment runs on-premises, and we have a DR copy of everything that we run in production. However, our development runs on that hardware. In the case of a DR event, we would need to shut down development and bring up our secondary copy of production. We're hoping that Zerto is going to be the tool to help us do that.

The reporting could be improved in terms of the reports that you can show to auditors to prove that you have done the testing. I provide the reports that it generates now but, it would be great if, at the end of a DR test, it would generate a report of everything that Zerto did.

This would include details like what systems were up. Currently, that's not how the report reads. You would have to be an IT person to read the current reports that it produces. I would like for them to be the type of reports that I can put in front of an auditor or the president of our firm that would make sense to them, without me having to interpret and explain the results.

The post-configuration part could be improved. For example, it would be super helpful to have the ability to modify DNS. Once the migration is done, we want to do some more modifications to the endpoint.

Zerto generates many false positive alerts, which is annoying. I still have thousands of alerts in my inbox, and those are false alerts. When I check there's actually no problem.

We had some issues with replication, especially on Linux, but we have already resolved them.

I would like them to enable more backup configuration features. I'm not sure if Zerto can give us immutable files for ransomware protection. That could improve the backup.

There has been one pain point that we have run into. We wanted to shut down the dev environment to focus on the prod environment. We couldn't find any option in Zerto to do that.

It is very quickly developed, and new features are provided quite often. I don't have any input for improvement or a critical feature request at this moment. If anything, a lower price is always better.

The only thing we've noticed that needs improvement is the backend cleanup within VMware. There are some little issues there. I would like to see tighter integration with VMware. From a recoverability standpoint, it's great when using VMware. But what we have noticed is that orphan data is an issue within VMware. It doesn't clean up properly when you're moving stuff around.

I would like to see a separate product offer for performing backups, although I think that this is something that they are expecting to release in the next version.

The alerting doesn't quite give you the information about what exactly is going on when an issue comes up. We do get alerts inside of our vCenter, but it doesn't give you accurate information on the error message to be able to tell us what's going on without having to go actually login into Zerto to determine what's causing the issue.

Another issue with the alerting is that it will pause a job. E.g., if we have something running from Massachusetts to Arizona, but a VM has been removed, updated or moved to a new location in vCenter. It literally pauses the VPG the VM resides in but will never give us a notification that it's been paused. Therefore, if we had an issue during the course of the day such as a power event and we needed to gain access to those VMs in some sort of catastrophe, we wouldn't be able to get access to them because that job was paused and were never notified about it being paused for whatever reason. It would therefore be a big problem if the VM was needed to be recovered and we didn't have those resources available.

It would be great to get more precise alerting to be able to allow us to troubleshoot a bit better. Or have the application at least give us a heads up, "A VPG job has been paused." Right now, it's sort of a manual process that we have to monitor ourselves, which is not a great way to do things if you have a superior disaster recovery solution.

A slight disadvantage of Zerto is that it requires the Windows Server operating system as the base OS. Over time, I would like to see more offerings in that regard. There should be more deployment options other than just the Windows operating system.

The implementation is very quick and painless, but it would be good to have more information that is not case-sensitive. In the server portal, some fields are case-sensitive. It took some time for me to understand initially.

If a VPG goes down and an application host is not responding, I want to have a little bit more flexibility to automatically point the recovery to other hosts. I would like to see a little bit more flexibility to automatically sustain two applications in their most optimal state. If the VPG is going down and any of the recovery hosts are in maintenance mode, there should be a way for maximum flexibility so that it can automatically utilize Zerto to point that recovery to other hosts.

I want some more information about how to work with bare metal drives. I have been doing some work in capacity planning for using MDM and FormFactor cable and then looking at system throughput, App latency, and a lot of scripts in Linux. I would like to have a little bit more information for anybody needing to work with bare metal drives.

Previously, it was not compatible with the public clouds. However, now that it is, it's helped a lot. One of the most challenging aspects in migrating items from private to public.

We'd like to be able to migrate data without its operating system or any other functionality and without having to go through a virtual machine or server. 

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

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

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

This solution could be improved by being more cloud agnostic. 

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

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

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

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

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

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

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

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

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

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

Long-term retention of files is a function that isn't available yet that I'm looking forward to them providing. The long-term retention is the only other thing that I think needs improvement.

We encountered some issues during Active Directory recovery. When we implemented Active Directory, we provided feedback to Zerto regarding the challenges of recovering AD from the on-premises environment to the disaster recovery site. Unlike other virtual machines, AD recovery presents unique difficulties due to its active-active nature. It's unclear whether these challenges stem from Zerto itself or limitations within Microsoft Active Directory. However, in our experience using Zerto for AD recovery compared to other technologies, we faced data discrepancies that necessitated workarounds to bring AD online at the DR site.

Certain applications we migrated from production relied on Active Directory authentication. To ensure successful application functionality at the DR site, a functional AD environment was a prerequisite to application migration. Therefore, our initial step involved copying and guaranteeing a running AD instance on the DR side before application recovery.

However, upon attempting application authentication on the DR side, data inconsistencies prevented successful authentication. To address this, we created an isolated clone of the AD environment and conducted tests. Through trial and error, we were able to develop workarounds to resolve the issue. Notably, these challenges were specific to Active Directory; other VMs didn't exhibit similar problems.

It would be great if Zerto could automate replication more.

If they already do not have it, they can have some APIs for the Horizon environment. Instead of having to use some scripts to get around, they can make it a lot more user-friendly for integration.

Zerto's connectivity with automation platforms could be improved. For example, vCenter can use a VMware-developed tool called Site Recovery Manager. That can be integrated with automation platforms such as Terraform, Ansible, Chef, or Puppet, to perform automated, self-sufficient recoveries to essentially avoid any downtime. To my knowledge, Zerto does not have integration with those platforms. Zerto does have an API, but a lot of those automation platforms have prebuilt runbooks to enable that process, whereas Zerto does not.

Zerto is more of a set-and-forget-it type of solution. As long as the replication is continuous and there are no issues, I don't touch Zerto. We don't have a lot of workload that needs to be up. We just have our web server and our applications here. Those are two main servers that we get up and running in a disaster-recovery type situation. I can't give any area of improvement from a real-world experience because we haven't had that issue, but from testing, Zerto has been working great. 

It is not something that goes beyond what our use case is for. When it comes to a solution, one of the things the management wants is to standardize platforms. That's why when Rubrik came out with their solution, they wanted to look at it. For instance, if you have multiple technologies, you're going to need admins to manage all those different ones. I would like Zerto to be something that fits all our needs, including the backup that Rubrik provides, but I understand that not all solutions can be that way. When I started working here, my predecessor who was managing Zerto had no documentation. So, I had to take over. No one else knew how to manage Zerto. So, there is just that type of learning process. That's why management wants to standardize on one solution so that it is easier to cross-train, but that's not Zerto's part. It just happens to be our environment and our management style. Zerto as a solution has been great for us.

I would like to see the app be more like the analytics site. Right now, when you go into the analytics, you need to zoom in real tight on your browser. You get a lot more from the analytics site than you do from the app. If they made those two more similar, it would be really useful for day-to-day monitoring of your stuff.

I don't like the evacuation process. The host evacuation process could be a little simpler too. It takes our maintenance a bit longer, when we are doing host maintenance, because we still need to evacuate the vRAs manually. I know they tried to make it more automatic, but it is not quite there yet.

If something happens, and we are out and about, I would like to be able to interface with it on our mobile phones. That would be great.

We would like some of the real fine or granular things. We've submitted a few minor things for enhancements such as being able to control bandwidth utilization for each facility you replicate to versus overall. We just need a little bit more granularity on some of the things, but there is not a whole bunch that is in need of tweaking.

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

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

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

They definitely have room for improvement in a couple of areas. One is role-based access control. Right now, they don't have an identity source so they use the identity of the vCenter or the VMM. If they connected to an identity source like Active Directory and allowed for granular roles and permissions, that would be an improvement.

Another area of improvement is support for clusters. They have very limited support for Microsoft clustering.

Also, integration with VMware could be improved. For example, when a VM is created in vCenter, it would be helpful to be able to identify the VM, by tags or any other means, as needing DR protection. And then Zerto should be able to automatically add the VM to a VPG. 

There is definitely room for improvement. But what they have implemented so far, works pretty well.

There should be more comprehensive cyber recovery capabilities.

We don't have great bandwidth. When we don't have good bandwidth, it doesn't work so well. 

We're not fully satisfied with the support team.

The first time, it's difficult to migrate data. However, after that, it becomes easier. 

They need to give more options, such as more archiving options. 

Zerto could improve its reporting capabilities. That's lacking. The alerting capabilities are lacking as well, partly due to the fact that there's no way to trim down the alert fatigue if there are failures within the application. It will send out alerts consistently instead of spreading the alert times every 30 minutes, hour, et cetera. 

Zerto is not an API-first company, but an API-now company. A lot of the functionality that is in Zerto UI is not in the Zerto API. That is likely because it is baked in code or compiled down DLLs. Every business has to make a decision to work on something, and I don't think Zerto has committed resources to working on that part. It is a problem to do cleanup for Azure Blob Storage, recovery site storage, or whenever you remove a VM from a VPG without deleting the VPG. That needs to be improved. 

Doing scheduled disaster recovery connection tests, e.g., being able to migrate things up and get things working on a recovery site without needing a user to do it, would be helpful.

Analytics has a 90-day window, where it keeps data. It would be nice to have on-prem storage instead of cloud storage for that so we can keep the data for longer. Unless you discover the problem within three months, you don't know that you need the data. Then, it is gone by the time you realize there is an issue. 

I would like to be able to offsite some data. We export our analytical data so we can keep it longer without having to script around it. It is possible right now, with the API, to script around it. However, I don't want to have to write a monthly process to export the last three months of data to a spreadsheet so I can just have it if I need it. 

A lot of the PowerShell documentation in some of Zerto tutorials or how-tos is a PowerShell-to-legacy sort of paradigm. It needs to be updated to at least 3, likely 5, or probably 7. It looks like it was written by someone who didn't know PowerShell, but had to learn it really fast. It does the job. If you copy and paste it, then it will work, which is something. That is way better than what a lot of people do. However, I feel like a bit more effort should be pushed towards PowerShell.

I would like them to build an alerting system. I am trying to find a way to connect it to my business continuity people, so the Zerto people don't need to be pseudo-business continuity people all the time. They can just be IT people. 

I would like more creature comforts for the scripting engineer. It would be nice if they could expand the development community around building different APIs or API structures for Zerto.

I wish Zerto had better file restoration capabilities. We have not been able to use that because of the limitations of Zerto's de-duplication technology. When we used the immutable data copies feature, we had some lag in replication times, so we don't use that anymore. When there is big data movement, it tends to cause some lag.

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

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

Some of the integrations with our internal tools, in particular, company-specific ones, do not work. In cases like this, we have to ask for additional support. This is an area that has room for improvement.

If the API integration worked more efficiently then that would be an improvement.

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.

The replication appliances tend to have issues when they recover from being powered off when a host is in maintenance mode. Sometimes you have to do a manual task where you go in and detach hard disks that are no longer in use, to get the replication appliances to power back on. There are some improvements to be made around the way those recover.

My other main inconvenience is fixed in version 8.5. That issue was moving virtual protection groups to other hosts, whenever a host goes into maintenance mode. That's actually automated in the newer version and I am looking forward to not having to do that any longer.

The number-one area in which they need to improve their product is what I would call "automatic self-healing." This is related to running them at scale. If you're a small company with 50 VMs, this doesn't really become a problem for you. You don't have 1,000 blades and 1,000 of their VRAs running that you need to keep healthy. But once you get over a certain scale, it becomes a full-time job for someone to keep their products humming. We have 1,000 VRAs and if any one of their VRAs has a problem, goes offline, all of the customer protection groups and all of the customers that are tied to that VRA are not replicating at all. That means the RPO is slipping until somebody makes a manual effort to fix the issue. It has become a full-time job at my company for somebody to keep Zerto running all the time, everywhere, and to keep all the customers up and going. 

They desperately need to work self-healing into the core product. If a VRA has a problem, the product needs to be able to take some sort of measure to self-heal from that; to reassign protection. Right now it doesn't do anything in that self-healing area.

Some of the features need improvement. One would be, as you're creating a Move group or a VPG, as they call it, it should either autosave or have the ability so that you can save it for coming back to later because if the setup times out, you lose all your work. That would be a nice improvement to have.

As a power user, I find the customization lacking. I feel it could be customized a little bit more, but Zerto is simple to use. It is easy to use. That is my main reason for using Zerto.

I would like to request better reporting in Zerto. I can see the data that I need in the console, but if I need to put the data or the history into a report, it is difficult. It is something that auditors might require, so reporting is something that needs to be improved.

The UI does crash a lot, and that is something that can be improved.

Right now, if you have an error, it creates a link that takes you to a website to review information about the problem. It would be nice if Zerto could give you information within the app instead of referring you to a web application.

It's a great product. There are a lot of features that it has that we don't use since we are on prem. We strictly use it for DR between our data centers. There are a lot of cloud plugins that they have that we don't use. Our use case is limited. It does everything we need it to.

The licensing is confusing and complicated.

The biggest improvement would be exporting VPGs and a configuration of VPGs, as well as increasing or improving their IP customization rule set.

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

We have had some issues with trying to get certain parts of the backup or restore functionality to work. However, I cannot recall the specific details.

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.

Overall, Zerto is doing a very good job. We have experienced a few downtimes on networking. Most of the time, they come up with a solution immediately to sort out any challenge that may affect data flow or data migration. It does not happen frequently. We might experience it once in two months, but when we face any downtime, it does not impact the data. 

Some of the ability to automate selections and automate VPG creations could be better. We've been building out a lot of new V-centers lately, and new data centers. Whenever we create a VPG, we generally set some very specific settings. If there was a way to set a template or a blueprint, to say that if I'm replicating to a data center from here, these are always going to be my default settings. That would be ideal, instead of having to manually set everything every time. 

There are a few issues we've had with Zerto where it doesn't behave the way we want it to. I'm being told it's by design. Therefore, it's not an issue per se, it's by design. 

We learned that we got a new account representative supporting our account. I found this out today. Apparently, this is something that they kicked off at the beginning of this year, but there has been a failure in communication in letting us know who is the proper channel for us to reach out to if we need assistance. 

While going from the major version 9 to 10, they introduced a new requirement for ECE Licensing, which is not something that we knew about at the time of our last renewal. We purchased it for a couple of years, and as far as we knew, we were in support. It was only when we were in the middle of the upgrade and had set up the entire environment and tried to put it up, it asked for a license key that we did not have. We were told by the support team to reach out to our account manager. She has been a bit slow to respond. It just seemed like lip service. The timing kind of worked out because there was a conference as early as that. They have been trying to fix it and communicating about it. I am hopeful it will be resolved, but I just cannot say for sure how soon or how fast they can remediate it.

Zerto's effect on our RPO can be improved. When we have a VPG, we typically have multiple VMs and more than ten terabytes of data. This can cause long failover times due to data limitations, and sometimes the VPG can become full.

The technical support response time could also be improved. We often have to follow up multiple times to get a response, and when we do get a response, it is not always from the correct person who can handle our case.

We had a situation where we had to relicense VMs once they were moved over. We later found out that that feature is built-in, but it's not easy to find. The way it's done is that you have to go to the target site to turn it on. If that were explained a little bit better up front, that would be helpful.

The syncing of the replication needs improvement. My experience has been that, every once in a while, when you go to do a failover, it tells you it's not syncing. Then you have to troubleshoot and figure out why it's not fully synced up.

It's hard to say where it could be improved. The few times I've had issues with the interface, which is, for the most part, intuitive, we have been able to take care of most issues without having to open a case.

There are a couple of areas in the interface that are not very intuitive. Most of them are pretty easy, but there are a few areas in the journal and replication that, unless you've done it before, you really have no idea what to do. When I get to those points I'll reach out and ask for a little assistance or do a Google search to find the solution to the problem that we're having. 

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

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

I would like to see more managed service= options. While Zerto isn't doing this a lot, there are a ton of third-parties who are doing managed services with Zerto.

The improvement that I would like to see is a little bit easier product knowledge, things like that. It's getting a lot better than it was before because it's not as old of a product as Cisco, but if you look for something like Cisco routing and networking, you'll find millions of articles out there and it's everywhere. It's prolific. So with Zerto, you have to find it within the Zerto application. Hopefully, as they grow, it'll be more out there on the net. Same thing with Microsoft. If you look for a problem with Microsoft, you're going to find millions of articles on it, maybe it's just because they've just been around for so long. I'm hoping that one day Zerto is just as prolific and can be found everywhere.

Right now, the solution is perfect. They shouldn't try to do everything. Zerto is DR and needs to focus on that. Everything works for us. There is nothing to improve. 

They already released the features that we want. We aren't missing any features. 

Its initial setup can be better. It looks easy, but if you do not have things in the right place, it is not as easy as it looks. Some of the instructions were not clear. They were a little bit confusing. For example, while setting up SSH initially, it was a little bit unclear if I needed to use a regular credential or some other credential. This was one of the things that was a little fuzzy, and we had to get somebody else involved to help us out.

I would like to be able to replicate one to multiple without having to recreate every VPG. That would save us a lot of time. When we add a site or move our DR to a different site, I have to recreate everything from scratch. So, it'd be cool to be able to just repoint an existing VPG to a new site without having to recreate everything.

Even though Zerto is for disaster recovery, it would be nice if it can also make backups.

There are certain things about the user interface that could be a little bit more user-friendly. But it really depends on the audience. If we are using it as a technical tool, our team is the audience and we are able to utilize it. But if we were to pass this on to, let's say, the department users, that would become a little problematic. I'm wondering whether or not we can actually expand our offering to those department users. That may be a question.

They could improve their online documentation.

From a reliability perspective, the product is around seven. It's less reliable than, others for example. They have one limitation when they have a virtual protection group that does everything.

From the ease of deployment perspective, it requires expertise and time. It's not very easy to do auto-tagging or to run multiple VPG genes at the same time. So, from multi-tenant or multi-complex scenarios such as using Zerto external products, such as firewalls, while their own product is good, it's part of a larger ecosystem, that still has a long way to go.

The triggering of external products could be better. Combining a master runbook and not just a single VPG or splitting the protection group from the activation plan could be better. There will be a protection policy and activation policy as being done in other products. 

Better tagging and better multi-term support are needed. Currently, there is no tenant admin support, only global admin support. They should work at the tenant level instead of the global admin level.

Right now it's an HPE product; they're no longer a startup. We are hoping that being bought by a major company will do good for them and they'll fix what needs to be fixed. There were very good products, to begin with, and HPE should work to make it even better.

The limitation with Zerto is that you're required to have one Zerto Manager per virtual center, and this means that we're only able to replicate one way using this solution. Now, we are evaluating the clustering of Zerto with Microsoft clustering, so we can replicate both ways and both data centers, and have the management server in both data centers.

Historically, Zerto has started going into the backup space, and that is when they lost focus on keeping their replication product good. Now, it seems they're finally leaving that backup space, and they're just sticking with replication, so in version 9, they have fixed all of my gripes about the product, e.g. they now support VMware tags, Windows bringing over the time on the target side, etc. All of these little things, they are all correcting, because they're now sticking with the replication product.

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

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

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

For what we got it for, it does it great. I use a different solution for my disk-to-disk local backups to where I can have a local backup of files. I don't think Zerto does that well to where it keeps a memory of the files that are there. Basically, when something is deleted on Zerto, it gets deleted on the replicated version. So, some sort of snapshotting or something where I could have backups at different points in time of files would be a really helpful tool.

I do not have any specific ideas right now. I know they moved to the appliance version with Zerto 10, but I do not have much experience with that because we are still using Zerto 9.5 and 9.7. The appliance will be faster and more secure. It will be good.

I do not need any additional features. The replication is real-time. We are very satisfied that this is happening all the time. We do not have to touch anything. When we implement it in a proper way, everything works fine. We just let it be.

The only thing I really don't like about Zerto is that the ZVM has to be a Windows server. I can spin up any OBA template whenever I want to, but if it has an OS that's tied to it, then I have to involve the OS team from my company. That drives me crazy.

One issue we've been having with Zerto lately is the ability to go into maintenance mode during vSphere upgrades. It doesn't have the hook into the lifecycle manager of the bump. During vCenter or ESXi upgrades, it causes VCF to fail its pre-checks because the machine doesn't power off and go into maintenance mode. It's been an issue since version 7.5 and it's impacting a basic automation function in vSphere.

We're an NSX-T shop, and if I could get an NSX-T integration where it could manage the networks a little tighter, that would be an improvement.

The other improvement is working with storage vendors, like Pure Storage for the synchronization of the data similar to what SRM does. Using Zerto for the orchestration, and the hardware vendor for the replication would be beneficial.

I have had problems with vRAs. When I am trying to restart a host, sometimes the vRAs will hang. I would like it if they wouldn't migrate off or shut themselves down, then I have to manually work with it a lot of the time.

I would like to see them continuously improve Zerto's automated functions, such as putting hosts in maintenance mode within vSphere and not having to worry as much about how Zerto is going to react. Rather, Zerto should be able to handle putting various hosts, within either the source or destination side, into maintenance mode without having to worry about the vRA appliances. Sometimes, Zerto almost holds the vSphere environment hostage when it comes to taking certain actions. You really need to be cognizant about what you're about to do. They should further automate that and increase Zerto's ability to handle things like that in a very slick, automated way, without intervention.

Zerto could also build more canned automation tools within their product, tools that automatically work with DNS updates to AWS or Azure. Maybe they could provide an area for scripting help or canned scripts, a community or a place where people could grab some scripting. Maybe they could reach into Citrix or F5 load balancer APIs.

Also, if you have a host go wrong or you need to put one in maintenance in an emergency situation, especially on the source side, it can require you to fix Zerto and redeploy vRAs or redeploy the little appliances to the host that they're going to be on.

Also, depending on what resources it has available, storage or vSphere-wise, I'd like to see it able to balance itself out within the virtual environment, with its storage usage on the destination side.

I've only run into these things briefly, so I can't speak about them at the deepest technical level, but I have noticed that they're not as perfect as they could be.

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

While I am open to transitioning over to using Zerto for long-term retention, the problem is the alerting function in Zerto is very poor. That makes it a difficult use case to transition over.

The alerting has room for improvement as it is the biggest pain point with the software. It is so bad. It is just general alerting on or off. There are so many emails all the time. You have no control over it, which is terrible. It is the worst part of the entire application. I have voiced this to Zerto hundreds of times for things like feature changes. Apparently, it's coming, but there is nothing concrete as to when you can do it.

There's a mandatory VMware version, so we need to update our VMs in order to access our data. Zerto should work with all VMware versions. 

I would like Zerto to add support for VMware's lifecycle manager. 

The journal history is only up to 30 days. If it were longer, it would be better and I would have more flexibility.

From the technical side, there can be a little bit more PowerShell integration. I know it leverages APIs, but people still use PowerShell. Some people would rather use PowerShell if that is an option.

The documentation needs improvement in terms of the setup, getting enough detail, and getting that up to speed.

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.

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.

File management can be improved. Zimbra is the only platform that allows for file replication.

The technical support has room for improvement.

If there is a mass of changes to a server, Zerto will restart the replication. It would be nice to know why that happens. 

The other thing that I've run into lately is that when I've done a whole bunch of upgrades to systems, so they're offline, they get stuck in a pending state. You can never get them out so you have to delete and start all over again. It would be nice if they could make it a little simpler to figure out what's wrong.

The technical support response needs improvement. They need to treat us more as a partner.

Customer service and technical support need improvement.

If we have multiple VMs in a VPG (Virtual Protected Group) and one VM is hung for DR, it holds things up. The only alternative is to create multiple VPGs. It would be nice to have one VPG where, if one VM is failing, it does not impact the overall process.

Certain areas were designed and work fine for VMware but are under development for Hyper-V. Eventually, all features will work for both platforms. Zerto support is very responsive when those questions arise. 

There is a comprehensive online training program which is a good start to using the application. But nothing can take the place of actually using the product in your own environment. 

The online search for solutions is very large. This is good, but also bad, as there are solutions present but you have to be diligent to find the answer you need.

The number one thing we have found we would like changed so far is the cost per VM. It would be great to get that pricing reduced.

The need for a VM to be spun up on every host is challenging. In our remote locations, it's not a big issue, but as we look to use that in our main data center where we have hundreds of hosts, it becomes more daunting.

Increased granularity in how long to keep the journal would be nice, currently you can only do hourly up to 1 day, after that it is only daily.  The ability to test failover for a single VM in a VPG would be beneficial for testing purposes.  Currently alerts come from both replication managers at times, creating a lot of alerts; reducing those would be good.

One thing I would like to see in their roadmap is introducing long-term storage in the cloud such as Azure or AWS. They can make it more seamless.

The downtime features can also be improved.

We would like more mobile options. If we are at a restaurant or out and about in our normal daily lives, we would like to be able to interface via our mobiles.

It needs more documentation and automation features. I would like more documentation on designing an environment and network operations. On the automation side, I would like automation to clean up the environment in cases of a failed DR effort. An API interface to perform the DR exercise would also be nice.

I would like to see Zerto come up with an emergency line for support. Support does get back to you quickly, but when your heart is racing because something happened the calmness of a pro on the other end would be helpful. The reports also need TLC, as I do not really find them helpful.

With these two minor negatives the product and support are great and they get the job done. I am an extremely happy Zerto supporter.

I would like them to add a VM host replication option. Being able to replicate host configuration between sites would be a huge benefit. 

There is a need to allow the source vCenter Inventory to be imported with a single click.

What I meant by one click vCenter is that there is no current option to migrate a vCenter logical cluster as a whole. You can only migrate individual VMs only by adding them into a VPG (Virtual Protection Group). You can failover multiple VMs after adding them into VPG.

The full site recovery is not up to SRM standards. Within a VPG, you can do great failover timing as well as ordering and scripting, but if your site contains many VPGs (as mine does), then it is difficult to manage failing over between sites, especially if you are at the site that was impacted.

The time between releases is too long. Zerto doesn't seem to really keep up with the products with which they need to be compatible. For instance, the 9.5 updates 3 took about 90 days to come out after the latest version of vCenter 7.0 update 3 was released.

We were facing a vulnerability, so we had to choose between patching our vCenter to address that vulnerability, which would break the Zerto operability, or leaving it as is with a potential vulnerability. That was really the main issue we ever faced with Zerto.

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.

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.

Mobile features are there only for visibility and not to take action. We would love to see the ability to perform actions through mobile apps.

It would be helpful if the reports can be generated periodically, on a schedule.

Zerto is solid. However, they are working on a cloud workload protection and protecting virtual workloads to more than one site. This is good stuff.

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.

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.

There needs to be more flexibility in the licensing. I've mentioned to Zerto Management that I find the licensing at twenty-five VMs to be very restricting to an SME business, and could there be some flexibility here? Businesses like ours constantly change their IT due to the flexibility of Virtualisation and it would be great to get Zerto on board with that same flexibility.

This solution could be improved if it met all the requirements that we look for including supporting multiple operating systems. We would prefer to use one solution for DR and backup.

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

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.

With the VPG (virtual protected group) it would be nice if you could pick individuals in the grouping instead of having to failover the whole group. 

Other than that, it's a pretty good product.

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 brought this up to support before, but it would be really nice to have the option to "roll back" a particular VM to a previous time in the past if it were to become damaged, compromised, or infected. Zerto does not allow this. It's all or nothing, so you must roll back the entire VPG. You cannot roll back a single VM unless that VM is ALONE in a VPG all by itself.

It would also be nice if they could find a way to make it where one VM does not impact the entire journal history of the VPG. I do not understand why a single VM with mass amounts of changes should impact the journal history of the entire VPG. Although this has never caused me problems, it is an annoyance for sure.

The one area I see a need for improvement is supposedly on the roadmap, which is to be able to replicate to multiple locations.

The alerting could be fine-tuned and improved. It does a lot of alerts, but it's a little bit cumbersome to modify them.

It could be cheaper as well.

I would like to see better notifications when the sync is off for an extended length of time.  There is nothing worst then going to do an upgrade or test a restore and realizing some of the VPGs need to be fixed because their journal is too small causing bitmap syncing to be off.

Backup capability as it is limited and not as streamlined as it could be. At present Zerto delivers backup protection by making duplicate copies of VM disks to a defined storage location (but this is limited on the schedule and retention). In the latest version 4.5 this has now been extended with the capability to do object level recovery from the replicated VMs, the caveat here is that the retention period is limited to the journal retention (which is a maximum of 14 days). I would like to see a more integrated backup/retention capability in the solution allowing more flexible scheduling and unlimited retention with the capability to easily restore objects using the one Zerto web interface. The backup images should be able to be stored off-site, away from the main replication site, and easily be reintegrated in the main DR platform if needed for VM recovery of an old image.

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.

For me, limiting the minimum licensing package for 15 virtual machines (VMs) is a issue. Not all environments (especially in Latam) start with 15 VMs.

Migration of complex VMware and Hyper-V solution. Using Zerto to replicate to azure and S3.

DR Solutions with less management and less space. Licensing of DR Site is not necessary until activation of VM. That are very good news for Db users.

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. 

There are two areas which I would recommend for improvement. One is when we are trying to upgrade any virtual machines, we have to stop the virtual machines that have been replicated in Zerto and then upgrade or update to the virtual machines onsite. Instead of having to do it manually, there should be some way of automating that particular function.

And when it comes to AWS failover, the documentation has a lot of scope for improvement. It's come a long way since we implemented it, from the scantiness of documentation that was available to do a failover into AWS or recover from AWS, but they could still do a much better job of providing more details, how-to's, tutorials, etc.

In terms of additional features that I would like to see included in the next releases, if they could provide us some kind of long-term storage option, that would be the best thing. Then it could be a storage and a failover solution combined into one.

Adding or changing VPGs (Virtual Protection Groups) may require restarting replication.

Support for Hyper-V which is on the way.

When we initially set up the product, we didn't know about the exact features. Some of them were discussed in different wording. It took some time to get to know the solution in general, and exactly what functions each of the features is used for. They seemed more like hidden features to us.

There are a couple of minor areas that could use improvement.

The GUI could be streamlined a bit more to enhance the administrative tasks. I would also like to be able to throttle the email alerts, as sometimes they become a bit noisy, and get tough to keep on top of.

Some features are not up to what we need, although we have found alternatives and aren't really looking for Zerto to handle those items today.

The setup process is time-consuming.

The VSS agent setup and configuration does seem to be a bit clunky compared to the rest of the software. We have had issues with licensing, where the license we've been given by Zerto support doesn't include VSS replication, which was a pain at the time.

• IP Addressing of failed over VM’s isn’t working properly.
• Over time, it would be great to get more meat on the bones in the backups side of the product.
• Ability to add hard disks to a VM and have Zerto just pick up those changes rather than perform a full re-mirror.

Zerto added the backup feature, but it's not quite up to speed yet when you compare it with the backup capabilities of other solutions out there.

I hope that in the future the product will offer integrated encryption functionalities, so that the VPN setup between protected and protection site can become optional.

I would like to have automated load balancing of the ZVM's at the target site. Each ESX server needs to have  ZVM system to replicate the VM's. At the target site if you need to take one of the ZVM's offline at the target site you need to manually change the VM's using the ZVM. I would like this to be automated. 

Backup dedup and online restore, support for SMTP authentication.

Remediating VMware clusters gets more complicated because the VRAs are pinned to each host and will prevent the host from entering maintenance mode. The cluster must now be remediated manually because once all VMs are migrated from the host you must power down the VRA manually and perform the remediation. Once remediated you can exit maintenance mode and restart the VRA and allow VMs to migrate back to the host.

More Supported Hyper-visors

It's coming, but I want to do my backups from my DR side without impacting my production side. This is supposed to come out in v7.0.

Monitoring and integration, like a management pack for vRealize Operations Manager.

The email alerts can be excessive, so better control over frequency or resolution may be a worthwhile improvement.

An integrated encryption would allow for faster initial install and connection to the remote cloud site. 

Their offsite backup is a bit clunky, but it will probably improve.

I cannot think of any new features that should be added at the moment. With time, I should be able to make suggestions.

Would like to see additional reports after recovery operations with details on recovery of each VM

Physical servers would be a nice enhancement. I would also like to see the backup portion really enhanced further.

The backup capabilities require too much disk space and I would like to see better compression. or deduplication built in to reduce the amount of WAN traffic. It would also be nice to have it be able to monitor a VM to let you know how much bandwidth a particular VM would require to replicate.

The backup functions are in need of improvement.

In Zerto for vSphere, it is a pain to remove the virtual appliance if for some reason you lose the host.

Make sure to understand how Zerto supports Microsoft/SQL Clusters - more of an advice to the companies thinking of implementing Zerto.

The product is improving all the time and I think the Zerto team have quite a good handle on things. I found the Local ZertoCON meetup/conference particularly useful to hear about different user cases. However, sometimes it feels like the QA is not great, as the previous two updates have been bug fixes.

It needs to support more public cloud, especially in China.

• A "manual mode" which would allow the user to failover the VMs but keeping them powered off at destination

• More powerful scripting engine

• Ability to move protected VMs between VPGs
• More reliable ETA on VPG syncronization
• root-level user for VRA installation ( at the moment the user "root" is hardcoded )
• Bandwidth throttling schedule should include days of week

I would like to see a couple of details regarding awareness of VM events coming outside of ZVR. This could be a user reverting VM back to an older snapshot, which can sometimes screw up the replica, but nothing major besides it is affected.

Needs compatibility with multi-tiered applications, such as Sharepoint, for testing.