搞不懂了，从现有文档和源码来看是企图支持的，但是实际上又不行。
官方没有明确说支持，但是又有些版本是支持的。
我一直用的BR备份到OSS。先把oss挂载到ECS实例，各kv节点。当目录使用。
这是一个这种方案，不过我们的TiDB 在生产环境用的是通过Operator 部署在K8S 里的，worker 节点不固定
我刚试了下，我这5.4版本可以br到oss。命令是
br backup full --pd “xxxxxx:2379” --storage “s3://tsp-tidb-backup/test/?access-key=xxxxx&secret-access-key=xxxxx” --s3.provider “alibaba” --s3.region “oss-cn-shanghai” --s3.endpoint “https://oss-cn-shanghai-internal.aliyuncs.com”
我目前的实验环境的TiDB 版本是7.5，用这个5.4 的br 可能无法正常备份。我看下5.4 的源码和现在的有什么差异
写上AK/SK吧，阿里云的OSS是支持的。不过看你已经翻源代码，我猜应该是如果没有提供AK/SK，就会尝试用STS方式访问
我现在用的版本就是7.5.1，也是支持的，按照这里说的，加上试下？
嗯，我多试试 
嗯，将ak/sk 加到这里确实是可以了。 
感谢楼上友情支持的每一个兄弟 。我被之前的针对BackupSchedule 的研究误导了， 我再继续看下operator 的 BackupSchedule 该怎么配置。
BR 命令，在storage 参数的值后面增加 ak/sk，确实可以完成备份到OSS。但是官方的Backup CR 确实不行（指定s3.secretName 没用），得参考BR 这个方式，在prefix 字段的值后面增加ak/sk 才能完成文件写入，不然会报错：“使用了STS类型的AccessKey ID，但是未在请求中附上SecurityToken字段表明使用了STS的认证方式”。
尽管如此，即使是在prefix 字段的值后面增加ak/sk能实现备份写入，但是在备份的最后阶段，Backup CR 去OSS 里读取备份的元数据时就报错：error: read backup meta from bucket basicai-ops-backup and prefix tidb_test/alidev?access-key=LTA…N&secret-access-key=MD…K: backupmeta not exist。
看来Backup CR 是有BUG的。
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。