diff --git a/en/backup-restore-cr.md b/en/backup-restore-cr.md index dfb90b3fb..238fd8364 100644 --- a/en/backup-restore-cr.md +++ b/en/backup-restore-cr.md @@ -260,7 +260,7 @@ This section introduces the fields in the `Backup` CR. ### Prune field -* `.spec.prune`: supported in BR v9.0.0 and later versions. Currently, this field only supports the value `afterFailed`, which enables automatic cleanup of metadata tables when a restore task fails. Enabling the `prune` field affects the final status of the restore task. If the restore task ends in the `Failed` status, a cleanup task is automatically triggered to remove metadata table information. Based on the cleanup task status, the restore task displays one of the following statuses: +* `.spec.prune`: supported in BR v8.5.5 and later versions. Currently, this field only supports the value `afterFailed`, which enables automatic cleanup of metadata tables when a restore task fails. Enabling the `prune` field affects the final status of the restore task. If the restore task ends in the `Failed` status, a cleanup task is automatically triggered to remove metadata table information. Based on the cleanup task status, the restore task displays one of the following statuses: * `PruneScheduled`: the cleanup task is scheduled but has not started. * `PruneRunning`: the cleanup task is running. * `PruneComplete`: the cleanup task completed successfully. @@ -268,7 +268,7 @@ This section introduces the fields in the `Backup` CR. ## CompactBackup CR fields -For TiDB v9.0.0 and later versions, you can use `CompactBackup` to accelerate PITR (Point-in-time recovery). To compact log backup data into structured SST files, you can create a custom `CompactBackup` CR object to define a backup task. The following introduces the fields in the `CompactBackup` CR: +For TiDB v8.5.5 and later versions, you can use `CompactBackup` to accelerate PITR (Point-in-time recovery). To compact log backup data into structured SST files, you can create a custom `CompactBackup` CR object to define a backup task. The following introduces the fields in the `CompactBackup` CR: * `.spec.startTs`: the start timestamp for log compaction backup. * `.spec.endTs`: the end timestamp for log compaction backup. @@ -277,7 +277,7 @@ For TiDB v9.0.0 and later versions, you can use `CompactBackup` to accelerate PI * `.spec.toolImage`：the tool image used by `CompactBackup`. BR is the only tool image used in `CompactBackup`. When using BR for backup, you can specify the BR version with this field: - If not specified or left empty, the `pingcap/br:${tikv_version}` image is used for backup by default. - - If a BR version is specified, such as `.spec.toolImage: pingcap/br:v9.0.0`, the image of the specified version is used for backup. + - If a BR version is specified, such as `.spec.toolImage: pingcap/br:v8.5.5`, the image of the specified version is used for backup. - If an image is specified without a version, such as `.spec.toolImage: private/registry/br`, the `private/registry/br:${tikv_version}` image is used for backup. * `.spec.env`: the environment variables for the Pod that runs the compaction task. @@ -380,7 +380,7 @@ This section introduces the fields in the `Restore` CR. * `.spec.gcs`: GCS-related configuration. Refer to [GCS fields](#gcs-fields). * `.spec.azblob`：Azure Blob Storage-related configuration. Refer to [Azure Blob Storage fields](#azure-blob-storage-fields). * `.spec.local`: persistent volume-related configuration. Refer to [Local storage fields](#local-storage-fields). -* `.spec.prune`: supported in BR v9.0.0 and later versions. Currently, this field only supports the value `afterFailed`, which enables automatic cleanup of metadata tables when a restore task fails. Refer to [Prune field](#prune-field). +* `.spec.prune`: supported in BR v8.5.5 and later versions. Currently, this field only supports the value `afterFailed`, which enables automatic cleanup of metadata tables when a restore task fails. Refer to [Prune field](#prune-field). ## BackupSchedule CR fields diff --git a/en/backup-to-aws-s3-using-br.md b/en/backup-to-aws-s3-using-br.md index 5ea7a594e..8f3f83f7e 100644 --- a/en/backup-to-aws-s3-using-br.md +++ b/en/backup-to-aws-s3-using-br.md @@ -539,7 +539,7 @@ In TiDB Operator v1.5.4, v1.6.0, and earlier versions, you can use the `logStop: ### Compact log backup -For TiDB v9.0.0 and later versions, you can use a `CompactBackup` CR to compact log backup data into SST format, accelerating downstream PITR (Point-in-time recovery). +For TiDB v8.5.5 and later versions, you can use a `CompactBackup` CR to compact log backup data into SST format, accelerating downstream PITR (Point-in-time recovery). This section explains how to compact log backup based on the log backup example from previous sections. diff --git a/en/backup-to-azblob-using-br.md b/en/backup-to-azblob-using-br.md index 344ff2619..16a792fc3 100644 --- a/en/backup-to-azblob-using-br.md +++ b/en/backup-to-azblob-using-br.md @@ -451,7 +451,7 @@ In TiDB Operator v1.5.4, v1.6.0, and earlier versions, you can use the `logStop: ### Compact log backup -For TiDB v9.0.0 and later versions, you can use a `CompactBackup` CR to compact log backup data into SST format, accelerating downstream PITR (Point-in-time recovery). +For TiDB v8.5.5 and later versions, you can use a `CompactBackup` CR to compact log backup data into SST format, accelerating downstream PITR (Point-in-time recovery). This section explains how to compact log backup based on the log backup example from previous sections. diff --git a/en/backup-to-gcs-using-br.md b/en/backup-to-gcs-using-br.md index 95ccdc213..a1dd456e7 100644 --- a/en/backup-to-gcs-using-br.md +++ b/en/backup-to-gcs-using-br.md @@ -451,7 +451,7 @@ In TiDB Operator v1.5.4, v1.6.0, and earlier versions, you can use the `logStop: ### Compact log backup -For TiDB v9.0.0 and later versions, you can use a `CompactBackup` CR to compact log backup data into SST format, accelerating downstream PITR (Point-in-time recovery). +For TiDB v8.5.5 and later versions, you can use a `CompactBackup` CR to compact log backup data into SST format, accelerating downstream PITR (Point-in-time recovery). This section explains how to compact log backup based on the log backup example from previous sections. diff --git a/zh/backup-restore-cr.md b/zh/backup-restore-cr.md index b804c5f67..e239fc965 100644 --- a/zh/backup-restore-cr.md +++ b/zh/backup-restore-cr.md @@ -249,7 +249,7 @@ summary: 介绍用于备份与恢复的 Custom Resource (CR) 资源的各字段 ### Prune 字段介绍 -* `.spec.prune`：仅在 BR v9.0.0 及以上版本中支持。该字段目前仅支持设置为 `afterFailed`，用于在恢复任务失败后自动清理相应的元数据表信息。启用 `prune` 字段会影响恢复任务的终止状态。如果恢复任务以 `Failed` 状态结束，清理任务会自动开始，并尝试清理元数据表信息。根据清理任务的执行状态，恢复任务将显示以下新状态： +* `.spec.prune`：仅在 BR v8.5.5 及以上版本中支持。该字段目前仅支持设置为 `afterFailed`，用于在恢复任务失败后自动清理相应的元数据表信息。启用 `prune` 字段会影响恢复任务的终止状态。如果恢复任务以 `Failed` 状态结束，清理任务会自动开始，并尝试清理元数据表信息。根据清理任务的执行状态，恢复任务将显示以下新状态： - `PruneScheduled`：清理任务已调度，但尚未开始运行 - `PruneRunning`：清理任务正在运行中 - `PruneComplete`：清理任务已成功完成 @@ -257,7 +257,7 @@ summary: 介绍用于备份与恢复的 Custom Resource (CR) 资源的各字段 ## CompactBackup CR 字段介绍 -对于 TiDB v9.0.0 及以上版本的集群，你可以使用 `CompactBackup` 加速日志恢复。要将日志备份数据压缩为结构化 SST 文件，你可以通过创建一个自定义的 `CompactBackup` CR 对象来描述一次备份任务。以下是 `CompactBackup` CR 各个字段的具体含义： +对于 TiDB v8.5.5 及以上版本的集群，你可以使用 `CompactBackup` 加速日志恢复。要将日志备份数据压缩为结构化 SST 文件，你可以通过创建一个自定义的 `CompactBackup` CR 对象来描述一次备份任务。以下是 `CompactBackup` CR 各个字段的具体含义： * `.spec.startTs`：指定日志压缩备份的起始时间戳。 * `.spec.endTs`：指定日志压缩备份的结束时间戳。 @@ -266,7 +266,7 @@ summary: 介绍用于备份与恢复的 Custom Resource (CR) 资源的各字段 * `.spec.toolImage`：指定 `CompactBackup` 使用的工具镜像。在 `CompactBackup` 中，唯一使用的工具镜像为 BR。使用 BR 备份时，你可以使用该字段指定 BR 的版本： - 如果未指定或者为空，默认使用镜像 `pingcap/br:${tikv_version}` 进行备份。 - - 如果指定了 BR 的版本，例如 `.spec.toolImage: pingcap/br:v9.0.0`，那么使用指定的版本镜像进行备份。 + - 如果指定了 BR 的版本，例如 `.spec.toolImage: pingcap/br:v8.5.5`，那么使用指定的版本镜像进行备份。 - 如果指定了镜像但未指定版本，例如 `.spec.toolImage: private/registry/br`，那么使用镜像 `private/registry/br:${tikv_version}` 进行备份。 * `.spec.env`：指定运行压缩备份任务的 Pod 的环境变量信息。 @@ -362,7 +362,7 @@ summary: 介绍用于备份与恢复的 Custom Resource (CR) 资源的各字段 * `.spec.gcs`：GCS 存储相关配置，具体介绍参考 [GCS 字段介绍](#gcs-存储字段介绍)。 * `.spec.azblob`：Azure Blob Storage 存储相关配置，具体介绍参考 [Azure Blob Storage 字段介绍](#azure-blob-storage-存储字段介绍)。 * `.spec.local`：持久卷存储相关配置，具体介绍参考 [Local 字段介绍](#local-存储字段介绍)。 -* `.spec.prune`：仅在 BR v9.0.0 及以上版本中支持。该字段目前仅支持设置为 `afterFailed`，用于在恢复任务失败后自动清理相应的元数据表信息，具体介绍参考 [Prune 字段介绍](#prune-字段介绍)。 +* `.spec.prune`：仅在 BR v8.5.5 及以上版本中支持。该字段目前仅支持设置为 `afterFailed`，用于在恢复任务失败后自动清理相应的元数据表信息，具体介绍参考 [Prune 字段介绍](#prune-字段介绍)。 ## BackupSchedule CR 字段介绍 diff --git a/zh/backup-to-aws-s3-using-br.md b/zh/backup-to-aws-s3-using-br.md index 2566e3818..4872fab0b 100644 --- a/zh/backup-to-aws-s3-using-br.md +++ b/zh/backup-to-aws-s3-using-br.md @@ -535,7 +535,7 @@ demo1-log-backup-s3 log Stopped .... ### 压缩日志备份 -对于 TiDB v9.0.0 及以上版本的集群，你可以使用 `CompactBackup` CR 将日志备份数据压缩为 SST 格式，以加速下游的日志恢复 (Point-in-time recovery, PITR)。 +对于 TiDB v8.5.5 及以上版本的集群，你可以使用 `CompactBackup` CR 将日志备份数据压缩为 SST 格式，以加速下游的日志恢复 (Point-in-time recovery, PITR)。 本节基于前文的日志备份示例，介绍如何使用压缩日志备份。 diff --git a/zh/backup-to-azblob-using-br.md b/zh/backup-to-azblob-using-br.md index f1c8e9bd2..a83586a9f 100644 --- a/zh/backup-to-azblob-using-br.md +++ b/zh/backup-to-azblob-using-br.md @@ -451,7 +451,7 @@ demo1-log-backup-azblob log Stopped .... ### 压缩日志备份 -对于 TiDB v9.0.0 及以上版本的集群，你可以使用 `CompactBackup` CR 将日志备份数据压缩为 SST 格式，以加速下游的日志恢复 (Point-in-time recovery, PITR)。 +对于 TiDB v8.5.5 及以上版本的集群，你可以使用 `CompactBackup` CR 将日志备份数据压缩为 SST 格式，以加速下游的日志恢复 (Point-in-time recovery, PITR)。 本节基于前文的日志备份示例，介绍如何使用压缩日志备份。 diff --git a/zh/backup-to-gcs-using-br.md b/zh/backup-to-gcs-using-br.md index d52f407be..5a21b3003 100644 --- a/zh/backup-to-gcs-using-br.md +++ b/zh/backup-to-gcs-using-br.md @@ -451,7 +451,7 @@ demo1-log-backup-gcs log Stopped .... ### 压缩日志备份 -对于 TiDB v9.0.0 及以上版本的集群，你可以使用 `CompactBackup` CR 将日志备份数据压缩为 SST 格式，以加速下游的日志恢复 (Point-in-time recovery, PITR)。 +对于 TiDB v8.5.5 及以上版本的集群，你可以使用 `CompactBackup` CR 将日志备份数据压缩为 SST 格式，以加速下游的日志恢复 (Point-in-time recovery, PITR)。 本节基于前文的日志备份示例，介绍如何使用压缩日志备份。