Backup mit Veeam bei Reverse Incremental extrem langsam
Verfasst: 19.06.2015, 15:56
Hallo zusammen,
wir haben hier eine Umgebung mit drei ESXi5.5 und nutzen Veeam 8.0 zum Backup erstellen.
Der Backupserver ist seit kurzem ein physikalischer Server mit 144 GB RAM, zwei X5650 Prozessoren und zwei 10GB-NIC, welche einmal ins LAN und einmal zur SAN zeigt. Meine Backup-Repositories sind Laufwerke im Storage, welcher per iSCSI angebunden ist an den Server.
Wenn ich ein Fullbackup fahre (einen Job mit drei Maschinen zum testen erstellt) erreichen wir eine "Processing rate" von 348MB/s.
Wenn ich bereits vorhandene Jobs sichere (Reverse Incremental) fällt die rate herunter auf 15MB/s.
Beim Fullbackup habe ich als bottleneck die Source (Source 96%, Proxy 14%, Network 7%, Target 10%) und beim Incremental ist es das Target (Source 40%, Proxy 1%, Network 22%, Target 49%).
Nutze im moment als Transport mode Network (empfohlen für 10GB/s), hatte auch schon Direct SAN access getestet, was aber auch nicht schneller ging.
Ist das so normal also gerade was den Einbruch der rate angeht und auch das mit dem bottleneck?
wir haben hier eine Umgebung mit drei ESXi5.5 und nutzen Veeam 8.0 zum Backup erstellen.
Der Backupserver ist seit kurzem ein physikalischer Server mit 144 GB RAM, zwei X5650 Prozessoren und zwei 10GB-NIC, welche einmal ins LAN und einmal zur SAN zeigt. Meine Backup-Repositories sind Laufwerke im Storage, welcher per iSCSI angebunden ist an den Server.
Wenn ich ein Fullbackup fahre (einen Job mit drei Maschinen zum testen erstellt) erreichen wir eine "Processing rate" von 348MB/s.
Wenn ich bereits vorhandene Jobs sichere (Reverse Incremental) fällt die rate herunter auf 15MB/s.
Beim Fullbackup habe ich als bottleneck die Source (Source 96%, Proxy 14%, Network 7%, Target 10%) und beim Incremental ist es das Target (Source 40%, Proxy 1%, Network 22%, Target 49%).
Nutze im moment als Transport mode Network (empfohlen für 10GB/s), hatte auch schon Direct SAN access getestet, was aber auch nicht schneller ging.
Ist das so normal also gerade was den Einbruch der rate angeht und auch das mit dem bottleneck?