表 1-1 列出了代理支持的功能。 表 1-1 代理支持的功能 描述 功能 代理支持 SQLite 数据库基于单个文件的备份。 备份 代理支持还原 SQLite 备份文件。 还原 代理支持将 SQLite 备份文件还原到备用 NetBackup 客户端。 重定向还原 NetBackup for SQLite 代理 软件包 代理打包在 NBSQLiteAgent_version number 以千字节、兆字节或十 亿字节（分别为 KB、MB 或 GB）为单位指定 LVM 快照的 快照大小。 SNAPSHOT_SIZE 此参数无默认值。 通过指定备份映像名称 删除和还原备份文件。 表示备份映像名称。此参数可 配置使用备份映像名称指定的 备份文件。 DB_BACKUP_ID 此参数无默认值。 还原 指定要将备份还原到的目标目 录。 SQLITE_TARGET_DIRECTORY 如果未设置此值，则默认为 份信息： nbsqlite -o query 18 NetBackup for SQLite 备份和还原 验证备份信息 查询备份 nbsqlite -o query 命令根据指定的选项列出备份文件。您可以从 nbsqlite.conf 文件中配置这些参数或使用 nbsqlite 命令行提供参数。 参数 -S 是必需参数。或者，可以使用 -C 和 -P 选项查询备份，以定义不同的客户 端和策略。

表 1-1 列出了代理支持的功能。 表 1-1 代理支持的功能 描述 功能 代理支持 SQLite 数据库基于单个文件的备份。 备份 代理支持还原 SQLite 备份文件。 还原 代理支持将 SQLite 备份文件还原到备用 NetBackup 客户端。 重定向还原 NetBackup for SQLite 代理 文档 可从以下 URL 获取 NetBackup for SQLite 100041699 验证备份信息 成功备份之后，可以使用以下命令列出备份来查看和验证备份信息： nbsqlite -o query 查询备份 nbsqlite -o query 命令根据指定的选项列出备份文件。 参数 -S 是必需参数。或者，可以使用 -C 和 -P 选项查询备份，以定义不同的客户 端和策略。 13 NetBackup for SQLite 备份和还原 验证备份信息 查询备份 1 ClientA 查询备份，请运行以下命令： nbsqlite -o query -S primary_server_name [-C ClientA] 例如，要列出策略名称为 policy_name 的备份文件，请运行以下命令： nbsqlite -o query -S primary_server_name [-P policy_name] 要从客户端 ClientA 查询策略名称为 policy_name

test_restore -f schema_path_and_seq_next_val 数据恢复(1/2) 2017 年象行中国（杭州 站）第一期 并行恢复 如果恢复前面实例的节点个数相同，并且备份文件在对应所属的segment host 上，可以使用gpdbrestore并发恢复提高恢复的速度，其使用方法如下： • gpdbrestore { -t { [-L] ] 数据恢复(2/2) 2017 年象行中国（杭州 站）第一期 虽然并行备份和恢复大大提高了备份和恢复的速度，但是仍 然存在很多问题： 1. 大量数据需要落盘 2. 使用dbid作为备份文件命名规则，在主备切换或者 primary和mirror后会出现问题 3. 可能会出现各个segment数据不一致的情况 …... 并⾏备份恢复存在的问题 2017 年象行中国（杭州 站）第一期 站）第一期 并⾏备份恢复优化(1/3) OSS uploader uploader uploader 2017 年象行中国（杭州 站）第一期 并⾏备份恢复优化(2/3) 使用dbid作为备份文件命名规则，在主备切换或者primary 和mirror后会出现问题，例如： dbid=2 dbid=5 primary mirror test_gp_dump_0_2_20170206160253

节点都会有一个对应的备份路径，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