title | summary | aliases | |
---|---|---|---|
TiDB 备份与恢复功能使用概述 |
了解如何部署和使用 TiDB 集群的备份与恢复。 |
|
本文介绍使用 TiDB 备份与恢复功能的最佳实践,包括如何选择备份方案、如何管理备份数据,以及如何安装和部署备份恢复工具。
深入 TiDB 备份和恢复功能使用之前,建议先了解推荐的集群备份和恢复方案。
TiDB 支持两种类型的备份,应该使用哪种备份? 全量备份包含集群某个时间点的全量数据,日志备份包含业务写入在 TiDB 产生的数据变更记录。推荐这两种备份方式一起使用:
- 开启日志备份:运行
tiup br log start
命令来启动日志备份任务,任务会在每个 TiKV 节点上持续运行,以小批量的形式定期将 TiDB 变更数据备份到指定存储中。 - 定期执行快照(全量)备份:运行
tiup br backup full
命令来备份集群快照到备份存储,例如在每天零点进行集群快照备份。
BR 只提供备份和恢复的基础功能,尚不支持备份管理的功能,因此你需要自行规划备份数据的管理事项,可能包含以下的问题:
- 选择哪种备份存储系统?
- 数据备份的时候,备份数据应该放在什么目录下?
- 全量备份和日志备份的数据目录如何组织?
- 如何处理存储系统中历史备份数据?
下面是处理这些问题的推荐方式:
选择备份存储
Amazon S3、Google Cloud Storage (GCS)、Azure Blob Storage 是推荐的存储系统选择,使用这些系统,你无需担心备份容量、备份带宽规划等。
如果 TiDB 集群部署在自建机房中,则推荐以下方式:
- 搭建 MinIO 作为备份存储系统,使用 S3 协议将数据备份到 MinIO 中。
- 挂载 NFS(如 NAS)盘到 br 工具和所有的 TiKV 实例,使用 POSIX file system 接口将备份数据写入对应的 NFS 目录中。
注意:
如果没有挂载 NFS 到 br 工具或 TiKV 节点,或者使用了支持 S3、GCS 或 Azure Blob Storage 协议的远端存储,那么 br 工具备份的数据会在各个 TiKV 节点生成。注意这不是推荐的 br 工具使用方式,因为备份数据会分散在各个节点的本地文件系统中,聚集这些备份数据可能会造成数据冗余和运维上的麻烦,而且在不聚集这些数据便直接恢复的时候会遇到
SST file not found
报错。
组织备份数据目录
- 全量备份和日志备份保存在相同的目录下,方便统一管理,例如
backup-${cluster-id}
。 - 每个全量备份保存到命名带有备份日期的目录下,例如
backup-${cluster-id}/fullbackup-202209081330
。 - 日志备份数据保存在一个固定目录下,例如
backup-${cluster-id}/logbackup
。日志备份程序会在 logbackup 目录中每天切分出来一个新的子目录来区分每天的日志备份数据。
处理历史备份数据
假设你设置了备份保留期,即保存固定时间的备份数据,比如 7 天。请注意备份保留期的概念,后面使用教程中也会多次遇到。
- 进行 PITR 不仅需要恢复时间点之前的全量备份,还需要全量备份和恢复时间点之间的日志备份,因此,对于超过备份保留期的日志备份,应执行
tiup br log truncate
命令删除指定时间点之前的备份。建议只清理全量快照之前的日志备份。 - 对于超过备份保留期的全量备份,建议直接删除或者归档全量备份的目录。
- 如果你只有全量备份数据,或者想恢复某个确定的全量备份,那么可以使用
tiup br restore
恢复指定的全量备份。 - 如果你按照以上推荐的的方式进行备份,那么你可以使用
tiup br restore point
恢复到备份保留期内任意时间点。
使用备份恢复功能的部署要求如下:
- BR、TiKV 节点和备份存储系统需要提供大于备份速度的的网络带宽。当集群特别大的时候,备份和恢复速度上限受限于备份网络的带宽。
- 备份存储系统还需要提供足够的写入/读取性能 (IOPS),否则它有可能成为备份恢复时的性能瓶颈。
- TiKV 节点需要为备份准备至少额外的两个 CPU core 和高性能的磁盘,否则备份将对集群上运行的业务产生影响。
- 推荐 br 工具运行在 8 核+/16 GB+ 的节点上。
目前支持以下几种方式来使用 BR。
TiDB 支持使用 br 工具进行备份恢复。
-
安装方法可以使用 TiUP 在线安装:
tiup install br
。 -
了解如何使用
br
命令行工具进行备份与恢复,请参阅:
TiDB 支持使用 SQL 语句进行全量快照备份和恢复:
BACKUP
进行全量快照数据备份。RESTORE
进行快照备份恢复。SHOW BACKUPS|RESTORES
查看备份恢复的进度。
在 Kubernetes 环境下,支持通过 TiDB Operator 支持以 S3、GCS、Azure blob storage 作为备份存储,并从这些存储系统中恢复备份数据。使用文档请参阅使用 TiDB Operator 进行备份恢复。