Eu tenho uma pasta com muitos arquivos (~ 10k arquivos pequenos), no total ~ 50 MB de tamanho. São algumas "coisas antigas" que eu realmente não preciso mais, mas ainda quero manter. Como estou sincronizando uma pasta pai desta pasta com algum armazenamento em nuvem, sempre demora um pouco até que esta pasta com todos os arquivos pequenos seja verificada e comparada com as alterações do wrt.
Eu poderia definir alguma regra de exclusão para não verificar esta pasta, mas isso fica um pouco feio porque tenho algumas dessas pastas "antigas" com muitos arquivos de codificação.
Em vez disso, pensei em criar um arquivo WinRar quase sem compactação (configurando "Normal" ou talvez até "Rápido") e 20% de informações de recuperação, arquivo sólido e também restringindo alterações no arquivo.
Essa é uma boa ideia ou esse tipo de arquivamento está sujeito a erros caso meu HDD tenha alguns setores corrompidos?
Obrigado
Sua ideia é boa para velocidade, mas não pode ser respondida diretamente, pois o formato de arquivo de um arquivo rar não está documentado. Como um arquivo rar é capaz de conter uma estrutura de arquivo hierárquica e metadados de arquivo, um arquivo rar é um sistema de arquivos em si, como um arquivo ISO, por exemplo.
Dependendo de sua organização interna, é propenso a danos se organizar posições de arquivo em uma maneira FATxx (tabela de alocação de arquivo), que é propensa a ataques diretos como a trincheira do reator em Star Wars I ou muito melhor como em NTFS (listas de cluster em MFT individuais entradas).
A documentação do Winrar não afirma nada sobre o conteúdo ser igualmente resistente a perdas.
Em seguida, o arquivo de ajuda do Winrar afirma: [... O registro de recuperação contém até 524288 setores de recuperação. Se os dados forem danificados continuamente , cada setor de recuperação poderá recuperar 512 bytes de informações danificadas. Este valor pode ser menor em casos de danos múltiplos. ...]
e [... O registro de recuperação aumenta o tamanho de um arquivo. O tamanho do registro de recuperação pode ser aproximadamente determinado pela fórmula:
{tamanho do arquivo}/256 + {número de setores de recuperação} * 512 bytes. ...]
Você está falando de um tamanho de 50 MB. Com as unidades de hoje com um tamanho de setor físico de 4.096 bytes, independentemente da emulação de 512 bytes, estamos falando de uma necessidade de armazenamento de 12.500 setores para o seu arquivo. Quão alta você considera a probabilidade de uma perda de setor duplo não contínua em seu grupo de 12.500 setores?
Para descobrir, você pode querer testar esse caso da seguinte maneira:
Tenha em mente que os dados de um arquivo não são necessariamente armazenados no início de um setor físico (por exemplo, arquivos NTFS começam com a palavra mágica "FILE", seguida de outras informações antes da seção de dados com os dados do arquivo).
21.5.2020: substituiu os símbolos "maior que" e "menor que" por colchetes porque eles estavam ocultando o conteúdo da fórmula
A resposta anterior contém informações desatualizadas sobre o registro de recuperação do Winrar. Essa informação é verdadeira apenas para RAR 4.xe versões mais antigas. RAR 5.0 tem novo recorde de recuperação.
O changelog da versão 5.00 afirma:
"O novo registro de recuperação não é mais baseado em setores de 512 bytes e incorpora estruturas de dados mais complicadas. Portanto, é impossível especificar seu tamanho em setores. Para arquivos RAR 5.0, o parâmetro da opção -rr[N] e do comando rr[N] é sempre tratado como uma porcentagem do tamanho do arquivo, independentemente da presença do caractere %. Normalmente, o registro de recuperação N% pode reparar até N% dos dados danificados continuamente e aumenta o tamanho do arquivo apenas um pouco mais do que N%. A capacidade de corrigir vários danos é proporcional tonelada."
Fonte (role para baixo até a versão 5.00): https://www.rarlab.com/rarnew.htm