AWS Glacier库存是错误还是asynchronous?

使用Boto3,昨天晚上21:43我上传了12个文件到亚马逊的冰川。

我收到所有12个文件的ArchiveID,所以我假设他们正确上传。

根据AWSpipe理控制台,最近的库存在今天上午02:53运行。 所以上传后大概5个小时。

但是库存不显示这12个文件。 只有1个文件(我上传1周前)。

我知道我必须等待另一天才能运行下一个AWS Inventory,但是我想我会问这是否是预期的行为?

在运行时,库存的时间亚马逊计算/报告时间是否真的不匹配? 在上传这些文件之前,库存是否可能实际运行?

如果没有,为什么我会得到archiveID的(表示成功上传),但他们上传后没有列出intentory运行?

编辑:

这些文件确实出现在下一个清单中。

但是我仍然很好奇为什么上传后5小时的AWS Console中的“上次清单”报告了零个文件。 我唯一的解释是,AWS控制台的“上次清单”时间是信息上传到AWS控制台的时间。 但实际库存可能早几个小时运行(因此它错过了最近上传的文件)。

当您启动文件库清单的作业时,Amazon Glacier会返回其生成的最后一个清单,这是一个时间点快照,而不是实时数据。

http://docs.aws.amazon.com/amazonglacier/latest/dev/vault-inventory.html

询问库存显然不会触发实际生成 – 它只是准备最后一个库存。

清单大约每24小时更新一次,所以这些新文件很有可能不会出现在您描述的时间表中。

除非您对仅通过Glacier API提供的function感兴趣,否则您可能会发现S3 / Glacier集成提供了更有用的界面。 作为S3对象上传文件,然后通过生命周期策略转换到Glacier存储类的文件不能通过Glacier API访问 – 它们继续以S3对象的forms出现,使得更直接地遍历它们及其元数据,所有这些都是有效的实时。