Na maioria dos casos, as unidades de produção não contêm blocos defeituosos, porque são descartadas no primeiro evento desse tipo. Tem uma razão lógica: compare o custo médio de um disco rígido com o salário médio de um administrador de sistema profissional. E você nem calculou o valor dos dados que este disco contém.
Mas, se observarmos a situação hipotética, os drives com blocos ruins podem permanecer em seu ambiente profissional de servidor de negócios, também há possibilidades de lidar com esses casos.
Normalmente, há apenas um bloco ruim em um disco rígido comparado ao número de blocos sem nenhum problema.
Existem ferramentas capazes de clonar imagens de disco que lidam com erros de leitura causados por setores defeituosos. Um bom exemplo é a ferramenta ddrescue
no mundo unix.
O risco de um evento de bloqueio ruim enquanto um clone existe. Na minha carreira profissional aconteceu 2 vezes em 15 anos. O risco existe, mas é baixo. Você precisa ter sempre backup de tudo!
A clonagem normalmente é uma coisa boa, embora eu não seja clonada principalmente por meio de uma cópia em nível de bloco, mas simplesmente uma cópia de reformatação e em nível de arquivo. ( mke2fs
e, em seguida, cp -vfa
ou tar -cvf - mountpoint/|nc targetserver
). Isso lida com blocos ruins e move somente os blocos usados. Não há necessidade de os blocos vazios serem copiados, para sistemas ssd é um comportamento muito ruim, porque pode fazer com que os blocos ssd com sinal vazio sejam sobrescritos com zeros.