apache_hdfs_broker.log (8.2 MB) 无fe.info日志文件。
另外，未来是否会支持备份/还原主键模型的表？
主键模型支持备份恢复已经提了优化，后续会排期。有试过新建仓库进行backup么？
我们有多套环境的starrocks集群，在这些集群都有分别多次的，重建测试。均出现一样的报错。另外，备份至HDFS的，则无报错，可以完成备份。
从GitHub上拉取main分支的最新的代码，编译后部署测试备份至阿里云OSS，仍旧出现一样的错误。
现在报错和之前一样，发的日志文件中搜索不到“remote file checksum is invalid. remote:”
”remote file checksum is incalid“ 是在be节点的日志里有的。
另，通过执行backup 命令之后，再执行：show backup from database_name\G
则报错：
1、Cannot truncate a file by broker。
2、Fail to rename file: oss://starrocks/fatt_/__palo_repository_bigdata/__ss_snapshot1133/__ss_content/__db_6063498/__tbl_6063500/__part_6063499/__idx_6063501/__6063520/6063520.hdr.part
3、State一直处于，UPLOADING。但过一段时间自动变成CANCEL。
be日志中remote file checksum is incalid上下文内容请补充到附件中
创建远端仓库时文件夹路径指定的应该是一个空文件夹，您设置下试试
每一次备份操作测试，都是指定新文件夹的，文件夹是空的。
你好，在官方的测试中，是否测试上也有遇到此类问题呢？目前我们急需解决备份与还原的操作问题。
今天会给您结果的，稍等
你的broker有对应的错误日志吗，感觉像是权限的问题。这个日志文件发下 apache_hdfs_broker.out
从对象存储那里，确实可以看到有文件的产生，但是在starrocks终端这里，执行show backup时，看到任务是不正常的，且报错的。
谢谢，这一段时间的问题持续跟踪，辛苦。目前在更改了阿里云的对象存储的类型后，目前已经可以正常的备份了。初期购买的阿里云的存储为归档类型，查看资料发现归档类型为文件上传后就会冻结操作，导致影响starrocks的备份的进一步操作。另阿里云提供了存储类型转换的代码 转换文件存储类型 (aliyun.com)。后期是否可以支持不论何种类型均可以备份呢？或者starrocks无法实现该操作？
另目前在线运行的starrocks数据库中，存在不少的主键模型的表，该类型的表，目前查看到最新的官方，仍旧未支持备份，希望大佬尽快出一个解决的方案，谢谢。
1赞
近期还没有支持归档类型的打算，primary key支持备份后面会有的
好的，谢谢大佬。