O que faz com que as grandes gravações SMB falhem enquanto os ficheiros pequenos são copiados normalmente?
As escritas SMB de grandes dimensões podem falhar enquanto os ficheiros pequenos são copiados normalmente, porque as transferências prolongadas expõem limitações do caminho, do MTU, da alocação de armazenamento ou da segurança dos dispositivos terminais que as cópias curtas nunca atingem.
Num NAS ZimaSpace, utilize um ficheiro grande conhecido e uma pasta com ficheiros pequenos, a partir do mesmo cliente e para a mesma partilha. O essencial é identificar o que muda apenas durante a escrita prolongada: o tamanho dos pacotes, a duração da transferência, a pré-alocação, a análise antivírus, o comportamento do espaço livre do NAS ou uma reposição do transporte.
Confirme que a falha é específica da cópia SMB prolongada
Repita uma cópia grande com um segundo cliente SMB ou método de cópia, mantendo a mesma partilha NAS e o mesmo caminho de rede.
Um artigo técnico especializado sobre transferência de ficheiros em cópias SMB grandes comportarem-se de forma diferente do esperado ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de se limitar a definir o protocolo subjacente.
Se apenas um cliente ou método de cópia falhar, verifique o respetivo sistema de colocação em memória intermédia e de segurança. Se todas as escritas grandes falharem num ponto semelhante, avance para a análise do caminho partilhado.
Verifique se o fluxo prolongado expõe instabilidade da rede
Os ficheiros pequenos podem terminar antes de as retransmissões ou a instabilidade do túnel se tornarem visíveis, enquanto uma sessão SMB contínua permanece exposta durante vários minutos.
Um guia especializado sobre transferência de ficheiros explica por que motivo o SMB é sensível a condições de rede instáveis e ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de se limitar a definir o protocolo subjacente.
Execute um teste de perda de pacotes em paralelo e compare o momento da falha. Uma cópia estável na LAN, mas instável através de uma rede encaminhada ou VPN, aponta para uma causa que não está no armazenamento do NAS.
Teste se existe uma incompatibilidade de jumbo frames ou MTU
Utilize um teste controlado do tamanho dos pacotes ao longo do mesmo caminho entre o cliente e o NAS, em vez de presumir que um ping normal prova que o caminho suporta tramas grandes.
Um artigo prático especializado sobre redes explica que os jumbo frames exigem consistência de ponta a ponta e ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de se limitar a definir o protocolo subjacente.
Reponha todos os dispositivos para um MTU comum de 1500 durante uma comparação. Se a falha desaparecer, corrija o caminho jumbo inconsistente antes de voltar a ativar tramas maiores.
Compare deliberadamente o tamanho dos ficheiros e o comportamento do cliente
Teste a mesma partilha com ficheiros de tamanhos diferentes e um segundo cliente, para que o sintoma não seja confundido com uma lentidão geral do NAS.
Um artigo especializado sobre resolução de problemas de NAS recomenda testar clientes e tamanhos de ficheiro diferentes e ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de se limitar a definir o protocolo subjacente.
Registe o menor tamanho de ficheiro ou o tempo decorrido a partir do qual começam as falhas. Um limite reproduzível ajuda a distinguir entre a duração do caminho, a alocação do ficheiro e os limites das políticas.
Exclua a possibilidade de a segurança do dispositivo terminal interromper cópias prolongadas
Verifique o Windows Defender, o antivírus de terceiros, a firewall, a proteção contra ransomware e os registos de segurança no momento em que a transferência é interrompida.
Um artigo especializado de resolução de problemas para utilizadores finais sobre interferência do antivírus e da firewall ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de se limitar a definir o protocolo subjacente.
Utilize uma exclusão temporária e controlada apenas para o ficheiro e a partilha de teste. Não desative permanentemente a proteção do dispositivo apenas para melhorar a velocidade de cópia.
Comprove o MTU do caminho antes de culpar o SMB
Uma rota pode permitir tráfego pequeno e, ao mesmo tempo, descartar silenciosamente pacotes maiores quando um salto com MTU inferior não consegue sinalizar corretamente o emissor.
Um guia especializado de resolução de problemas de rede explica que uma incompatibilidade de MTU pode criar conectividade parcial e ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de se limitar a definir o protocolo subjacente.
Utilize testes de tamanho com o bit DF definido e compare o caminho em ambas as direções. Alinhe o MTU do ponto limitador antes de ajustar a assinatura SMB, os créditos ou as definições da cache do servidor.
Volte a testar exatamente o caminho do servidor doméstico
Depois de alterar uma variável, repita o mesmo fluxo no NAS ou serviço autoalojado a partir do mesmo cliente, em vez de mudar para um teste diferente que possa utilizar outro caminho.
O guia relacionado da ZimaSpace sobre o caminho de rede adjacente do servidor doméstico ajuda a manter a verificação final associada ao mesmo ambiente autoalojado.
A correção só está concluída quando o sintoma original permanece resolvido após voltar a ligar, reiniciar o serviço e executar uma segunda transferência ou pedido controlado.
Perguntas frequentes
Uma falha em ficheiros grandes prova a existência de um limite de 4 GB por ficheiro?
Não. Um limite de tamanho reproduzível também pode resultar do MTU, da alocação de armazenamento, do software de segurança do cliente, de quotas ou de reposições durante fluxos prolongados.
Porque é que os ficheiros pequenos podem funcionar perfeitamente?
Podem terminar antes de o caminho acumular perdas, de as memórias intermédias ficarem cheias, de ser atingido um limite de quota ou de ser iniciada uma análise de segurança prolongada.
Devo desativar a assinatura SMB para testar esta situação?
Não como primeiro passo. Isole primeiro o comportamento da rede e do armazenamento; não enfraqueça a segurança SMB sem provas de que a assinatura é o ponto limitador.
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...
