Wir verwenden Backup Exec 12 und den Remote Agent für Linux/Unix-Server (RALUS), um ein großes RHEL5-System zu sichern. Aus verschiedenen Gründen müssen wir täglich einen Working-Set-Job ausführen. Diese Working-Set-Jobs laufen unglaublich langsam. Die Verbindung zwischen der Zielmaschine und dem BE-Server ist Gigabit, und jeder andere Jobtyp läuft mit 1-3 GB/min. Diese Working-Set-Jobs beginnen bei etwa 40 MB/min und fallen im Laufe des Backup-Jobs langsam so weit ab, dass die Anzeige der BE-Jobrate in den „aktuellen Jobs“ leer wird. Da wir normalerweise nur einen Tag lang geänderte Dateien bearbeiten, ist der Job normalerweise klein und wird über Nacht abgeschlossen, und wir machen uns keine Sorgen über die Langsamkeit, aber wir hatten einige Probleme mit dem Backup-Server und verpassten etwa 6 Tage ziemlich schwerer Arbeit auf der Linux-Box, also wird dieser Working-Set-Job ein Knaller. Wir haben Support von Symantec, und ich habe sie damit sehr genervt, sie haben mich RALUS im Debug-Modus ausführen lassen, ihnen dieses Protokoll und ein VXgather vom BE-Host geschickt und sie hatten keine Lösung/Umgehung. Um eine Vorstellung zu geben, habe ich den erwähnten Working-Set-Job seit 3 1/2 Stunden laufen und er hat knapp 10 Megabyte gesichert.... Ich poste das hier, um zu sehen, ob jemand in der „echten Welt“ das gesehen hat und/oder eine Idee hat, was diese Probleme verursachen könnte abgrundtief langsame Jobs, da Symantec keine Ahnung zu haben scheint ...
Antwort1
Untersuchen Sie während der Datensicherung die Systemressourcen der Zielmaschine. Lokalisieren Sie so den Engpass.
Ich verwende eine ältere Version von Backupexec. Sichern Sie nur Dateien oder gibt es eine Abstraktionsebene für die Sicherung von Diensten wie Datenbanken?