- 1.3 FDS简介
- 1.4 基本概念
- 1.5 使用场景
- 1.6 快速入门
- 1.6.1 帐号注册
- 1.6.2 创建Bucket
- 1.6.3 上传文件
- 1.6.4 生成文件预签名链接
- 1.6.5 为云服务密钥授权
- 1.6.6 通过SDK下载文件
- 1.7 请求认证
- 1.7.1 OAuth认证
- 1.7.2 签名认证
- 1.7.3 预签名认证
- 1.8 权限列表
- 1.9 Presigned URL
- 1.10 SDK
- 1.10.1 Service操作API的签名和示例
- 1.10.2 Bucket操作API的签名和示例
- 1.10.3 Object操作API的签名和示例
- 1.11 Service操作REST API
- 1.11.1 List Buckets
- 1.12 Bucket操作REST API
- 1.12.1 PUT Bucket
- 1.12.2 DELETE Bucket
- 1.12.3 HEAD Bucket
- 1.12.4 PUT Bucket ACL
- 1.12.5 GET Bucket META
- 1.12.6 GET Bucket ACL
- 1.12.7 List Objects
- 1.13 Object操作 REST API
- 1.13.1 Put Object
- 1.13.2 POST Object
- 1.13.3 GET Object
- 1.13.4 HEAD Object
- 1.13.5 Copy Object
- 1.13.6 PUT Object ACL
- 1.13.7 GET Object ACL
- 1.13.8 GET Object metadata
- 1.13.9 DELETE Object
- 1.13.10 Delete multiple Objects
- 1.13.11 DELETE Object ACL
- 1.13.12 Restore Object
- 1.13.13 Rename Object
- 1.13.14 Prefetch Object
- 1.13.15 Refresh Object
- 1.13.16 Init multipart upload
- 1.13.17 Upload part
- 1.13.18 Complete multipart-upload
- 1.13.19 Abort multipart upload
- 1.14 CDN使用
- 1.15 服务端加密
- 1.16 图像处理
- 1.17 计量计费
- 1.18 分片上传
- 1.19 误删数据恢复
- 1.20 TTL功能
- 1.21 跨域资源共享(CORS)
- 1.22 FDS命令行工具
- 1.23 FDS第三方迁移工具
- 1.24 FDS存量数据加密工具
- 1.25 FAQ
- 1.26 问题调查
- 1.27 问题反馈
- 1.28.1 abort-multipart-upload
- 1.28.2 complete-multipart-upload
- 1.28.3 delete-bucket
- 1.28.4 delete-multiple-objects
- 1.28.5 delete-object-acl
- 1.28.6 delete-object
- 1.28.7 delete-objects
- 1.28.8 get-bucket-acl
- 1.28.9 get-bucket-meta
- 1.28.10 get-endpoint
- 1.28.11 get-object-acl
- 1.28.12 get-object
- 1.28.13 copy-object
- 1.28.14 get-object-metadata
- 1.28.15 head-bucket
- 1.28.16 head-object
- 1.28.17 init-multipart-upload
- 1.28.18 list-bucket
- 1.28.19 list-objects
- 1.28.20 OAuth
- 1.28.21 post-object
- 1.28.22 prefetch-object
- 1.28.23 put-bucket-acl
- 1.28.24 put-bucket
- 1.28.25 put-object-acl
- 1.28.26 put-object
- 1.28.27 rename-object
- 1.28.28 refresh-object
- 1.28.29 restore-object
- 1.28.30 upload-part
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
1.19 误删数据恢复
误删数据恢复
用户覆盖或删除非归档类型object时,FDS会先将其移动至trash以防误删除。
Trash中数据默认保存7天,用户可以自行通过TTL规则调整,但最多为30天,详见TTL功能。
只有bucket owner可以查询和恢复trash中的数据。
列出已删除object
Web控制台-trash管理里可以看到已删除的object。使用SDK时,listTrashObjects的操作与List Objects操作类似。
以java sdk为例,调用listTrashObjects()
可以列出当前用户所创建的bucket下已被删除的所有object,且如果返回值的truncated为true,则需要调用listNextBatchOfObjects()
来获得下一批已删除的object。部分情况下可能list出来的结果为空,但如果truncated标志为true,则表示仍有已删除的object需要list,大致流程如下:
String bucketName = "foo";
FDSObjectListing objectListing = client.listTrashObjects(bucketName + "/", "");
for (;;){
// do something with objectListing
if (!objectListing.truncated){
break;
} else {
objectListing = client.listNextBatchOfObjects(objectListing);
}
}
在不指定prefix时,会将当前用户已删除的object全部列出来,不会根据bucket名进行区分。
恢复已删除的object
同样可以在Web控制台-trash管理里恢复已删除的object。使用SDK时,可以通过类似restoreObject()
方法来恢复至原bucket。如果原bucket中存在同名object,则相当于执行了一次覆盖写操作。
其他事项
FDS不保证以下几种情况下被删除的object可以正确访问和恢复,如需恢复清联系FDS支持组
- 归档类型的object被删除后不可以恢复
- 如果bucket被删除,即使重新创建了同名bucket,也不可以访问和恢复该bucket下之前的数据
- 超过trash的最大保存版本数(默认为1)时,多余的版本不可以访问和恢复
- 如果设置了TTL规则,指定trash保存最长时间,即使后来撤销或修改了该规则,之前已存在的trash object仍然可能不被正确访问和恢复
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论