Usamos o Backup Exec 12 e o Remote Agent for Linux/Unix Servers (RALUS) para fazer backup de um grande sistema RHEL5. Por vários motivos, precisamos fazer um trabalho conjunto de trabalho diário. Esses trabalhos do conjunto de trabalho são terrivelmente lentos. O link entre a máquina de destino e o servidor BE é gigabit e qualquer outro tipo de trabalho executa de 1 a 3 GB/min. Essas tarefas do conjunto de trabalho começam talvez com 40 MB/min e, ao longo da tarefa de backup, caem lentamente tão baixo que a exibição da taxa de tarefas BE nas "tarefas atuais" fica em branco. Como normalmente estamos apenas executando arquivos alterados por um dia, o trabalho geralmente é pequeno e termina durante a noite e não nos preocupamos com a lentidão, mas tivemos alguns problemas com o servidor de backup e perdemos cerca de 6 dias de trabalho bastante pesado na caixa do Linux, então está funcionando- definir o trabalho será complicado. Temos suporte da Symantec e eu os incomodei muito com isso, eles me fizeram executar o RALUS no modo de depuração, enviaram a eles aquele log e um VXgather do host BE e eles tiveram sem correção/solução alternativa. o "mundo real" viu isso/e/ou tem alguma ideia do que pode estar causando esses trabalhos terrivelmente lentos, já que a Symantec parece não ter noção...
Responder1
Examine os recursos do sistema da máquina de destino durante o backup. Localize o gargalo dessa forma.
Estou usando uma versão mais antiga do backupexec. Você está fazendo backup apenas de arquivos ou existe algum nível de abstração para fazer backup de serviços como bancos de dados?