Eu tive um problema como o seu com o LTO3 e a solução para mim foi substituir o cabo SCSI. Apenas um pensamento.
EDITAR ATUALIZAÇÃO: para outras pessoas que estão vendo este tópico. Para mim, o problema era o próprio cartão scsi por algum motivo. Eu substituí o Adaptec por um LSI e funciona muito bem agora
Independentemente de eu estar fazendo backup do servidor local ou de uma "fita de disco-disco", a velocidade de gravação na unidade de fita é de apenas 350 a 500MB / min (não seg ... min).
Isso é dolorosamente lento.
Servidor IBM x3630 - 12 GB de RAM, Windows 2008 R2
Aqui estão as especificações do controlador e das unidades:
• 46M0916 (controlador M5014) suporta até 6 Gbps de desempenho taxa de transferência para cada porta em full duplex • 44W2234 (IBM 300GB 15K 6 HDD Hot-Swap de 3,5 polegadas Gbps SAS suporta: o Drive para host SAS interface que suporta taxa de pico de até 6 Gb / s o interface de buffer que suporta transferências de dados de interface sustentada de até 204 MB / s • 42D0767 2 TB 7,2K rpm HS HDD de 6 polegadas NL SAS de 6 Gbps) suporta: o Drive para hospedar interface que suporta até 6,0 Gb / s taxa de burst o Mídia de unidade para interface de buffer que suporta sustentada transferências de dados de interface de até 150 MB / s em média
Controlador SCSI = Adaptec 29320LPE U320
Unidade de fita = Unidade SCSI HP Ultrium LT04 dentro do Overland Storage Arcvault 12
Então, estou perdido. Todo o hardware é decente e compatível. Eu adoraria apenas ripar e substituir, mas também estou querendo descobrir isso.
EDIT: também recebendo esses erros no HP Tape Tools:
O drive está experimentando polling (taxa de polling de 1.0 / seg.) no ID 7 do iniciador. A pesquisa pode interromper a operação normal da unidade e reduzir significativamente o desempenho.
Não sei o que isso significa, no entanto.
O LTO pode ter uma velocidade muito ruim se você não alimentá-lo com dados na velocidade da fita. Se o buffer de fita ficar vazio, no início, o LTO colocará algumas lacunas na fita e esperará um pouco pelos dados; em seguida, se nenhum dado for recebido a tempo, ele será interrompido e rebobinado. A operação de rebobinamento diminuirá a velocidade da banda da fita para um rastreamento. Veja Problemas de desempenho de fitas na Wikipedia
Tivemos um problema assim há alguns anos antes de mudar para o canal de fibra. Usamos perto do mesmo cartão, um Adaptec 39320. Recebemos erros SCSI ocasionais e desempenho lento. Nosso drive de fita, um Overland Storage NEO2000 LTO3, estava rodando apenas no U160. Depois de conversar com dois técnicos diferentes, um deles disse que já tinha visto no passado que tinha um problema usando a placa Adaptec de maior velocidade. Eu reiniciei o computador, entrei na configuração da placa SCSI e defini a velocidade para 160. Todos os meus problemas foram embora.
Parece que o seu Arcvault veio com uma opção de 160 ou 320, então verifique o que é.
História curta - se o seu Arcvault estiver rodando apenas a 160, ajuste o cartão em 160. Além disso, o que @jamiko mencionou, troque seu cabo SCSI. Eu vi isso causar problemas também.
Eu descobri que com o BackupExec, nas opções Gerais, se você tiver o tipo de compactação definido como "Hardware [se disponível, caso contrário, software]", o trabalho será executado muito mais lentamente.
Tente alterar essa opção para "Hardware [se disponível, caso contrário, nenhum]".
Eu me lembro que a HP envia algumas ferramentas do Windows (incluindo uma edição de registro) para impedir que o Windows faça polling do barramento SCSI (btw: o adaptador de host SCSI é geralmente ID 7)
Dê uma olhada no link para obter mais informações sobre isso.