tidb-operator icon indicating copy to clipboard operation
tidb-operator copied to clipboard

Optimize bks backup logic

Open wxiaoke opened this issue 2 years ago • 0 comments

Feature Request

Is your feature request related to a problem? Please describe:

when delete bks,bk will be deleted and the whole backup will be deleted

Describe the feature you'd like:

It is recommended to implement delete --cascade=orphan: only delete BackupSchedule to make backup an orphan. If the same BackupSchedule is created at that time, these orphans can be associated again; Currently BackupSchedule->Backup->job has this kind of relationship. According to the default garbage collection policy, if the upper level is deleted, the lower level will be deleted, so there must be a way to make a certain level an orphan In this way, it is more flexible to adjust the related policies of scheduled backups, especially in the case where the actual running time is inconsistent with the expected running time, the best way is to delete it and start again. Describe alternatives you've considered:

Teachability, Documentation, Adoption, Migration Strategy:

wxiaoke avatar Nov 03 '22 06:11 wxiaoke