Usamos o Backup Exec 12 e o Agente Remoto para Servidores Linux / Unix (RALUS) para fazer backup de um grande Sistema RHEL5. Por várias razões, precisamos fazer um trabalho conjunto de trabalho diário. Essas tarefas de conjunto de trabalho são extremamente lentas. O link entre a máquina de destino e o servidor BE é gigabit e qualquer outro tipo de tarefa é executado de 1 a 3 GB / min. Esses trabalhos de conjunto de trabalho começam com talvez 40 MB / min e, no decorrer do trabalho de backup, caem tão lentamente que a exibição da taxa de trabalho de BE nos "trabalhos atuais" fica em branco ... Como geralmente fazemos apenas arquivos alterados por um dia, o trabalho geralmente é pequeno e termina da noite para o dia 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, portanto set job será um doozy .. Temos suporte com a Symantec, e eu os importunei bastante sobre isso, eles me fizeram executar o RALUS no modo de depuração, enviaram-nos esse log e um VXgather do host do BE e eles tinham sem correção / solução alternativa. Para se ter uma idéia, eu tenho o trabalho de conjunto de trabalho mencionado rodando nas últimas 3 horas e meia e é feito um backup de 10MEGAbytes ... Estou postando isso aqui para ver se alguém o "mundo real" viu isto / e / ou tem alguma idéia do que pode estar causando esses empregos terrivelmente lentos, já que a Symantec parece não ter noção ...
Examine os recursos do sistema da máquina de destino durante o backup. Localize o gargalo dessa maneira.
Estou usando uma versão mais antiga do backupexec. Você está apenas fazendo backup de arquivos ou existe algum nível de abstração para fazer backup de serviços, como bancos de dados?
Tags performance backupexec