File server backup best practices

[filippoAdb]

All my VM backups run once a day with a retention of 14 points.
Some of these VM are file server and I think this backup strategy is not adequate.
For example if a user erroneously deletes a folder and he notices it only after a month that documents are lost.
A backup expert once told me that VM backups are general purpose, you need to integrate them with an application specific backup.
Should I add a file share backup ? Is this the right way or should I configure GFS retention ?
In the past I was afraid by GFS retention because I would have n copy of all the files on the share which is a waste of space. Ideally I need a sigle copy of every file version, with the deleted ones, till a reasonable amount of time ago.
Now I have a deduplicating repository, so perhaps the GFS could be a good compromise.
Another option is to add a special job only for the file share disks avoiding the one with OS. That way the incremental changes would be limited and I could increase the retention point.
What I'm looking for is some best practices to follow.

[Mildur]

Hi Filippo

If you need to protect different file versions of your files, a NAS backup job is more suitable.
GFS volume level backups only store a weekly, monthly or yearly snapshot of your fileserver. If a file was modified every hour, you won't have those versions between two GFS backups in your repository.

NAS backup jobs are forever incremental. A NAS backup job won't protect necessarily all file versions. It depends on how often you run the job. We only backup the file version which exists when the backup job has processed the share/managed file server. For the NAS backup job you can leverage archive storage to keep older (or all) file versions on cheaper storage.

Best,
Fabian