Storage Solutions
Posts 1-10 of 14
- Back
- Next
-
Martin WidemannThe company name is only visible to registered members.Probleme mit Backup to Disk Performance
Hallo zusammen,
ich hab derzeit ein kleines Problem mit der Backup to Disk Performance in einer Backup Exec Umgebung. Hier mal die Eckdaten:
B2D Device ist eine HP MSA2000 G2 FC
Gesichert wird auf 2 Raid5 vDisks mit 8 1TB SATA Platten (64K Chunk Size)
Disk Alignment ist auch auf 64K gesetzt
Pre Allocation der Medien ist auch eingestellt
Durchsatz bei der Sicherung ca. 21GB pro Stunde
Das Phänomen das ich habe, ist das der gleiche Job bei der Sicherung auf Tape ca. 25% schneller läuft als auf Disk.
Bei meinen Nachforschungen bin ich darauf gestoßen, daß es eventuell auch an dem Last access time Record vom NTFS liegen könnte. Hat da jemand in dem Bereich Erfahrungen und Tipps für mich?
Tests mit I/O Meter auf das Disksystem bringen Werte weit über 100MB/s bei sequentiellem Schreiben.
- 25 Mar 2010, 12:19 pm
-
Oliver KlaussThe company name is only visible to registered members.Re: Probleme mit Backup to Disk Performance
Schon probiert ???
http://seer.entsupport.symantec.com/docs/321584.htm
MfG
Oliver Klauss
- 26 Mar 2010, 6:04 pm
-
Post visible to registered members
-
René Köhnen-Wiesemes Premium MemberThe company name is only visible to registered members.Re: Probleme mit Backup to Disk Performance
Hallo Herr Widemann,
wenn Sie mit dem Problem alleine nicht weiterkommen, können Sie mich auch gerne anrufen, das ist bestimmt eine Sache bei der wir Sie unterstützen können. Anbei meine Kontaktdaten:
Mit freundlichen Grüßen,
--
René Köhnen-Wiesemes
Principal Technical Account Manager
Symantec Deutschland GmbH
Humboldtstr. 6 | D-85609 Aschheim | Germany
http://www.symantec.com
-----------------------------------------------------
Office: +49 89 94302 319
Mobil: +49 172 6970660
Fax: +49 89 94302 450
Email: rene_wiesemes@symantec.com
- 26 Mar 2010, 7:56 pm
-
Martin WidemannThe company name is only visible to registered members.Re^2: Probleme mit Backup to Disk Performance
Hallo,
@Herr Terlisten
Ja es handelt sich um 8x1TB Platten je vDisk. Diese sind mit 64K Chunksize angelegt und der Write Cache steht auf Super Sequential. Mit 16 Disks hatten wir es am Anfang versucht, aber da war die Performance noch schlechter als jetzt mit 2 vDisks.
Ich tippe ehrlich gesagt auch auf ein Softwareproblem, bei Testbackups mit lokalen Daten erhalte ich Werte um die 80MB/s. Daher gehe ich mal davon aus, daß die MSA deutlich mehr wegschreiben kann als dies bei den Remotejobs der Fall ist.
- 29 Mar 2010, 10:54 am
-
Post visible to registered members
-
Martin WidemannThe company name is only visible to registered members.Re^4: Probleme mit Backup to Disk Performance
Hatten wir auch schon, war aber kein wirklicher Unterschied bzw. nur ein kleiner zugunsten der Super Sequential Einstellung zu sehen.
Hab grad nochmal einen Test gefahren und bei dem kam ich mit 2 Remote und einer lokalsicherung auf ca. 50MB/s overall was ja ca. 175GB pro Stunde entsprechen würde die das Device wegschreiben kann bei konkurierenden Jobs (Single Job von lokal brachte sogar 80MB/s). Deswegen entzieht es sich völlig meinem Verständniss warum to Tape ein stückchen schneller ist als Disk obwohl ganz klar die Quelle bzw. das LAN der limitierende Faktor ist. Zumal die Disk mit schlechter Performance von der Quelle ja noch besser umgehen können müßte als das Tape da die Jobraten fürs Streaming vom LTO4 (glaub das brauchte 35MB/s um zu streamen) ziemlich knapp sind.
- 29 Mar 2010, 1:15 pm
-
Post visible to registered members
-
Martin ForsterThe company name is only visible to registered members.Re^6: Probleme mit Backup to Disk Performance
Hallo,
jetzt gebe ich auch noch meine 5 cent zum besten.
Laut dem folgenden Dokument müssen Sie um das Laufwerk am Streamen zu halten mindestens 50-70 MB/sec liefern.
Die von Ihnen erwähnten 35MB/sec wären ohne HW Komprimierung.
https://www.tapepower.com/Shared/PDF/knowledgebase/LTO%20Ove...
Einfluss auf die Performance können viele Dinge haben.
- Partition Alignment ( das haben Sie ja schon angepasst, da sie von einem 64KB offset reden)
http://support.microsoft.com/kb/929491/en-us
http://blogs.msdn.com/jimmymay/archive/2009/05/08/disk-parti...
- Zusammenspiel von Stripe Size und Block Größe im NTFS. Bei B2D könnte man "full-stripe writes" erreichen.
Hier wäre es evt. sinnvoll eine ungerade Zahl von Festplatten im Raid 5 einzusetzen, dadurch können "gerade"
Werte für ein Stripe Set erreicht werden.
Bei 9 Platten mit einer Stripe Size von 8 KB wären dass dann 64KB für ein Stripe Set -> NTFS kann man
64KB formatieren.
Ansonsten würde ich das NTFS so formatieren dass sich das stripe set ohne Rest
durch die NTFS Block Größe teilen läßt.
- Virenkiller
- LastAccess, dies würde sich nur minimal bei vielen kleinen Dateien auswirken. Das haben wir ja nicht.
- Bus Probleme, war früher öfters ein Problem ( PCI ) bei PCI-E sollte es nur noch bei einem ungünstigen
System Design passieren.
- Billige Netzwerkkarte und ein "Noisy" Netzwerk, das würde viele Interrupts auslösen ( Context Switches im
Perfmon)
- Kaputtes Patchkabel ?
- ...
Da könnte man jetzt noch beinahe beliebig fortsetzen.
Dasselbe Problem kommt dann nochmal beim Duplizieren auf Band.
Bei 12.5 konnte ich da 6,5 GB die MInute erreichen beim Kopieren von Images meiner virtuellen Maschinen.
Beim BE Disk Device duplizieren habe ich Spitzenwerte von knapp über 5 GB/min im Schnitt aber so 3,5 GB/min.
Diese werte habe ich aber erst durch ein paar Anpassungen am B2D Device erreicht.
BE 2010 Zahlen kann ich in paar Tagen anbieten.
Grüße Martin Forster
- 30 Mar 2010, 7:30 pm
-
Post visible to registered members
- Back
- Next
