16.04.2003 02.06.2015 Thomas Kaiser 1 Analyse von Performanceproblemen beim UNIX-Backup Server.

Präsentation zum Thema: "16.04.2003 02.06.2015 Thomas Kaiser 1 Analyse von Performanceproblemen beim UNIX-Backup Server."—  Präsentation transkript:

1 16.04.2003 02.06.2015 Thomas Kaiser 1 Analyse von Performanceproblemen beim UNIX-Backup Server

2 02.06.2015netbackup2 Gliederung 1.Backup- und Archiv- Service 2.Wer nutzt netbackup? 3.Funktion der netbackup 4.Problem nach dem Aufrüsten 5.Mögliche Ursachen und Lösungen 6.Quellen / Kontakt

3 02.06.2015netbackup3 Backup- und Archiv- Service  Bei einem Festplattencrash oder Datenverlust durch den Benutzer können Daten wieder geholt werden.  Backup für kurze Zeit  mindestens 2 Monate  mehrere Versionen des Backups  Archivierung über mehrere Jahre  beliebig lange Zeit, bis zu 15 Jahre  nur eine Version der Daten

4 02.06.2015netbackup4 Wer nutzt netbackup?  „Das Backup“ -> Roboter + Unix = netbackup + Novell = rznwsave  einfaches und schnelles Wiederherstellen eines Datenbestandes  verursacht durch Benutzerfehler oder Systemcrash

5 02.06.2015netbackup5 Funktion der netbackup  Zwischen- speicherung der Daten die von der Servern geliefert werden.  Speicherung der Daten auf 100 GB AIT 3 Bändern  Steuerung des Roboters

6 02.06.2015netbackup6 Gründe für die Speicheraufrüstung  Der Speicherbedarf reichte aufgrund steigender Anzahl von Servern bei den Backups nicht mehr aus.  Da die netbackup die Server in einer Nacht nicht mehr sichern konnte, wurde eine Speichererweiterung vorgenommen.

7 02.06.2015netbackup7 Problem nach dem Aufrüsten  Speicher wurde erkannt aber:  Bei geringem Speicherbedarf hohe Performance  Sobald Speicher gebraucht wird geringe Performance  Mit dem alten Speicher wurde eine höhere Leistung erzielt als mit dem neuen Speicher.

8 02.06.2015netbackup8 Speicherproblem?  Vermutete Ursache:  Speicher ist defekt oder hat das falsche Timing.  Maßnahme:  Ausbau des Speichers und Test des Speichers auf Funktion und Korrektheit des Timings.  Ergebnis  Messung hat ergeben, dass das Timing im Toleranzbereich liegt und ein Speicherbaustein defekt ist.

9 02.06.2015netbackup9 Speicherproblem?  Vermutete Ursache:  Die Maschine kommt mit dem großem Speicher nicht zurecht.  Maßnahme:  Schrittweiser Einbau des neuen Speichers und anschließender Test.  Ergebnis:  Die Leistung der Maschine ist noch immer nicht zufrieden stellend.

10 02.06.2015netbackup10 Leistungsvergleich  Benchmark um das Problem des stehen bleiben von Skripts zu reproduzieren.  Bei Jobs die weniger als 2/3 des Speichers brauchen, gute Performance.  Über 2/3 Speicherbedarf bleibt der Job und damit das Programm oder Skript hängen.

11 02.06.2015netbackup11 Leistungsvergleich (HPC – Benchmark) MB GB 959051400 2 GB CPU-Zeit 30 334 32 375 28 475 3 GB CPU Zeit 31 328 34 362 32 394 Benchmark mit verschiedenen Jobgrößen mit unterschiedlicher Speichermenge und CPU-Zeit im Vergleich.

12 02.06.2015netbackup12 Netzproblem?  Vermutete Ursache:  Die Maschine hat ein Problem mit der Gigabit Netzwerkkarte.  Maßnahme:  Neues Gigabit Interface sendet weniger IRQ anfragen, und hat keine Packetverluste.  Ergebnis:  Durch das Tauschen des Gigabit Interfaces wurden die Paketverluste drastisch reduziert, das Problem mit dem Arbeitsspeicher aber nicht beseitigt.

13 02.06.2015netbackup13 Hardwareproblem?  Vermutete Ursache:  Es gib ein verstecktes Hardwareproblem.  Maßnahme:  Tausch von Netzteil, Speicher, Bios und Platten der netbackup mit der rznews.  Ergebnis:  Es gab bei der netbackup keine Verbesserung dafür aber bei der rznews leichte Defekte als Folge des Umbaus.

14 02.06.2015netbackup14 Busproblem?  Vermutete Ursache:  Der interne Bus ist überlastet.  Maßnahme:  Aufstellen eines Bus-Plans und Analyse der Struktur der Maschine.  Ergebnis:  Die Kapazitäten der internen Busse sind ausreichend und gleichmäßig belastet.

15 02.06.2015netbackup15 Bus-Plan

16 02.06.2015netbackup16 Bus-Plan

17 02.06.2015netbackup17 Plattenproblem?  Vermutete Ursache:  Einzelne Platten überlastet, da nur lokal geschrieben wird.  Maßnahme:  Durch das Stripen kann die Geschwindigkeit gesteigert werden, indem die Daten gleichmäßig verteilt werden, so dass von allen Platten gleichzeitig gelesen werden kann.  Ergebnis:  Das reorganisieren der Daten brachte eine ausreichende Performancesteigerung.

18 02.06.2015netbackup18 Quellen  HPC-Gruppe  Helmut Krausenberger  Rainer Woitok  Stefan Turowski Thomas.Kaiser@rrze.uni-erlangen.de Kontakt

19 02.06.2015netbackup19 Vielen Dank für ihre Aufmerksamkeit !