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