It is our main backup system while we're in the middle of switching over to Cohesity.
Scheduling is valuable. It does a good job of backing up, and it does a good job of restoring. Nobody has got a problem with that. The agents are well supported.
In terms of functionality, it is rock solid. It does its job.
The UI is a complete mess. It is graphic, but it might as well be a CLI considering how difficult it is to work with. It takes an entire person and a significant amount of time to manage backups within the company. It really shouldn't be that hard.
When you get down to doing certain things, such as somebody wants a particular file restored, the process by which you do that is stupid. You kind of have to know exactly where to look for in order to find it. Even on older backup products that I've used, I didn't have that kind of problem. If we were looking for a file with a particular kind of a name, the solution would find that file anywhere irrespective of where it resides within the backup system. So, we didn't have to know the name of the specific server, the specific timeframe, almost all the characters of the file name, and all kinds of data in order to find a file. In Avamar, we got to know these details. We've gone around and around with them on that, and their attitude seems to be that it is working just fine. There is nothing for them to improve. The organizational system of other products that I'm working with, such as Zerto and Cohesity, seems to be centered around the tasks that you would most commonly do and want to do, as opposed to we've laid it out in a really neat technical hierarchy.
There should be some kind of greater granularity in the way it is storing backups. The reason why we're using things like Zerto and going to Cohesity, at least in the DR environment, and this will work in terms of backups as well, is that we need to be able to have a recovery point objective with some kind of granularity, such as every 15 minutes, every half hour, or every hour in case of a disaster recovery scenario, ransomware scenario, etc. We're pretty much allowed to do our once-in-a-day backup every 24 hours or however we schedule them. In most cases, we don't do anything different for basic backups, but it seems very difficult within Avamar to do anything if we want to have an image of a system every so often or at least an incremental point of reference or an RPO point.
The other thing is that the way that it locks files seems to make those systems unavailable while it is operating the backup. So, we have to very carefully schedule our backups after hours or over periods of time when there is low bandwidth of the transactions happening. With the other products we have, we don't have this problem. I certainly don't have that problem with Zerto. I've got a recovery point of every few seconds, and it doesn't seem to take a lot of storage room to do that. Storage is a big thing for us. It is very expensive, and that's always an issue for us. So, things like deduplication would be really nice to have.
I have been using this solution for at least six years.
It is rock solid. We don't ever have any problems with backups being lost or anything like that.
All of the data in the company is used by one person or another, so there are a couple of thousand users.
Their technical support is excellent. We've never had any problem dealing with Avamar in terms of technical support. We've had some nasty instances too where they've not been able to drill down on things and support their own product.
I've only been with the company for about five years, and it was present when I came on board.
I would rate Dell EMC Avamar a six out of 10. It is a pretty basic backup system in terms of features. It does its job. However, its UI is just ridiculous.