【问题标题】:Google Cloud Storage Transfer谷歌云存储传输
【发布时间】:2018-11-02 02:01:03
【问题描述】:

我们一直在使用Google Cloud Storage Transfer 服务,而在我们的data source (AWS) 中,我们意外删除了一个目录,所以我们认为它会在data sink 中,但在查看时它并不存在versioning 正在播放。

这使我们相信Storage Transfer 选项deleteObjectsUniqueInSink hard 删除sink 中的对象并将它们从存档中删除。

我们无法在文档中确认这一点。

TransferSpec中GCS Transfer Service的deleteObjectsUniqueInSink参数是否与GCS的对象版本软删除互斥?

【问题讨论】:

    标签: google-cloud-platform google-cloud-storage


    【解决方案1】:

    启用deleteObjectsUniqueInSink 选项后,Google Cloud Storage Transfer

    1. 仅列出源和目标存储桶中对象的实时版本。
    2. 将源中唯一的所有对象复制到目标存储桶。
    3. 为目标存储桶中的所有唯一对象发出版本化删除。

    如果唯一对象在Google Cloud Storage Transfer 发出删除时仍然存在,它将被存档。如果另一个进程,例如Object Lifecycle Management,在删除发生之前归档了对象,那么此时对象可能会被永久删除而不是归档。

    编辑:在删除中指定版本会导致硬删除 (Objects Delete Documentation),因此传输服务 当前正在对唯一对象执行硬删除。我们将更新服务以执行软删除。

    编辑:行为已更改。从现在开始,版本化存储桶中的删除将是软删除而不是硬删除。

    【讨论】:

    • 这是否记录在任何地方?
    • 据我所知,Object Versioning 是我所知道的最接近的文档。
    猜你喜欢
    • 2012-12-09
    • 2017-12-30
    • 1970-01-01
    • 2020-09-10
    • 2016-10-12
    • 2016-12-30
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多