Host-based backup of Microsoft Hyper-V VMs.
Post Reply
jzilak
Influencer
Posts: 19
Liked: 1 time
Joined: May 10, 2017 9:01 am
Full Name: Josef Zilak
Contact:

Add Decomission logic for Scale-out extents

Post by jzilak »

Hello,

it would be nice to have implemented decommission logic for scale-out repository extents. Current feature Evacuate extent is too buggy and easily ruined storage performance and fill all available slots for even for days or weeks.

I will prefer some kind of flags, like "in decommission" and extend will operate normally but only in read-only mode, till all stored backups expires and was deleted by retention policy. After that that goal system will change flag to "ready to decommission" and extent can be easily remove from production.

josef
Shestakov
Veteran
Posts: 7328
Liked: 781 times
Joined: May 21, 2014 11:03 am
Full Name: Nikita Shestakov
Location: Prague
Contact:

Re: Add Decomission logic for Scale-out extents

Post by Shestakov »

Hello Josef, thanks for the request, it`s taken into account!
Regarding evacuation operation, what product version are you at? What kind of bugs do you experience?
Thanks!
jzilak
Influencer
Posts: 19
Liked: 1 time
Joined: May 10, 2017 9:01 am
Full Name: Josef Zilak
Contact:

Re: Add Decomission logic for Scale-out extents

Post by jzilak »

Hello,

we use 9.5 Update 2. Evacuation problems:
1. limiting jobs for evacuated repository to 1 cause evacuation stop working and freeze jobs with data stored on that repository (looks like limit is hard even for read only operations and db transactions)
2. evacuation ReFS repository with no limits cause system unresponsiveness/crash due to extreme load to ReFS subsystem

josef
Post Reply

Who is online

Users browsing this forum: No registered users and 10 guests