节点都会有一个对应的备份路径，TiKV 备份时产生的备份文件将会保存在该 路径下，恢复时也会从该路径读取相应的备份文件。 170 图 11: br-arch 更多信息请参阅备份恢复设计方案。 备份文件类型 备份路径下会生成以下两种类型文件： • SST 文件：存储 TiKV 备份下来的数据信息 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash 在线业务。 • BR 恢复最好串行执行。不同恢复任务并行会导致 Region 冲突增多，恢复的性能降低。 • 推荐在 -s 指定的备份路径上挂载一个共享存储，例如 NFS。这样能方便收集和管理备份文件。 • 在使用共享存储时，推荐使用高吞吐的存储硬件，因为存储的吞吐会限制备份或恢复的速度。 • BR 默认会分别在备份、恢复完成后，进行一轮数据校验，将文本数据同集群数据比较，来保证正确性。 选项指定的数据库名必须与执行备份时候 --db选项指定的数据库 名相同，否则无法恢复成功。由于备份数据的元文件backupmeta 记录了该数据库名，因此只 能将数据恢复到同名的数据库。推荐做法是把备份文件恢复到另一个集群的同名数据库中。 恢复单张表的数据 要将备份数据中的某张数据表恢复到集群中，可以使用 br restore table 命令。该命令的使用帮助可通过 br restore table

节点都会有一个对应的备份路径，TiKV 备份时产生的备份文件将会保存在该 路径下，恢复时也会从该路径读取相应的备份文件。 153 图 11: br-arch 更多信息请参阅备份恢复设计方案。 备份文件类型 备份路径下会生成以下两种类型文件： • SST 文件：存储 TiKV 备份下来的数据信息 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash 在线业务。 • BR 恢复最好串行执行。不同恢复任务并行会导致 Region 冲突增多，恢复的性能降低。 • 推荐在 -s 指定的备份路径上挂载一个共享存储，例如 NFS。这样能方便收集和管理备份文件。 • 在使用共享存储时，推荐使用高吞吐的存储硬件，因为存储的吞吐会限制备份或恢复的速度。 使用方式 目前支持以下几种方式来运行 BR 工具，分别是通过 SQL 语句、命令行工具或在 Kubernetes 选项指定的数据库名必须与执行备份时候 --db选项指定的数据库 名相同，否则无法恢复成功。由于备份数据的元文件backupmeta 记录了该数据库名，因此只 能将数据恢复到同名的数据库。推荐做法是把备份文件恢复到另一个集群的同名数据库中。 168 恢复单张表的数据 要将备份数据中的某张数据表恢复到集群中，可以使用 br restore table 命令。该命令的使用帮助可通过 br restore

节点都会有一个对应的备份路径，TiKV 备份时产生的备份文件将会保存在该 路径下，恢复时也会从该路径读取相应的备份文件。 图 11: br-arch 更多信息请参阅备份恢复设计方案。 备份文件类型 备份路径下会生成以下两种类型文件： • SST 文件：存储 TiKV 备份下来的数据信息 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash 在线业务。 • BR 恢复最好串行执行。不同恢复任务并行会导致 Region 冲突增多，恢复的性能降低。 • 推荐在 -s 指定的备份路径上挂载一个共享存储，例如 NFS。这样能方便收集和管理备份文件。 • 在使用共享存储时，推荐使用高吞吐的存储硬件，因为存储的吞吐会限制备份或恢复的速度。 • BR 默认会分别在备份、恢复完成后，进行一轮数据校验，将文本数据同集群数据比较，来保证正确性。 选项指定的数据库名必须与执行备份时候 --db选项指定的数据库 名相同，否则无法恢复成功。由于备份数据的元文件backupmeta 记录了该数据库名，因此只 能将数据恢复到同名的数据库。推荐做法是把备份文件恢复到另一个集群的同名数据库中。 恢复单张表的数据 要将备份数据中的某张数据表恢复到集群中，可以使用 br restore table 命令。该命令的使用帮助可通过 br restore table

节点都会有一个对应的备份路径，TiKV 备份时产生的备份文件将会保存在该 路径下，恢复时也会从该路径读取相应的备份文件。 226 图 15: br-arch 更多信息请参阅备份恢复设计方案。 备份文件类型 备份路径下会生成以下两种类型文件： • SST 文件：存储 TiKV 备份下来的数据信息 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash 选项指定的数据库名必须与执行备份时候 --db选项指定的数据库 名相同，否则无法恢复成功。由于备份数据的元文件backupmeta 记录了该数据库名，因此只 能将数据恢复到同名的数据库。推荐做法是把备份文件恢复到另一个集群的同名数据库中。 恢复单张表的数据 要将备份数据中的某张数据表恢复到集群中，可以使用 br restore table 命令。该命令的使用帮助可通过 br restore table local://...:download sst failed，该如何处理？ 在恢复的时候，每个节点都必须能够访问到所有的备份文件 (SST files)，默认情况下，假如使用 local storage，备 份文件会分散在各个节点中，此时是无法直接恢复的，必须将每个 TiKV 节点的备份文件拷贝到其它所有 TiKV 节点才能恢复。 建议在备份的时候挂载一块 NFS 网盘作为备份盘，详见将单表数据备份到网络盘。

oltp_write_only --config-file=./tidb-config --tables=3 run 4. 准备外部存储。 在全量数据备份中，上下游集群均需访问备份文件，因此推荐使用备份存储存储备份文件，本文中通 过 Minio 模拟兼容 S3 的存储服务： wget https://dl.min.io/server/minio/release/linux-amd64/minio table data checksum。 • Upload metadata：生成 backup metadata，并上传到备份存储。backup metadata 包含 backup ts、表和对 应的备份文件、data checksum 和 file checksum 等信息。 8.3.2.2.3 恢复流程 恢复集群快照备份数据的流程如下： 图 52: snapshot restore process 详细的快照数据备份恢与恢复流程设计，可以参考备份恢复设计方案。 8.3.2.2.4 备份文件 文件类型 快照备份会产生如下类型文件： • SST 文件：存储 TiKV 备份下来的数据信息。单个 SST 文件大小等于 TiKV Region 的大小。 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash (sha256) 值。 • backup

* 修复在小概率情况下，由于特殊的事件时序导致日志备份数据丢失的问题 #16739 @YuJuncen * 修复因 TiKV 重启，日志备份的 global checkpoint 推进提前于实际备份文件写入点，可能导致少量 备份数据丢失的问题 #16809 @YuJuncen * 修复全量备份时日志中出现无效的 --concurrency 相关信息的问题 #50837 @BornChanger oltp_write_only --config-file=./tidb-config --tables=3 run 4. 准备外部存储。 在全量数据备份中，上下游集群均需访问备份文件，因此推荐使用备份存储存储备份文件，本文中通 过 Minio 模拟兼容 S3 的存储服务： wget https://dl.min.io/server/minio/release/linux-amd64/minio table data checksum。 • Upload metadata：生成 backup metadata，并上传到备份存储。backup metadata 包含 backup ts、表和对 应的备份文件、data checksum 和 file checksum 等信息。 8.3.2.2.3 恢复流程 恢复集群快照备份数据的流程如下： 图 52: snapshot restore process

oltp_write_only --config-file=./tidb-config --tables=3 run 4. 准备外部存储。 在全量数据备份中，上下游集群均需访问备份文件，因此推荐使用备份存储存储备份文件，本文中通 过 Minio 模拟兼容 S3 的存储服务： wget https://dl.min.io/server/minio/release/linux-amd64/minio table data checksum。 • Upload metadata：生成 backup metadata，并上传到备份存储。backup metadata 包含 backup ts、表和对 应的备份文件、data checksum 和 file checksum 等信息。 8.3.2.2.3 恢复流程 恢复集群快照备份数据的流程如下： 图 52: snapshot restore process 详细的快照数据备份恢与恢复流程设计，可以参考备份恢复设计方案。 8.3.2.2.4 备份文件 文件类型 快照备份会产生如下类型文件： • SST 文件：存储 TiKV 备份下来的数据信息。单个 SST 文件大小等于 TiKV Region 的大小。 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash (sha256) 值。 • backup

oltp_write_only --config-file=./tidb-config --tables=3 run 4. 准备外部存储。 在全量数据备份中，上下游集群均需访问备份文件，因此推荐使用备份存储存储备份文件，本文中通 过 Minio 模拟兼容 S3 的存储服务： wget https://dl.min.io/server/minio/release/linux-amd64/minio table data checksum。 • Upload metadata：生成 backup metadata，并上传到备份存储。backup metadata 包含 backup ts、表和对 应的备份文件、data checksum 和 file checksum 等信息。 8.4.2.2.3 恢复流程 恢复集群快照备份数据的流程如下： 图 54: snapshot restore process 详细的快照数据备份恢与恢复流程设计，可以参考备份恢复设计方案。 8.4.2.2.4 备份文件 文件类型 快照备份会产生如下类型文件： • SST 文件：存储 TiKV 备份下来的数据信息。单个 SST 文件大小等于 TiKV Region 的大小。 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash (sha256) 值。 • backup

oltp_write_only --config-file=./tidb-config --tables=3 run 4. 准备外部存储。 在全量数据备份中，上下游集群均需访问备份文件，因此推荐使用外部存储存储备份文件，本文中通 过 Minio 模拟兼容 S3 的存储服务： wget https://dl.min.io/server/minio/release/linux-amd64/minio 选项指定的数据库名必须与执行备份时候 --db选项指定的数据库 名相同，否则无法恢复成功。由于备份数据的元文件backupmeta 记录了该数据库名，因此只 能将数据恢复到同名的数据库。推荐做法是把备份文件恢复到另一个集群的同名数据库中。 8.3.2.2.2 恢复单张表的数据 要将备份数据中的某张数据表恢复到集群中，可以使用 br restore table 命令。该命令的使用帮助可通过 br oltp_write_only --config-file=./tidb-config --tables=3 run 675 4. 准备外部存储。 在全量数据备份中，上下游集群均需访问备份文件，因此推荐使用外部存储存储备份文件，本文中通 过 Minio 模拟兼容 S3 的存储服务： wget https://dl.min.io/server/minio/release/linux-amd64/minio

oltp_write_only --config-file=./tidb-config --tables=3 run 4. 准备外部存储。 在全量数据备份中，上下游集群均需访问备份文件，因此推荐使用备份存储存储备份文件，本文中通 过 Minio 模拟兼容 S3 的存储服务： wget https://dl.min.io/server/minio/release/linux-amd64/minio table data checksum。 • Upload metadata：生成 backup metadata，并上传到备份存储。backup metadata 包含 backup ts、表和对 应的备份文件、data checksum 和 file checksum 等信息。 8.3.2.2.3 恢复流程 恢复集群快照备份数据的流程如下： 图 52: snapshot restore process 详细的快照数据备份恢与恢复流程设计，可以参考备份恢复设计方案。 8.3.2.2.4 备份文件 文件类型 快照备份会产生如下类型文件： • SST 文件：存储 TiKV 备份下来的数据信息。单个 SST 文件大小等于 TiKV Region 的大小。 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash (sha256) 值。 • backup