Preciso executar uma verificação em backups em fita LTO, mesmo que as próprias unidades executem a verificação enquanto escrevem?

Question

Temos uma unidade de fita LTO-3 em uma biblioteca de mídia da Dell que usamos para nossos backups em fita. O artigo sobre a LTO na Wikipedia afirma que:

LTO uses an automatic verify-after-write technology to immediately check the data as it is being written, but some backup systems explicitly perform a completely separate tape reading operation to verify the tape was written correctly. This separate verify operation doubles the number of end-to-end passes for each scheduled backup, and reduces the tape life by half.

O que eu gostaria de saber é, preciso do meu software de backup (Backup Exec, neste caso) para realizar uma verificação nessas fitas ou a tecnologia de verificação após gravação inerente às unidades LTO é suficiente? / strong>

Eu também ficaria curioso se o Backup Exec compreender a tecnologia verify-after-write o suficiente para me alertar se a tecnologia não conseguir justificar os dados ou se a ignorará, tornando-a inútil, mesmo que a unidade detecte um problema Eu nunca saberia disso.

    

Answer 1

Ótima pergunta!

Embora eu diria que sim, você deveria testá-los, eu diria que testar as fitas / drives em si é importante, o que é muito mais importante é testar o processo de restauração de ponta a ponta .

Não posso recomendar restaurações regulares suficientes e testes de serviço, é a única maneira de saber com certeza que todo o sistema está fazendo o que você comprou. Você não precisa procurar muito nesse site para ver pessoas que lutam para restaurar o serviço, embora pensem que cobriram todas as etapas individualmente.

Espero que isso ajude.

    

Answer 2

Em primeiro lugar, essa verificação automática não substitui a verificação de ponta a ponta. Eu vi drives enviados com um bug de firmware que fazia com que a leitura de restauração fosse menos confiável do que a leitura de verificação.

O resultado disso foi que você poderia escrever as fitas sem nenhum erro ser relatado, mas ao tentar restaurá-las, veria as leituras recebendo erros ou diminuindo em velocidade por várias ordens de magnitude.

A maioria dos clientes nunca percebeu esse bug de firmware. De acordo com o fornecedor, porque os clientes não realizaram realmente restaurações de teste. Esse bug em particular foi corrigido. Mas tenho certeza de que não vimos o último bug de firmware, e alguns bugs de firmware só serão descobertos se você realmente testar leituras reais.

O que acontece quando a verificação falha é que o firmware grava automaticamente uma segunda cópia (e durante a restauração do firmware de forma transparente para o host, retorna apenas uma das duas cópias). Isso significa que a capacidade disponível varia de acordo com a integridade da unidade e a qualidade da mídia.

Se muitas tentativas de gravação falharem na verificação, um erro será reportado no nível SCSI. Alguém poderia pensar que um erro relatado desta forma é difícil de perder na camada de software, mas erros em caminhos de código que são apenas desencadeados por hardware escamoso são notoriamente difíceis de testar.