Porque é que as velocidades de cópia de segurança por USB diminuem drasticamente após os primeiros 50 GB de uma única transferência contínua?
A velocidade das cópias de segurança por USB diminui frequentemente após dezenas de gigabytes, quando uma cache rápida fica cheia ou quando a carga sustentada expõe um limite mais lento de armazenamento, temperatura ou transporte.
Os primeiros 50 GB não constituem um limiar universal. São uma indicação de que a transferência passou de um comportamento de rajada para um comportamento estável, alcançou um conjunto de ficheiros diferente, encheu a cache de um SSD, desencadeou a limpeza de um SMR, aqueceu uma caixa externa ou expôs novas tentativas USB. O diagnóstico correto compara os mesmos dados de origem através de testes controlados com ficheiros grandes e pequenos, registando a latência do destino, a temperatura, os erros da ligação e os bytes efetivamente escritos.
Confirme se a diminuição segue os bytes, o tempo ou o número de ficheiros
Repita uma cópia de segurança limitada, registando o tempo decorrido, os bytes transferidos, o número de ficheiros, o tamanho médio dos ficheiros, a taxa de leitura da origem, a taxa de escrita do destino e o ponto exato em que o débito diminui.
O Fio distingue cargas de trabalho sequenciais e aleatórias, o que o torna adequado para determinar se o destino abranda após um volume fixo de bytes ou apenas quando a cópia de segurança alcança muitos ficheiros pequenos.
Se a diminuição ocorrer perto do mesmo número de gigabytes escritos, independentemente da combinação de ficheiros, investigue os limites da cache e da temperatura. Se seguir o número de ficheiros ou a profundidade dos diretórios, os metadados e a sobrecarga da aplicação são causas mais prováveis.
Verifique se a cache de rajada de um SSD ficou cheia
Identifique o suporte de armazenamento de destino e registe o respetivo modelo, espaço livre, temperatura, firmware e comportamento de escrita sustentada. Compare a taxa do primeiro minuto com a taxa após a diminuição.
A Crucial explica que o desempenho de um SSD pode diminuir quando a recolha de lixo necessita de tempo para efetuar a limpeza, razão pela qual uma breve rajada rápida não representa a taxa de escrita do disco durante períodos prolongados.
Pause a carga de trabalho durante tempo suficiente para o disco arrefecer e efetuar a limpeza em segundo plano; em seguida, retome-a com os mesmos dados. Uma recuperação temporária apoia a hipótese de pressão da cache ou da temperatura, mas não permite identificar qual delas sem dados de temperatura e latência.
Exclua a limpeza SMR gerida pelo disco
Verifique se o destino USB contém um disco SMR gerido pelo próprio disco. Compare um fluxo sequencial grande com uma cópia de segurança que atualize ou crie repetidamente muitos ficheiros pequenos.
A Seagate afirma que o SMR oferece melhores resultados com escritas previsíveis, enquanto as atualizações fragmentadas ou aleatórias podem criar mais movimentação interna e uma taxa estável inferior.
Não deduza que se trata de SMR apenas com base na capacidade ou na marca. Confirme o modelo exato e evite utilizar um disco cujas características de carga de trabalho sejam incompatíveis com cópias incrementais frequentes ou com muitos metadados.
Verifique reinicializações USB, suspensão automática e novas tentativas da ligação
Guarde o registo do anfitrião desde antes do início da cópia de segurança até à diminuição. Procure reinicializações do dispositivo, erros UAS, abortos de comandos, alterações na velocidade negociada, desligamentos e transições de suspensão automática.
O kernel do Linux documenta a gestão de energia USB em tempo de execução, ajudando a separar uma diminuição causada pelo suporte de armazenamento de uma via de transporte que suspende, retoma ou reinicializa repetidamente sob carga sustentada.
Uma ligação USB pode permanecer ativa enquanto as novas tentativas reduzem o débito útil. Teste uma porta traseira direta, um cabo curto comprovadamente funcional, o adaptador de corrente correto e outro anfitrião antes de alterar o sistema de ficheiros ou as definições da cópia de segurança.
Determine se a cópia de segurança muda para uma carga de trabalho com ficheiros pequenos
Inspecione o registo da cópia de segurança em torno da diminuição e compare o tamanho médio dos ficheiros, a taxa de criação de ficheiros, as operações de metadados, o processamento de ACL, as somas de verificação, a compressão e a encriptação antes e depois do limiar.
A Red Hat descreve o armazenamento de ficheiros pequenos como uma carga de trabalho intensiva em metadados; por isso, um valor inferior em MB/s pode ser normal quando a cópia de segurança passa de ficheiros grandes com dados úteis para muitas operações de criação, fecho, consulta de atributos e atualização de diretórios.
Meça os ficheiros por segundo, além dos megabytes por segundo. Uma fase com ficheiros pequenos pode apresentar um débito baixo em bytes enquanto a pilha de armazenamento continua ocupada e responsiva.
Verifique o espaço livre, o discard e a amplificação de escrita
Registe o espaço livre no destino, a retenção de instantâneos, a utilização da reciclagem, a alocação fina e se o discard chega a um SSD através da ponte USB e do sistema de ficheiros.
O manual do fstrim explica que os blocos não utilizados têm de ser comunicados ao armazenamento compatível antes de poderem ser reutilizados de forma eficiente.
Não ative o discard através de uma caixa externa que não o transmita de forma segura. Primeiro, assegure uma margem deliberada de espaço livre e, depois, compare o mesmo segmento da cópia de segurança após uma limpeza compatível.
Execute um teste A/B controlado antes de substituir o hardware
Crie um conjunto de teste com ficheiros grandes e outro, do mesmo tamanho, com ficheiros pequenos. Execute cada um no mesmo destino depois de o sistema arrefecer e repita o teste noutra via USB ou noutro destino, capturando a temperatura e os erros.
O guia da ZimaSpace sobre preparar uma cópia de segurança inicial de grande dimensão apresenta o método complementar para separar o agendamento da cópia de segurança e a saturação da rede do desempenho estável do destino.
O diagnóstico está concluído quando a diminuição segue uma condição mensurável — esgotamento da cache, limpeza SMR, combinação de ficheiros, temperatura, novas tentativas USB ou pouco espaço reutilizável — e a via corrigida mantém a taxa estável esperada.
Perguntas frequentes
Uma diminuição após 50 GB prova que o disco tem uma cache de 50 GB?
Não. O limiar também pode refletir o tempo decorrido, a temperatura, a combinação de ficheiros, a pressão sobre o espaço livre ou a limpeza interna. Repita o teste com diferentes tipos de dados antes de estimar o tamanho da cache.
Por que motivo pausar a cópia de segurança repõe temporariamente a velocidade?
A pausa pode permitir que um SSD consolide os dados em cache, que um disco SMR reorganize as escritas, que uma caixa externa arrefeça ou que o transporte USB recupere. São necessários registos de temperatura e latência para os distinguir.
Devo avaliar o desempenho da cópia de segurança pela velocidade inicial?
Não. O planeamento da capacidade deve utilizar a taxa estável depois de as caches ficarem cheias e de a carga de trabalho atingir a combinação normal de dados, metadados, verificação e retenção.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...
Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...
Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...
