I'm not familiar with what type of disks/controllers your array uses, but if possible, use newer SATA2 equipment. It has support for native command queuing, which helps random access a lot. It's exactly why scsi disks are good for it, although scsi firmware tends to have deeper queues (which is why it's still better than even sata2). Troy Frank Network Services University of Wisconsin Medical Foundation 608.829.5384
>>> [EMAIL PROTECTED] 8/17/2005 8:40:20 AM >>> You can use SATA disk in a random-access pool, but you're going to get performance hits because of the very nature of the disk. -- Mark Stapleton ([EMAIL PROTECTED] ) Office 262.521.5627 ________________________________ From: ADSM: Dist Stor Manager on behalf of Joni Moyer Sent: Wed 8/17/2005 08:23 To: [email protected] Subject: Re: AW: [ADSM-L] Migration Speed Has Plummeted Hi Mark, If it's strength is within sequential access, is there anything that I can do with the SATA disk at this point in time? Are there parameter changes or different configuration usage that I can do in order to still utilize the SATA disk as the disk storage pool? Or am I out of luck? Thanks again! ******************************** Joni Moyer Highmark Storage Systems Work:(717)302-6603 Fax:(717)302-5974 [EMAIL PROTECTED] ******************************** "Stapleton, Mark" <[EMAIL PROTECTED] ERBEE.COM> To Sent by: "ADSM: [email protected] Dist Stor cc Manager" < [EMAIL PROTECTED] Subject .EDU> Re: AW: [ADSM-L] Migration Speed Has Plummeted 08/17/2005 09:15 AM Please respond to "ADSM: Dist Stor Manager" < [EMAIL PROTECTED] .EDU> Remember that SATA disk has relatively crummy performance when you use random access to it; SATA's strength lies in sequential access. -- Mark Stapleton ([EMAIL PROTECTED] ) Office 262.521.5627 ________________________________ From: ADSM: Dist Stor Manager on behalf of Joni Moyer Sent: Wed 8/17/2005 08:02 To: [email protected] Subject: Re: AW: [ADSM-L] Migration Speed Has Plummeted Hi Michael, I've looked at my storage pools and they are defined with caching turned off. This is EMC SATA disk that I have just defined, so I am wondering if that is my bottleneck at this point. Thanks for the suggestion! ******************************** Joni Moyer Highmark Storage Systems Work:(717)302-6603 Fax:(717)302-5974 [EMAIL PROTECTED] ******************************** "Michael Garnebode" <Michael.Garnebod To [EMAIL PROTECTED] > [email protected] Sent by: "ADSM: cc Dist Stor Manager" Subject < [EMAIL PROTECTED] AW: [ADSM-L] Migration Speed Has .EDU> Plummeted 08/17/2005 08:24 AM Please respond to "ADSM: Dist Stor Manager" < [EMAIL PROTECTED] .EDU> Hi Joni, Have a look to your storagepool definition with "q stg f=d" Migration Processes: 4 Next Storage Pool: WP_AZV01 Reclaim Storage Pool: Maximum Size Threshold: 500 M Access: Read/Write Description: dp_azv01 Overflow Location: Cache Migrated Files?: Yes Collocate?: Reclamation Threshold: Maximum Scratch Volumes Allowed: Delay Period for Volume Reuse: You can update your storagepool definition with "upd stg" regards Michael -----Ursprüngliche Nachricht----- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Joni Moyer Gesendet: Mittwoch, 17. August 2005 14:19 An: [email protected] Betreff: Re: [ADSM-L] Migration Speed Has Plummeted Hello Everyone! How do you know if caching is turned on? How/where can you turn it off? I am having lousy migration speed perfomance as well. What can I look at/change? I have an AIX 5.2 server at TSM 5.2.4.0 with LTO2 tape drives attached. Thanks! ******************************** Joni Moyer Highmark Storage Systems Work:(717)302-6603 Fax:(717)302-5974 [EMAIL PROTECTED] ******************************** "David E Ehresman" <[EMAIL PROTECTED] To LLE.EDU> [email protected] Sent by: "ADSM: cc Dist Stor Manager" Subject < [EMAIL PROTECTED] Re: Migration Speed Has Plummeted .EDU> 08/17/2005 08:09 AM Please respond to "ADSM: Dist Stor Manager" < [EMAIL PROTECTED] .EDU> >We back up around 220 Gb of data to the disk pool overnight, then migrate >(with caching on) to cartridge in the morning. > I assume you mean TSM storage pool caching rather than 3390 caching. If so, I'd turn off caching for a day and see if that makes a difference. It is my understanding that TSM caching, while optimizing restore times, can cause performance problems in other TSM areas. David Confidentiality Notice follows: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken in reliance on it is prohibited and may be unlawful. If you have received this message in error, please delete all electronic copies of this message (and the documents attached to it, if any), destroy any hard copies you may have created and notify me immediately by replying to this email. Thank you.
