Thank's all for the reply's, it's not a log/db/diskpool contrain issue
because I was making a backup of a single 150GB SQL database, that should
not result in many iop's to the log/db.
I am going to try the filepool thing with some private volumes that I can
migrate during the housekeeping to see i
Hi Stefan,
that's what IBM told us.
--
Mit freundlichen Grüßen
Michael Prix
On 02/11/2013 01:46 PM, Stefan Folkerts wrote:
Thanks Michael, so the use of the filepool storagepool type does not set
the O_SYNC flag (and therefor uses the cache on the raid controller) but a
normal diskpool does (
Stefan:
I've seen this on other applications besides TSM, and in those cases it was all
about tuning the application, after all efforts were made to make sure the
hardware wasn't the bottleneck.
How much memory does your SCSI controller have for cache?
Are each of your arrays on separate SCSI b
Stefan,
It may be that all (or an unintended mixed subset(i.e. 1 log, 2 DB and
3 STGPOOL disks) of the disks are on a single I/O channel resulting in a
bottleneck on the data path. This would be reflected by high IO (combined
DB,LOG and STGPOOL activity) during a backup to disk while comparativ
> Thanks Michael, so the use of the filepool storagepool type does not set
> the O_SYNC flag (and therefor uses the cache on the raid controller) but
a
> normal diskpool does (and therefor doesn't use the cache)?
It's also possible that part of what you are seeing is the Raid5 write
penalty.
The d
Thanks Michael, so the use of the filepool storagepool type does not set
the O_SYNC flag (and therefor uses the cache on the raid controller) but a
normal diskpool does (and therefor doesn't use the cache)?
On Mon, Feb 11, 2013 at 11:45 AM, Michael Prix wrote:
> Hi Stefan,
>
> I assume with dis
Hi Stefan,
I assume with diskpool you mean primary pools devicetype disk.
Create a filepool on the internal disks and measure performance against it.
If this is as expected, the internal RAID-controller honors the
O_SYNC-writes TSM uses for diskpools and in this case the cache of the
RAID-contr
Hi Chavdar,
If it would be the raidcontroller I would expect a CIFS copy to be slow as
well but it is not, a LAN based CIFS copy to the same disk the diskpool is
on is fast, the disk is only slow when using it with TSM.
Regards,
Stefan
On Sun, Feb 10, 2013 at 9:24 PM, Chavdar Cholev wrote:
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
