Wij hebben onlangs enkele entry-level proliant ML110's aangekocht (P4-3000/fsb800/Hyperthreading,...) om in combinatie met een nieuwe SSL1016 HP autoloader onze backups te centraliseren. angezien de enige functie van deze servers de centralised backup is, zagen wij ook geen noodzaak om daar een duurder/zwaarder model voor in te zetten.
Deze ML110's zijn in de SATA uitvoering met een Promise Fasttrak S150 SX4 controller voor de schijven, en een PCI-X U320 dual channel SCSI Adapter op 64-bit/133MHz om te verbinden met de autoloader. e array zelf is een gewone raid 1 met 2 80GB maxtor sata schijven.
Ik weet nu uit het verleden dat er verschillende problemen waren met de initiële drivers en bios versie van deze kaartjes, maar wij hebben nu de laatste bios (2.00.0.21) en de laatste drivers (2.00.0.25) geïnstalleerd.Na verschillende testen (Aida, HDTach, ....) geeft onze raid-1 array dus ook gemiddelde lees-tijden van 40-45MB/s, wat perfect volgens de specificaties is. Dit zou dan ook de laagste bottleneck zijn aangezien de schijven apart, de pci controller, de pci-X controller en de scsi-kaart en de autoloader allemaal een hogere snelheid aankunnen.
Nu hebben wij zowel Veritas als Arcserve geprobeerd als backup-soft, en komen steeds tot een zeer teleurstellend resultaat van +- 300-400MB/Min (wat overeenkomt met een schamele 6MB/s) bij een locale backup.Bij een backup over het netwerk van bvb een van onze fileservers (ML370 modellen, scsi raid-5, Gigabit ethernet via CAT7 FTP op een aparte backbone, een cisco 2970, ...) komen we op dezelfde 6MB/s. Aangezien hij passeert langs de ML110 en via de scsi-kaart naar de autoloader gaat moet het probleem zich dus oftewel in beide software-pakketten bevinden, oftewel iets wat wij over het hoofd zien aan onze ML110.Een rechtstreekse copy over het netwerk van en naar de ML110 is zeer snel, dus het netwerk kan de traffic zeker aan.
De block size hebben wij al op alle instellingen gezet (64 is max op deze kaart), antivirus-software volledig uitgeschakeld, met/zonder compressie,... Veel verder dan deze 6MB/s komen wij gewoonweg niet.
De rekensom moet al niet gemaakt worden, dat voor onze dagelijkse backup's iets meer dan 1TB moet worden weggeschreven, en dit dus in de huidige setup niet mogelijk is.
Wij zitten nu volledig vast.Ik heb met Promise overlopen, onze schijven, de server zelf, het moederbord en het geheugen voldoen aan de standaarden, en niemand vind een verklaring voor de trage backup.
Iemand een idee of wij iets over het hoofd zien?
Deze ML110's zijn in de SATA uitvoering met een Promise Fasttrak S150 SX4 controller voor de schijven, en een PCI-X U320 dual channel SCSI Adapter op 64-bit/133MHz om te verbinden met de autoloader. e array zelf is een gewone raid 1 met 2 80GB maxtor sata schijven.
Ik weet nu uit het verleden dat er verschillende problemen waren met de initiële drivers en bios versie van deze kaartjes, maar wij hebben nu de laatste bios (2.00.0.21) en de laatste drivers (2.00.0.25) geïnstalleerd.Na verschillende testen (Aida, HDTach, ....) geeft onze raid-1 array dus ook gemiddelde lees-tijden van 40-45MB/s, wat perfect volgens de specificaties is. Dit zou dan ook de laagste bottleneck zijn aangezien de schijven apart, de pci controller, de pci-X controller en de scsi-kaart en de autoloader allemaal een hogere snelheid aankunnen.
Nu hebben wij zowel Veritas als Arcserve geprobeerd als backup-soft, en komen steeds tot een zeer teleurstellend resultaat van +- 300-400MB/Min (wat overeenkomt met een schamele 6MB/s) bij een locale backup.Bij een backup over het netwerk van bvb een van onze fileservers (ML370 modellen, scsi raid-5, Gigabit ethernet via CAT7 FTP op een aparte backbone, een cisco 2970, ...) komen we op dezelfde 6MB/s. Aangezien hij passeert langs de ML110 en via de scsi-kaart naar de autoloader gaat moet het probleem zich dus oftewel in beide software-pakketten bevinden, oftewel iets wat wij over het hoofd zien aan onze ML110.Een rechtstreekse copy over het netwerk van en naar de ML110 is zeer snel, dus het netwerk kan de traffic zeker aan.
De block size hebben wij al op alle instellingen gezet (64 is max op deze kaart), antivirus-software volledig uitgeschakeld, met/zonder compressie,... Veel verder dan deze 6MB/s komen wij gewoonweg niet.
De rekensom moet al niet gemaakt worden, dat voor onze dagelijkse backup's iets meer dan 1TB moet worden weggeschreven, en dit dus in de huidige setup niet mogelijk is.
Wij zitten nu volledig vast.Ik heb met Promise overlopen, onze schijven, de server zelf, het moederbord en het geheugen voldoen aan de standaarden, en niemand vind een verklaring voor de trage backup.
Iemand een idee of wij iets over het hoofd zien?
/u/11437/wandcontactdoos.png?f=community)
:strip_icc():strip_exif()/u/6406/Image3.jpg?f=community)
:strip_exif()/u/16970/crop57cd1ef1eb0d0.gif?f=community)
