Quando um objeto é acessado, ele é remontado usando os fragmentos armazenados. Se um dado ou um fragmento de paridade ficar corrompido ou perdido, o algoritmo de codificação de apagamento pode recriar esse fragmento usando um subconjunto dos dados restantes e fragmentos de paridade.

À medida que você cria regras de ILM, o StorageGRID cria perfis de codificação de apagamento que suportam essas regras. É possível exibir uma lista de perfis de codificação de apagamento, "renomeie um perfil de codificação de apagamento", ou "Desative um perfil de codificação de apagamento se ele não for usado atualmente em nenhuma regra ILM".

O exemplo a seguir ilustra o uso de um algoritmo de codificação de apagamento nos dados de um objeto. Neste exemplo, a regra ILM usa um esquema de codificação de apagamento 4-2. Cada objeto é dividido em quatro fragmentos de dados iguais, e dois fragmentos de paridade são computados a partir dos dados do objeto. Cada um dos seis fragmentos é armazenado em um nó diferente em três locais de data center para fornecer proteção de dados para falhas de nós ou perda de local.

O esquema de codificação de apagamento 4-2 pode ser configurado de várias maneiras. Por exemplo, você pode configurar um pool de storage de um único local que contenha seis nós de storage. Para "proteção contra perda de local", você pode usar um pool de storage que contém três locais com três nós de storage em cada local. Um objeto pode ser recuperado desde que quaisquer quatro dos seis fragmentos (dados ou paridade) permaneçam disponíveis. Até dois fragmentos podem ser perdidos sem perda dos dados do objeto. Se um site inteiro for perdido, o objeto ainda pode ser recuperado ou reparado, desde que todos os outros fragmentos permaneçam acessíveis.

Se mais de dois nós de storage forem perdidos, o objeto não poderá ser recuperado.