우리는 Backup Exec 12와 RALUS(Remote Agent for Linux/Unix Servers)를 사용하여 대규모 RHEL5 시스템을 백업합니다. 여러 가지 이유로 우리는 매일 작업 세트 작업을 수행해야 합니다. 이러한 작업 세트 작업은 엄청나게 느리게 실행됩니다. 대상 시스템과 BE 서버 간의 링크는 기가비트이며 다른 모든 유형의 작업은 1-3GB/분으로 실행됩니다. 이러한 작업 세트 작업은 대략 40MB/분으로 시작하고 백업 작업이 진행되는 동안 천천히 낮아져 "현재 작업"의 BE 작업 속도 표시가 공백이 됩니다. 일반적으로 변경된 파일만 수행하므로 하루 동안 작업은 일반적으로 규모가 작아 하룻밤 사이에 완료되며 속도가 느려지는 것에 대해 걱정하지 않습니다. 하지만 백업 서버에 몇 가지 문제가 있었고 Linux 상자에서 약 6일 동안 꽤 많은 작업을 놓쳤으므로 다음과 같이 작동합니다. 설정 작업은 멍청할 것입니다. 우리는 Symantec의 지원을 받고 있으며 이것에 대해 많이 괴롭혔습니다. 그들은 디버그 모드에서 RALUS를 실행하고 BE 호스트에서 해당 로그와 VXgather를 보냈으며 그들은 수정/해결 방법 없음.. 아이디어를 제공하기 위해 언급한 작업 세트 작업을 지난 3시간 30분 동안 실행했으며 10MB 미만으로 백업했습니다.... 여기에 누군가가 있는지 확인하기 위해 여기에 게시합니다. "실제 세계"는 이것을 보았거나/또는 이러한 엄청나게 느린 작업의 원인이 무엇인지 알고 있습니다. 시만텍은 아무것도 모르는 것 같기 때문입니다...
답변1
백업하는 동안 대상 머신의 시스템 리소스를 검사합니다. 그런 식으로 병목 현상을 찾으십시오.
이전 버전의 backupexec를 사용하고 있습니다. 파일만 백업하고 있습니까? 아니면 데이터베이스와 같은 서비스를 백업하기 위한 일정 수준의 추상화가 있습니까?