par2 parece ser o mais comumente usado para isso, muitas pessoas o usam ao gravar DVDs ou CDs, onde os dados acabam se degradando, mas não é provável que todo o disco seja inutilizado de uma só vez. Deixando de lado a matemática por trás dele, ele funciona virtualmente dividindo os arquivos em "blocos", criando arquivos de recuperação par2 baseados nesses blocos. Para recuperar dados corrompidos, o sistema precisa ter tantos blocos únicos de arquivos de recuperação quanto os blocos ruins de dados para recuperar qualquer um deles (ou seja, se você tiver 9 blocos de arquivos par e 10 blocos de dados ruins, nada pode ser feito em tudo).
Para CDs e DVDs, as pessoas produzem conjuntos de recuperação com alta redundância e gravam o conjunto de blocos em vários discos, esperando que seja improvável que um determinado bloco seja corrompido em todos os CDs. Com 100% de redundância, o arquivo original pode ser recriado somente a partir dos arquivos par, mas os arquivos par ocuparão o dobro do espaço em disco que os dados originais (mais a sobrecarga).
No seu caso, eu tenho certeza que os arquivos par são armazenados separadamente do conjunto de dados para que um evento não possa arruinar os dois conjuntos de dados de uma só vez. Além disso, gerar os arquivos em primeiro lugar é uma função intensiva da CPU ... em 100%, um servidor 2GHz de 2GHz ficou 18.8 segundos ocioso para criar arquivos par para um único arquivo de 3.7MB