Hi,
We have a reasonably large Veeam environment and we have had it for a significant time, during this period grown a lot and had to expand SOBR's with additional repositories.
I find managing capacity within a SOBR very difficult as the only option is to seal entire repositories. Making VMs create new chains on a new repository is very difficult as only newly added VMs will go to the repositories with the most free space.
What I have found is that if we wait until we have say 90TB left on a repo as the trigger for us to add another one (which of a 280TB repo is a fairly generous percentage), even by the time we add another on over reasonable time the original one getting low on capacity can still run out of space and synthetic fulls start to fail. Which if you depend on cold cloning on XFS or REFs for significant data reduction it becomes a very bad situation to be in.
Adding to this problem we have very large VMs eg 20-30TB which you never want to have to move somewhere else unless you are completely retiring a repository.
What would make things much easier is having the ability to seal individual VMs backup chains so they start their backup chains on a new repo in the SOBR with the most capacity, which Veeam now does most of the time.
As we have many small and test VMs etc with a small retention period it is, making them move to another repo makes it easily to manage space within a SOBR within a reasonable time.
It also means not having to go through the difficult process of trying to manually do this process, especially on hardened repositories as this makes life much harder.
Regards,
Paul
-
forums101
- Influencer
- Posts: 14
- Liked: 2 times
- Joined: Jan 29, 2019 10:20 pm
- Contact:
Who is online
Users browsing this forum: AlexL, Amazon [Bot], d.artzen, james_tate and 273 guests