A leitura de instantâneos do ZFS a partir da fita é lenta

1

Eu fiz backup do meu snapshot do zfs em fita usando

zfs send tank/vertex@2017-01-20 | pv -cCTrbB 1g | pigz -c | pv -cCTrbB 1g | dd of=/dev/nst0 bs=1M

e depois lê-lo de volta usando

dd if=/dev/nst0 bs=1M | pv -c | gzip -dc | ztreamdump

e está progredindo a uma velocidade máxima de 39 MiB/s , que é muito mais lenta do que o 77 MiB/s ou assim que escreveu em.

EDIT: Acabei de tentar preencher a fita com dd if=/dev/urandom of=/dev/nst0 bs=1M count=1k e, em seguida, foi capaz de lê-lo em 99 MiB/s .

    
por chew socks 21.01.2017 / 19:39

1 resposta

1

Eu tive problemas semelhantes. 1) Você está usando a mesma fita para ambos os testes?

Vou tentar dar uma resposta longa, pois demorei a encontrar esta informação em fitas LTO. Essa é uma das boas referências à consulta de unidade / fita da IBM hospedada pela Oracle: GA32-0450-07 .

Minha resposta: Algumas fitas LTO são old-new (novas e feitas há alguns anos, mas nunca usadas), já usadas e marcadas como < em> novo-re-certificado ou novo-ruim (novo, mas não armazenado adequadamente durante o transporte / armazenamento). Além disso, alguns fornecedores podem não mencionar a re-certificação e apenas anunciar como uma nova fita.

Fujitsu experimentou 50 fitas re-certificadas, 16 delas tiveram "leitura inaceitavelmente alta , taxas de erro de gravação e servo, provavelmente devido a desgaste excessivo e danos nas bordas por manuseio incorreto ou unidade de fita desalinhada ".

Para verificar quantas leituras e cargas a fita teve ou erros de leitura / gravação, use sg_logs -a /dev/st0 e observe a seção 30h. Isso resultará em muita informação útil!

Eu acredito que é possível sobrescrever o chip RFID na fita, é nele que todas as informações são log. Mas se você gravar a sua nova? fita (gravação / leitura da fita) e verifique novamente ( sg_logs ) erros, você sabe que sua fita não está em boa forma.

Dica para novas fitas: faça um único arquivo aleatório grande com o tamanho da fita LTO e soma de verificação sha512 , grave-o na fita, leia-o de volta da fita, verifique se a soma de verificação ainda está boa e observe velocidade de escrita. Compare os logs de erros na unidade / fita antes e depois. Não esqueça de usar mbuffer ! Se tudo estiver bem, você pode colocar sua fita em produção. O burn-in é usado no novo HD, verifique o blackblaze e sua definição de burn-in: "Isso requer que cada bloco em cada unidade seja lido e verificado".

Monitore esses números (de sg_logs ) e, se uma fita tiver erros altos, o total de dados gravados / tapesize > 250 ou contagem de carga perto de 3000 substituí-lo.

Você ainda pode deixar uma cópia dos dados, mas certas fitas antigas (ebay-usadas) das minhas só serão lidas em 5-30MB / s porque a unidade tem muitos erros para corrigir (a gravação ainda está cheia Rapidez). Mas ei, ainda funciona, terá que verificar em 20-30 anos para ver se eles ainda são legíveis. LTO fitas são reed solomon codificado, portanto, é possível reparar algum nível de erros. Algumas fitas usadas vêm de bibliotecas de backup de uso extensivo e podem ter sido gravadas uma vez por semana ou uma vez por dia durante alguns anos, portanto, verifique-as para ter certeza de que pode confiar nela para seus dados. Se você fizer backup de missão crítica, por que não obtê-los diretamente da HP ou de outro fornecedor oficial. Se é apenas casual e você pode tê-lo duplicado algumas vezes em diferentes fitas baratas, as fitas LTO usadas podem valer a pena salvar $ $ $. Então, novamente, se você quiser backup diário ou semanal, é melhor pegar uma fita real .

Expectativa de vida de LTO de HPe : "O texto oficial diz:" A mídia Ultrium é certificada para 1 milhão de passes ou 260 back ups completos e tem uma vida útil de arquivamento de 30 anos. "

Dito isto, parece que você deve ter uma fita por quase um ano inteiro de backups diários antes de ver erros de mídia. "

    
por 29.05.2017 / 22:26