Hi Stefan,
if it is HP server check to you have cache battery on RAID (if any) I
had simmilar issue, when I do backup form disk to LTO it was ~80-90
MB/s, but when nodes baked up to this disk stg it was ~8-10 MB/s even
I have etherchannel 2x1Gbps ...
Regards
Chavdar

On Sun, Feb 10, 2013 at 4:55 PM, Stefan Folkerts
<stefan.folkerts AT gmail DOT com> wrote:
> Hi all,
>
> I am running into a strange performance issue at a small TSM site.
> They have an new intel based TSM server running Windows 2008 R2 running TSM
> 5.5 (don't ask) with enough CPU and memory to run the server 4 times over.
> It has 2 disks in raid 1 for the TSM log, 4 disks in raid 10 for the TSM
> database and 5 disks (all 10k) for the diskpool in raid 5.
> The server has 2 1Gb/s ethernet ports in a 2Gb/s LACP channel.
>
> A normal CIFS copy to the server raid 5 filesystem loads the interface up
> to 25%.
> A TSM backup to LTO (I believe LTO4) loads the interface up to about the
> same load.
> However a TSM backup to the diskpool only get the load up to 5-6%.
> I have tried a default dsmserv.opt and dsm.opt and 'tuned' ones.
> Multiple clients or just one, MSSQL or fileserver data, nothing matters, as
> soon as I go to the diskpool the performance is gone.
>
> Even a local backup to 127.0.0.1 is slow to the diskpool but fast to tape.
> I did filesystem checks, recreated the filesystem, swapped the
> raidcontroller (that was done before performance checks and seems a bit
> silly now) but I can't find the issue.
> There are no errors in Windows or TSM, everything is just fine but very
> very slow.
> I recreated the diskpool volumes one by one to make sure there is no weird
> fragmentation going on, that didn't change anything, even with a single
> 1Gb/s connection the speed is still many times faster to tape than it is to
> the diskpool but a filecopy via CIFS to the same disk is fast.
>
> Has anybody ever seen this before?
>
> Regards,
>    Stefan