-
- Influencer
- Posts: 13
- Liked: 3 times
- Joined: May 10, 2021 5:17 pm
- Full Name: Andrew Foster
- Contact:
NetApp FlexGroup Support
Hello,
We have a number of large file shares with high inode counts that we use FlexGroups for. It is almost impossible to get a Veeam NAS backup on these shares when we have to just back them up as an SMB share because Veeam doesn't support backup from storage snapshot on FlexGroups. Are there any plans to add support for this? With the growth of data and long retentions we can't really get away from using FlexGroups so getting this support in to Veeam is very important to us.
We do currently have a case open to try and figure out why the performance is so terrible when trying to backup some of these shares as a standard SMB share, but no leads yet. Case number is 05422701.
We have a number of large file shares with high inode counts that we use FlexGroups for. It is almost impossible to get a Veeam NAS backup on these shares when we have to just back them up as an SMB share because Veeam doesn't support backup from storage snapshot on FlexGroups. Are there any plans to add support for this? With the growth of data and long retentions we can't really get away from using FlexGroups so getting this support in to Veeam is very important to us.
We do currently have a case open to try and figure out why the performance is so terrible when trying to backup some of these shares as a standard SMB share, but no leads yet. Case number is 05422701.
-
- Product Manager
- Posts: 13485
- Liked: 1317 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
Re: NetApp FlexGroup Support
Hello Andrew,
Unfortunately FlexGroups support is not planned for v12 but we keep tracking this request very attentively for next versions. As for the case, I've asked QA team to review the details.
Unfortunately FlexGroups support is not planned for v12 but we keep tracking this request very attentively for next versions. As for the case, I've asked QA team to review the details.
-
- Product Manager
- Posts: 13485
- Liked: 1317 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
Re: NetApp FlexGroup Support
Andrew,
From log review we've noticed that you are using ExaGrid as a backup destination. While it's a good backup target it's deduplication slows down all operations due to metadata files being deduplicated. There is a workaround to configureScale-out backup repository with data and metadata extents being separated: metadata extent is used to store only the meta files away from the the dedup, data extent can be your deduplication storage: Scale-Out Repository with Extents in Metadata and Data Roles
Can you please try this solution any let us know how it goes? Thank you!
From log review we've noticed that you are using ExaGrid as a backup destination. While it's a good backup target it's deduplication slows down all operations due to metadata files being deduplicated. There is a workaround to configureScale-out backup repository with data and metadata extents being separated: metadata extent is used to store only the meta files away from the the dedup, data extent can be your deduplication storage: Scale-Out Repository with Extents in Metadata and Data Roles
Can you please try this solution any let us know how it goes? Thank you!
-
- Influencer
- Posts: 13
- Liked: 3 times
- Joined: May 10, 2021 5:17 pm
- Full Name: Andrew Foster
- Contact:
Re: NetApp FlexGroup Support
Thank you, we will give this a shot. If we are keeping 30 restore points can we assume the metadata will be ~5% the size of the source data?
-
- Product Manager
- Posts: 13485
- Liked: 1317 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
Re: NetApp FlexGroup Support
Andrew,
Yup, 5% is the worst case scenario, but I'd size meta extent capacity based on these 5% just in case. Thanks!
Yup, 5% is the worst case scenario, but I'd size meta extent capacity based on these 5% just in case. Thanks!
Who is online
Users browsing this forum: No registered users and 3 guests