当前位置:网站首页>备份 TiDB 集群到持久卷
备份 TiDB 集群到持久卷
2022-07-07 18:11:00 【添香小铺】
本文档介绍如何将 Kubernetes 上 TiDB 集群的数据备份到持久卷上。本文描述的持久卷,指任何 Kubernetes 支持的持久卷类型。本文以备份数据到网络文件系统 (NFS) 存储为例。
本文档介绍的备份方法基于 TiDB Operator 的 CustomResourceDefinition (CRD) 实现,底层使用 BR 工具获取集群数据,然后再将备份数据存储到持久卷。BR 全称为 Backup & Restore,是 TiDB 分布式备份恢复的命令行工具,用于对 TiDB 集群进行数据备份和恢复。
使用场景
如果你对数据备份有以下要求,可考虑使用 BR 将 TiDB 集群数据以 Ad-hoc 备份或定时全量备份的方式备份至持久卷:
- 需要备份的数据量较大,而且要求备份速度较快
- 需要直接备份数据的 SST 文件(键值对)
如有其他备份需求,参考备份与恢复简介选择合适的备份方式。
注意
- BR 只支持 TiDB v3.1 及以上版本。
- 使用 BR 备份出的数据只能恢复到 TiDB 数据库中,无法恢复到其他数据库中。
Ad-hoc 备份
Ad-hoc 备份支持全量备份与增量备份。Ad-hoc 备份通过创建一个自定义的 Backup custom resource (CR) 对象来描述一次备份。TiDB Operator 根据这个 Backup 对象来完成具体的备份过程。如果备份过程中出现错误,程序不会自动重试,此时需要手动处理。
本文档假设对部署在 Kubernetes test1 这个命名空间中的 TiDB 集群 demo1 进行数据备份,下面是具体操作过程。
第 1 步:准备 Ad-hoc 备份环境
下载文件 backup-rbac.yaml 到执行备份的服务器。
执行以下命令,在
test1这个命名空间中,创建备份需要的 RBAC 相关资源:kubectl apply -f backup-rbac.yaml -n test1确认可以从 Kubernetes 集群中访问用于存储备份数据的 NFS 服务器,并且你已经配置了 TiKV 挂载跟备份任务相同的 NFS 共享目录到相同的本地目录。TiKV 挂载 NFS 的具体配置方法可以参考如下配置:
spec: tikv: additionalVolumes: # Specify volume types that are supported by Kubernetes, Ref: https://kubernetes.io/docs/concepts/storage/persistent-volumes/#types-of-persistent-volumes - name: nfs nfs: server: 192.168.0.2 path: /nfs additionalVolumeMounts: # This must match `name` in `additionalVolumes` - name: nfs mountPath: /nfs如果你使用的 TiDB 版本低于 v4.0.8,你还需要进行以下操作。如果你使用的 TiDB 为 v4.0.8 及以上版本,你可以跳过此步骤。
确保你拥有备份数据库
mysql.tidb表的SELECT和UPDATE权限,用于备份前后调整 GC 时间。创建
backup-demo1-tidb-secretsecret 用于存放访问 TiDB 集群的用户所对应的密码。kubectl create secret generic backup-demo1-tidb-secret --from-literal=password=${password} --namespace=test1
第 2 步:备份数据到持久卷
创建
BackupCR,并将数据备份到 NFS:kubectl apply -f backup-nfs.yamlbackup-nfs.yaml文件内容如下,该示例将 TiDB 集群的数据全量导出备份到 NFS:--- apiVersion: pingcap.com/v1alpha1 kind: Backup metadata: name: demo1-backup-nfs namespace: test1 spec: # # backupType: full # # Only needed for TiDB Operator < v1.1.10 or TiDB < v4.0.8 # from: # host: ${tidb-host} # port: ${tidb-port} # user: ${tidb-user} # secretName: backup-demo1-tidb-secret br: cluster: demo1 clusterNamespace: test1 # logLevel: info # statusAddr: ${status-addr} # concurrency: 4 # rateLimit: 0 # checksum: true # options: # - --lastbackupts=420134118382108673 local: prefix: backup-nfs volume: name: nfs nfs: server: ${nfs_server_ip} path: /nfs volumeMount: name: nfs mountPath: /nfs在配置
backup-nfs.yaml文件时,请参考以下信息:如果需要增量备份,只需要在
spec.br.options中指定上一次的备份时间戳--lastbackupts即可。有关增量备份的限制,可参考使用 BR 进行备份与恢复。.spec.local表示持久卷相关配置,详细解释参考 Local 存储字段介绍。spec.br中的一些参数项均可省略,如logLevel、statusAddr、concurrency、rateLimit、checksum、timeAgo。更多.spec.br字段的详细解释参考 BR 字段介绍。如果你使用的 TiDB 为 v4.0.8 及以上版本, BR 会自动调整
tikv_gc_life_time参数,不需要配置spec.tikvGCLifeTime和spec.from字段。更多
BackupCR 字段的详细解释,参考 Backup CR 字段介绍。
创建好
BackupCR 后,TiDB Operator 会根据BackupCR 自动开始备份。你可以通过以下命令查看备份状态:kubectl get bk -n test1 -owide
备份示例
备份全部集群数据
备份单个数据库的数据
备份单张表的数据
使用表库过滤功能备份多张表的数据
定时全量备份
用户通过设置备份策略来对 TiDB 集群进行定时备份,同时设置备份的保留策略以避免产生过多的备份。定时全量备份通过自定义的 BackupSchedule CR 对象来描述。每到备份时间点会触发一次全量备份,定时全量备份底层通过 Ad-hoc 全量备份来实现。下面是创建定时全量备份的具体步骤:
第 1 步:准备定时全量备份环境
第 2 步:定时全量备份数据到持久卷
创建
BackupScheduleCR,开启 TiDB 集群的定时全量备份,将数据备份到 NFS:kubectl apply -f backup-schedule-nfs.yamlbackup-schedule-nfs.yaml文件内容如下:--- apiVersion: pingcap.com/v1alpha1 kind: BackupSchedule metadata: name: demo1-backup-schedule-nfs namespace: test1 spec: #maxBackups: 5 #pause: true maxReservedTime: "3h" schedule: "*/2 * * * *" backupTemplate: # Only needed for TiDB Operator < v1.1.10 or TiDB < v4.0.8 # from: # host: ${tidb_host} # port: ${tidb_port} # user: ${tidb_user} # secretName: backup-demo1-tidb-secret br: cluster: demo1 clusterNamespace: test1 # logLevel: info # statusAddr: ${status-addr} # concurrency: 4 # rateLimit: 0 # checksum: true local: prefix: backup-nfs volume: name: nfs nfs: server: ${nfs_server_ip} path: /nfs volumeMount: name: nfs mountPath: /nfs从以上
backup-schedule-nfs.yaml文件配置示例可知,backupSchedule的配置由两部分组成。一部分是backupSchedule独有的配置,另一部分是backupTemplate。backupSchedule独有的配置项具体介绍可参考 BackupSchedule CR 字段介绍。backupTemplate指定集群及远程存储相关的配置,字段和 Backup CR 中的spec一样,详细介绍可参考 Backup CR 字段介绍。
定时全量备份创建完成后,通过以下命令查看备份的状态:
kubectl get bks -n test1 -owide查看定时全量备份下面所有的备份条目:
kubectl get bk -l tidb.pingcap.com/backup-schedule=demo1-backup-schedule-nfs -n test1
边栏推荐
- openEuler 有奖捉虫活动,来参与一下?
- 力扣 1790. 仅执行一次字符串交换能否使两个字符串相等
- 数据孤岛是企业数字化转型遇到的第一道险关
- [résolution] le paquet « xxxx» n'est pas dans goroot
- Detailed explanation of Flink parallelism and slot
- Equals method
- [auto.js] automatic script
- TS quick start - Generic
- 微服务远程Debug,Nocalhost + Rainbond微服务开发第二弹
- 写了个 Markdown 命令行小工具,希望能提高园友们发文的效率!
猜你喜欢

CIS芯片测试到底怎么测?

Vulnhub's funfox2

AIRIOT助力城市管廊工程,智慧物联守护城市生命线

mysql 的一些重要知识

力扣 2319. 判断矩阵是否是一个 X 矩阵

Opencv学习笔记 高动态范围 (HDR) 成像
![[philosophy and practice] the way of program design](/img/c8/93f2ac7c5beb95f64b7883ad63c74c.jpg)
[philosophy and practice] the way of program design

Compiler optimization (4): inductive variables

The boundary of Bi: what is bi not suitable for? Master data, Martech? How to expand?

Machine learning notes - explore object detection datasets using streamlit
随机推荐
TS quick start - Generic
openEuler 资源利用率提升之道 01:概论
Boot 和 Cloud 的版本选型
Cuda版本不一致,编译apex报错
Chapter 9 Yunji datacanvas was rated as 36 krypton "the hard core technology enterprise most concerned by investors"
The state cyberspace Office released the measures for data exit security assessment: 100000 information provided overseas needs to be declared
九度 1201 -二叉排序数遍历- 二叉排序树「建议收藏」
JVM GC垃圾回收简述
力扣 88.合并两个有序数组
Version selection of boot and cloud
Solve the problem of incomplete display around LCD display of rk3128 projector
Read PG in data warehouse in one article_ stat
CSDN syntax description
[sword finger offer] sword finger offer II 012 The sum of left and right subarrays is equal
Cloud 组件发展升级
Detailed explanation of Flink parallelism and slot
How C language determines whether it is a 32-bit system or a 64 bit system
Equals method
Force buckle 1961 Check whether the string is an array prefix
Force buckle 643 Subarray maximum average I