Мы используем Backup Exec 12 и удаленный агент для серверов Linux / Unix (RALUS) для резервного копирования большой системы RHEL5. По разным причинам нам необходимо выполнять ежедневную работу по набору рабочих мест. Эти рабочие задания выполняются ужасно медленно. Связь между целевой машиной и сервером BE является гигабитной, и любой другой тип задания выполняется 1-3 ГБ / мин. Эти рабочие задания начинаются со скоростью примерно 40 МБ / мин и в ходе задания резервного копирования медленно опускаются настолько низко, что отображение скорости задания BE в «текущих заданиях» становится пустым. Поскольку мы обычно делаем только измененные файлы в течение одного дня работа обычно небольшая и завершается в одночасье, и мы не беспокоимся о медлительности, но у нас были некоторые проблемы с сервером резервного копирования, и мы пропустили около 6 дней довольно тяжелой работы над Linux, так что это работает- задание set будет дурацким ... У нас есть поддержка Symantec, и я много приставал к ним по этому поводу, они заставили меня запустить RALUS в режиме отладки, отправили им этот журнал и VXgather с хоста BE, и они получили нет исправления / обходного пути .. Чтобы дать представление, у меня есть упомянутое задание с рабочим набором, работающее в течение последних 3,5 часов, и его резервная копия составляет чуть менее 10 мегабайт ... Я публикую это здесь, чтобы узнать, есть ли у кого-нибудь в "реальный мир" видел это / и / или имеет какие-либо идеи, что могло бы вызвать эти ужасно медленные задания, поскольку Symantec, похоже, ничего не понимает ...
Изучите системные ресурсы целевой машины во время резервного копирования. Таким образом найдите узкое место.
Я использую старую версию backupexec. Вы создаете резервные копии только файлов или существует некоторый уровень абстракции для резервного копирования таких служб, как базы данных?