RE: Iseries Disk managment

[Don <dr2@xxxxxxxx>]

Rob,

good point.  I would think that STRASPBAL with some PF/LF file management 
and RGZPFM's where appropriate should keep his disk access about as 
effecient as it's going to get...  Obviousely you can't let the platters 
get too full or you get past the knee of the curve on queueing...and lose 
effeciency there...

And, it also depends on what you're doing.  If you're a heavy SAVF or JRN 
user, I would suggest you may want to consider a seperate ASP for those and 
that they be on their own spindles and if REALLY heavy perhaps even further 
isolated.

Don in DC



At 09:58 AM 3/14/2006 -0500, you wrote:
> And, years ago, IBM did occasionally recommend an unload/reload to balance
> the disks.  Did a dandy job.  Hopefully that is well covered by the
> significantly less risky STRASPBAL.
>
> Rob Berendt
> --
> Group Dekko Services, LLC
> Dept 01.073
> PO Box 2000
> Dock 108
> 6928N 400E
> Kendallville, IN 46755
> http://www.dekko.com
>
>
>
>
>
> "Jones, John \(US\)" <John.Jones@xxxxxxxxxx>
> Sent by: midrange-l-bounces@xxxxxxxxxxxx
> 03/14/2006 09:43 AM
> Please respond to
> Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
>
>
> To
> "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
> cc
>
> Subject
> RE: Iseries Disk managment
>
>
>
>
>
>
> STR/ENDDSKRGZ; not sure which OS release started offering these.
> Defrags free space only; apparently doesn't make files contiguous.
> Having contiguous files is less important with scatter-loading, although
> it'd be nice if it could make contiguous each file's allocation on any
> given disk unit.
>
> There's also STRASPBAL, which has been around for a while.
>
> The absolute cleanest "defrag" is a save/wipe/restore of the system.
> Unlike the above, this method has risks and involves downtime.
>
>
> John A. Jones, CISSP
> Americas Information Security Officer
> Jones Lang LaSalle, Inc.
> V: +1-630-455-2787 F: +1-312-601-1782
> john.jones@xxxxxxxxxx
>
> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Steve Moland
> Sent: Tuesday, March 14, 2006 8:25 AM
> To: midrange-l@xxxxxxxxxxxx
> Subject: Iseries Disk managment
>
>  I'm a fossil and have been around since 360/20 days. Other than using
> RGZPFM to re-organize some very volatile file on my career long boxes, I
> just realized that I've not thought about or worried about defragging
> the drives as a whole.
>
> I revitalized some of my grandkids laptops this last weekend by simply
> defragging them.
>
> The question of why we don't need to do that on the Iseries boxes popped
> into my head.
>
> Is that because the don't need to have it done, or we really do need to
> do that and is it like the early days when IBM just didn't give us the
> same tools and features that existed on other boxes. That's not
> necessarily a complaint because I think many may have stayed out of
> trouble by not having some more esoteric features available.
>
> There is also the issue that they write books about what I don't know
> about that which I work on. [grin]
>
> Steve Moland
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
> unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
> moment to review the archives at http://archive.midrange.com/midrange-l.
>
>
>
> This email is for the use of the intended recipient(s) only.  If you have
> received this email in error, please notify the sender immediately and
> then delete it.  If you are not the intended recipient, you must not keep,
> use, disclose, copy or distribute this email without the author's prior
> permission.  We have taken precautions to minimize the risk of
> transmitting software viruses, but we advise you to carry out your own
> virus checks on any attachment to this message.  We cannot accept
> liability for any loss or damage caused by software viruses.  The
> information contained in this communication may be confidential and may be
> subject to the attorney-client privilege. If you are the intended
> recipient and you do not wish to receive similar electronic messages from
> us in the future then please respond to the sender to this effect.
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.