Skip to main content
本产品推出了新版本。
简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

了解 StorageGRID 中丢失和缺失的对象数据

PDF

可以出于多种原因检索对象，包括来自客户端应用程序的读取请求、复制对象数据的后台验证、ILM 重新评估以及在存储节点恢复期间恢复对象数据。

StorageGRID 系统使用对象元数据中的位置信息来确定从哪个位置检索对象。如果在预期位置未找到该对象的副本，系统将尝试从系统中的其他位置检索该对象的另一个副本，前提是 ILM 策略包含为该对象创建两个或多个副本的规则。

如果此检索成功，StorageGRID 系统将替换对象的缺失副本。否则，将触发 Objects potentially lost 警报，如下所示：

  • 对于复制的副本，如果无法检索另一个副本，则认为对象已丢失，并触发警报。

  • 对于纠删码副本，如果无法从预期位置检索副本，则在尝试从另一位置检索副本之前，"检测到的损坏副本"(ECOR) 属性将递增 1。如果未找到其他副本，则会触发警报。

您应该立即调查所有*可能丢失的对象*警报，以确定丢失的根本原因，并确定对象是否仍然存在于离线或当前不可用的存储节点中。请参阅"调查可能丢失的对象"。可能会出于谨慎而错误地触发丢失对象警报。

在没有副本的对象数据丢失的情况下，没有恢复解决方案。但是，您必须"重置 Objects potentially lost 计数器"以防止已知丢失的对象掩盖任何新丢失的对象。