使用BR备份时，在每台服务器的BR备份目录上，存放着当前 TIKV 的数据（非全部TIKV的全集），但是，
在使用BR恢复数据前，要求每个 TIKV 需要要全量数据，所以需要将其他TIKV的备份，都相互拷贝过来。恢复的这个要求很奇怪，为什么要这么操作呢？高版本还需要这么操作吗？拷贝这个动作挺麻烦的。实际生产中，一般怎么使用？挂一个大的共享盘，然后将所有通过BR生成的备份都保存在共享盘中？
上述框出来的步骤，没理解。感觉有点多余。
可能不占用带宽，速度要快一点吧
303教程里就是这样子讲的
就挂盘吧
挂共享盘，分布式的基本都是这个要求。
当前TIKV 的备份之后，恢复时，使用当前 TIKV 的备份不就好了？难道每次恢复，当前 TIKV 存储的 region 会有变化？
官方只是为了给你演示使用，真正生产环境肯定不会这么操作。生产环境下，要么自己搭建一套nfs文件共享系统，要么使用一些s3文件服务系统，这样备份恢复时路径直接指定文件共享系统目录即可
1 个赞
好吧，不配共享存储还是有点麻烦的。
私有机房部署用nfs或者minio做个s3共享都行
配置共享盘备份比较方便，如果在每台kv上备份，恢复的时候还需要拷贝到一起，特别麻烦
挂载共享盘
是的，只是给你演示下，让大家熟悉下恢复的步骤而已。但是实际情况下企业肯定不这么做，毕竟集群节点数和副本数多了这种操作很不方便，也容易出错，视频仅供学习而已
学习了。。。。
是的，官放仅做参考
测试演示环境应该觉得没必要，生产环境肯定不差钱有存储，BR物理备份保持一致性需要完整的数据。我看301和303差不多实验内容
单独挂载备份用的盘
生产环境要按照自己的存储情况进行设置
挂nas