Have some questions about the Scale-out repository(SOBR) in Veeam. We are using `Data Locality` policy on our SOBR, I want to know what's going to happen in the following scenarios.
1. One of the extents is going to be full. I understand that when the next full backup runs, if the extent has no enough space, it will chose different extent which has enough space. How about if the full is a synthetic full?
2. Cause we are using `Data Locality`, I understand the full and associated incrementals will be stored on the same extent. What happen when an incremental job runs but the extent where the full is on has no enough space? Will the job be just failed or it will automatically create a full in different extent?
-
- Service Provider
- Posts: 10
- Liked: never
- Joined: Jun 24, 2021 4:55 am
- Full Name: Maojun Li
- Contact:
-
- VP, Product Management
- Posts: 7076
- Liked: 1510 times
- Joined: May 04, 2011 8:36 am
- Full Name: Andreas Neufert
- Location: Germany
- Contact:
Re: Question about Scale-out repository in Veeam 11
1. it is the same for both
2. we estimate needed incremental space, if the extent with the chain do not have enough space, we just write the incremental to another extent. Likely the extent with most free space is chosen.
2. we estimate needed incremental space, if the extent with the chain do not have enough space, we just write the incremental to another extent. Likely the extent with most free space is chosen.
-
- Service Provider
- Posts: 10
- Liked: never
- Joined: Jun 24, 2021 4:55 am
- Full Name: Maojun Li
- Contact:
Re: Question about Scale-out repository in Veeam 11
Thanks for the reply Andreas. Can I say as long as one or more extents have enough space, the backup job running on SOBR will never get stuck due to free space issue?
-
- VP, Product Management
- Posts: 7076
- Liked: 1510 times
- Joined: May 04, 2011 8:36 am
- Full Name: Andreas Neufert
- Location: Germany
- Contact:
Re: Question about Scale-out repository in Veeam 11
Hi Maojun,
we do prediction based on the past processing and select extents accordingly. There could be an issue where the math is not correct, when you have for example a very high change rate in the night. Then the automatic retry (see scheduling tab in the wizard) should address it.
we do prediction based on the past processing and select extents accordingly. There could be an issue where the math is not correct, when you have for example a very high change rate in the night. Then the automatic retry (see scheduling tab in the wizard) should address it.
Who is online
Users browsing this forum: Paul.Loewenkamp, Semrush [Bot], Stabz and 56 guests