【问题标题】:S3 Incremental BackupsS3 增量备份
【发布时间】:2014-02-24 02:11:09
【问题描述】:

我目前正在使用 S3 存储用户在我的应用程序中上传的大量帐户级别数据,例如图像、文本文件和其他形式的持久内容。我希望获取这些数据的增量快照(每周一次)并将其发送到另一个 S3 存储桶。我想这样做是为了防止意外数据丢失,即我们的一位工程师不小心删除了 S3 浏览器中的一大块数据。

谁能提出一些实现这一目标的方法?我们是否需要在 EC2 实例上托管我们自己的备份应用程序?是否有开箱即用的应用程序可以处理这个问题?数据可以进入 S3 Glacier,无需随时访问,它更像是一份保险单。

编辑 1

我相信打开版本控制可能是答案(继续研究这个): http://docs.amazonwebservices.com/AmazonS3/latest/dev/Versioning.html

编辑 2

对于寻找此问题答案的其他人,ServerFault 上有一个很好的帖子。我后来才发现这个:

https://serverfault.com/questions/9171/aws-s3-bucket-backups

【问题讨论】:

    标签: amazon-web-services amazon-s3 backup


    【解决方案1】:

    在您的存储桶上启用 版本控制 是正确的解决方案。它还可用于防止意外删除和覆盖。

    在“数据保护”下的 S3 常见问题解答中有一个问题,它准确地讨论了这个问题(意外删除/覆盖):http://aws.amazon.com/s3/faqs/#Why_should_I_use_Versioning

    【讨论】:

    • AFAIK 版本控制不能防止存储桶删除。其中一些第 3 方 blob 浏览器使只需单击几下即可轻松删除整个存储桶。
    • 您无法删除存储桶,除非它是空的。如果您使用“常规”(即非版本化)DELETE 对象调用删除版本化存储桶中的对象,则对象不会真正被删除,只会在顶部添加一个“删除标记”该对象的版本堆栈。所以你不能删除那个桶。从这个意义上说,版本控制可以防止 意外 删除。如果您明确想要删除存储桶,您可以 - 只需运行一个返回所有对象的所有版本的 LIST 操作,然后删除所有对象。
    • 除了版本控制以防止意外删除文件之外,如果您想避免存储桶本身出现问题,则将存储桶复制到其他地方(可选地使用 IAM 权限来阻止可以删除主存储桶无法删除副本)。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-05-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-06-18
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多