|
An iASP MIGHT help because it separates the I/Os for the virtual tape from the rest of the database. This was the recommendation at COMMON from the Save/Restore gurus. You have to be careful with this because you have to make sure that the iASP has enough disk arms to support the I/O rates. Before you ask, nothing has been published yet that I've seen to figure out the correct configuration. Last week I was talking with a couple of folks from IBM's Advanced Technical Support and they disagree with this recommendation. Their feeling is that spreading the I/Os across all the drives in the system would perform better. In other words, at this point in time I think the support is too new to really understand the right way to setup virtual tape. Kendall Kinnear System i5 Architect Stonebridge Direct Telephone Number: 972.419.7709 Or Toll Free: 800.776.9755 x7709 Cell Phone Number: 214-676-3146 Fax Number: 972.455.7260 Kendall.Kinnear@xxxxxxxx http://www.SBTI.com/ If you are interested in iSeries and application development, follow Angus' blog at http://www.angustheitchap.com/ -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Evan Harris Sent: Wednesday, May 24, 2006 4:03 PM To: Midrange Systems Technical Discussion Subject: RE: Backup using Save Files Hi Al any clue as to why an IASP would have improved things ? I would have though the opposite effect would be more likely. Regards Evan Harris At 05:27 a.m. 25/05/2006, you wrote: >If you use virtual tape improperly, you could execute the WASTE DISK SPACE >command. Also, on my little system, I am getting worse performance using >Virtual Tape than to an ULTRIUM2 tape drive. If was suggested that we put >the image catalogue in an IASP to get better performance. Also I was >getting terrible performance going from the virtual tape to the ULTRIUM2 >tape drive, but there's a PTF to fix that. > >Al > >Al Barsa, Jr. >Barsa Consulting Group, LLC
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.