BackupExec 2010r3 B2D erg langzaam

[Ulx]

Wij hebben een BE2010r3 installatie draaien (op win2008r2) die bij een backupjob naar disk (op een SAN) niet veel sneller is dan zo'n 600mb/m. Dit terwijl de verificatie met zo'n 8gb/m gaat en de daaropvolgende duplicatie naar tape met zo'n 5gb/m voorbij fietst.

Kortom, Backup to Disk is zo traag als dikke leverworst door een trechter.

Ik heb de antivirus alles laten excluden volgens de richtlijnen van Symantec. Dat lijkt me niet het probleem. De hardware van de media server is een HP BL460 Gen6/7 met plenty memory. Ook niet echt een bottleneck lijkt me.

Heeft iemand een idee waar ik dit moet gaan aanpakken?

Updaten naar nieuwere versies van BE of andere andere backup tools inzetten is geen optie. De data overtypen kan ook sneller zijn, maar is ook geen optie.

[Rolfie]

Heb je al een naar je IO's gekeken?
De verificatie en duplicatie zijn lees acties op je SAN. Die kan je SAN heel mooi cachen en dus optimaal aansturen.
Lees is bijna altijd stukken sneller dan schrijven. En dat blijkt ook bij jouw....

Je probleem kan dus aan heel veel liggen....

Heb je bv al een een robocopy geprobeerd van een local disk naar je SAN disk gedaan? Of SAN disk naar SAN disk?
Wat voor een SAN is het precies? Wat voor een RAID sets? Configuratie?
Is het toevallig niet en netwerk probleem?

[jimbo123]

Symantec beweert dat de 2014 versie van BE maar liefst 100% sneller is.
Wellicht eens testen?

[Ulx]

Ik had ook al een idee dat ik eerder naar het SAN (IBM DS4800) moest kijken dan naar BE zelf. Ik ga me daar maar eens op focussen dan.
Thanks.

[Verwijderd]

Hoi,

Ik denk dat van belang is dat je controleert wanneer het traag wordt. Tijdens het schrijven naar de tape of voor het schrijven naar de tape. Upgrade de firmware van je tapeunit, wat bij mij nog wel eens wil helpen is de kabel omdraaien van de tape unit (mits deze niet is ingebouwd) naar de server.

Klinkt gewoon als of firmware of een verotte tape unit... ik zou het aanmelden bij de leverancier van je tape unit.

[sanfranjake]

Mogguh sebza, het gaat om de b2d die langzaam is, je kan hierboven lezen dat back-up en duplicatie naar tape gewoon snel is. Beter lees je de volgende keer het topic goed voordat je reageert

[Ulx]

Ik ben er uit.

Een voorganger van me heeft de B2D volumes aangemaakt op een RAID-5 LUN. Lekker handig dus, RAID-5 is echt geschikt voor veel schrijfacties. Maar kijken of ik hier nog wat aan kan veranderen.

*zucht*

[Question Mark]

Ik vraag me af of dit je probleem wel is... Raid5 is niet ideaal voor veel write-acties, maar meer dan 10MB/sec wegschrijven moet een Raid5 set ook wel kunnen halen (en dat is de snelheid die je nu haalt). De data wordt ook nog eens sequentieel aangeleverd en dat is relatief eenvoudig wegschrijven (in tegenstelling tot veel random data).

Meet met perfmon eens de diskqueue length naar de betreffende disk tijdens het maken van een backup en post de resultaten eens? Meten is weten...

[Ulx]

En de b2d disk zijn dan weer spanned volumes in Windows. En de jobs staan op Append-then-Overwrite. (Of dat iets voor de performance uitmaakt weet ik niet, maar het lijkt me nogal nutteloos bij B2D.)