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

À medida que você cria regras ILM, StorageGRID cria perfis de codificação de apagamento que dão suporte a essas regras. Você pode visualizar uma lista de perfis de codificação de apagamento, "renomear um perfil de codificação de apagamento", ou "desativar um perfil de codificação de apagamento se ele não estiver sendo usado em nenhuma regra do 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 utiliza 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 calculados a partir dos dados do objeto. Cada um dos seis fragmentos é armazenado em um nó diferente em três data center para fornecer proteção de dados em caso de falhas de nós ou perda de um dos sites.

O esquema de codificação de apagamento 4+2 pode ser configurado de diversas maneiras. Por exemplo, você pode configurar um pool de storage que contenha seis Storage Nodes. Para "proteção contra perda de site", você pode usar um pool de storage contendo três sites com três Storage Nodes em cada site. Um objeto pode ser recuperado desde que qualquer 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 poderá ser recuperado ou reparado, desde que todos os outros fragmentos permaneçam acessíveis.

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