RE: Distribute IBM i on available disk units Was: 70GB load source and 5 other drives

Rob,

I'm not sure if you previously stated, what is this guest LPAR used for?

Paul.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Saturday, April 26, 2014 7:00 PM
To: Midrange Systems Technical Discussion
Subject: Re: Distribute IBM i on available disk units Was: 70GB load source and 5 other drives

I'm digging what you're saying there. I'm no stranger to TRCASPBAL.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Sue Baker <sue.baker@xxxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Date: 04/26/2014 02:46 PM
Subject: Re: Distribute IBM i on available disk units Was: 70GB
load source and 5 other drives
Sent by: midrange-l-bounces@xxxxxxxxxxxx



rob@xxxxxxxxx wrote on Sat, 26 Apr 2014 15:58:16 GMT:

At which point do you run:
STRASPBAL TYPE(*ENDALC)
of the load source?

1: After Task 8: Restore the operating system, beginning
with ƒ oTask 1: Starting to restore the
operating systemƒ ?

2: In the middle of the task 8 above? If so, at which step?

When?

If i is hosting i, I thing I would elect to attempt to run with
no drives in *ENCALC status until I actually see some sort of a
performance issue where high I/Os to the load source can be
clearly identified as the culprit.

At that time, I would run STRASPBAL *ENDALC for UNIT(1) followed
by a STRASPBAL *MOVDTA.

Other options could be to run a TRCASPBAL followed by a
STRASPBAL *USAGE to rearrange "cold" data. This would be in the
hope the hot load source becomes warm.