New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
release-22.2.0: backupccl: enable restore_span.target_size
#90630
release-22.2.0: backupccl: enable restore_span.target_size
#90630
Conversation
This setting was previously disabled because of timeouts being observed when restoring our TPCCInc fixtures. The cause of those timeouts has been identified as #88329 making it safe to re-enable merging of spans during restore. This settings prevents restore from over-splitting and leaving the cluster with a merge hangover post restore. Informs: #86470 Release note (sql change): Sets `backup.restore_span.target_size` to default to 384 MiB so that restore merges upto that size of spans when reading from the backup before actually ingesting data. This should reduce the number of ranges created during restore and thereby reduce the merging of ranges that needs to occur post restore.
3309580
to
85e71f3
Compare
Thanks for opening a backport. Please check the backport criteria before merging:
If some of the basic criteria cannot be satisfied, ensure that the exceptional criteria are satisfied within.
Add a brief release justification to the body of your PR to justify this backport. Some other things to consider:
|
this is just #90573 which blathers decided to close for some reason |
Reminder: it has been 3 weeks please merge or close your backport! |
Eek! Looks like we missed this. If we can still make the RC, it might be worth merging. |
If nothing blocking, please merge now. |
Reminder: it has been 3 weeks please merge or close your backport! |
Closing this so I can delete the temporary "dot zero" branch. |
Backport 1/1 commits from #89333 on behalf of @adityamaru.
/cc @cockroachdb/release
This setting was previously disabled because of timeouts being observed when restoring our TPCCInc fixtures. The cause of those timeouts has been identified as
#88329 making it safe to re-enable merging of spans during restore. This settings prevents restore from over-splitting and leaving the cluster with a merge hangover post restore.
Informs: #86470
Release note (sql change): Sets
backup.restore_span.target_size
to default to 384 MiB so that restore merges upto that size of spans when reading from the backup before actually ingesting data. This should reduce the number of ranges created during restore and thereby reduce the merging of ranges that needs to occur post restore.Release justification: