Skip to content

Commit aee8e41

Browse files
committed
fix
1 parent 77629c3 commit aee8e41

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

en/backup-restore-cr.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -265,7 +265,7 @@ To compress log backup data into structured SST files, users can create a custom
265265
* `.spec.startTs`: Specifies the starting timestamp for the log compression backup range.
266266
* `.spec.endTs`: Specifies the ending timestamp for the log compression backup range.
267267
* `.spec.concurrency`: Maximum number of log compression tasks that can run simultaneously. Defaults to `4`
268-
* `.spec.maxRetryTimes`: Maximum number of retries for failed compression tasks. Defaults to `6`
268+
* `.spec.maxRetryTimes`: Maximum number of retries for failed compression tasks. Defaults to `6`
269269
* `.spec.toolImage`:the tools image used by `Restore`. The only tool image used in `CompactBackup` is BR.
270270
- When using BR for backup, you can specify the BR version in this field.
271271
- If the field is not specified or the value is empty, the `pingcap/br:${tikv_version}` image is used for backup by default.
@@ -391,5 +391,5 @@ The `backupSchedule` configuration consists of three parts: the configuration of
391391
* `.spec.schedule`: the time scheduling format of Cron. Refer to [Cron](https://en.wikipedia.org/wiki/Cron) for details.
392392
* `.spec.compactInterval`: The interval duration that determines when a new compaction should be triggered. This field works in two scenarios:
393393
* If more than `compactInterval` time has passed since the last `compactExecutionTs`.
394-
* If the log backup checkpoint advanced the `compactProgress` more than `compactInterval` time.When either condition is met, a new compaction attempt will be scheduled.
394+
* If the log backup checkpoint advanced the `compactProgress` more than `compactInterval` time. When either condition is met, a new compaction attempt will be scheduled.
395395
* `.spec.pause`: `false` by default. If this field is set to `true`, the scheduled scheduling is paused. In this situation, the backup operation will not be performed even if the scheduling time point is reached. During this pause, the backup garbage collection runs normally. If you change `true` to `false`, the scheduled snapshot backup process is restarted. Because currently, log backup does not support pause, this configuration does not take effect for log backup.

0 commit comments

Comments
 (0)