Re: Journal ASPs

Gordon Searles wrote:
> 
> We have 4 AS/400s with 30 - 120 GB of RAIDed DASD on each.  2 of the 4
> systems have journal ASPs.  Ideally we would like to have all 4 systems
> the same.  IBM used to recommend a seperate user ASP for journalling
> for     performance and protection.  Now with RAID they seem to be saying
> that the benefits are no longer there, is that true?  What is your
> experience?  Do you have a seperate user ASP for journalling?  Are you
> going away from or towards journal ASPs?  Is this a decision that you
> can make for all of your systems or do you decide
> system by system?  What do you use as your criteria for creating a
> journal ASP?
> 
> Thanks,
> --
> Gordon Searles
> Senior Systems Programmer
> Recreational Equipment, Inc. (REI)
> Quality Outdoor Gear and Clothing Since 1938
> http://www.rei.com

In choosing how and what to protect ASSUME THE WORST. For RAID5 that
means
DUAL DRIVE FAILURE in the same 9337 or equiv(yes it does happen). I had
a case
where a customer had multi ASPs and for whatever the reason had parts of
all 3
ASP's across several different 9337's and in one case all 3 ASPs were
partially
on the same 9337. 

That 9337 lost 2 HDAs during a NASTY power hit. A complete reload had to
be done
ALL journals were lost etc. "IF" the ASP'd had been laid out
differently, MAYBE
depending which ASP was affected, a partial restore would have been in
order. 
It could have been just a loss of journals?

something to consider


-- 
Kirk Goins
DecisionOne - Portland, OR
EMAIL kgoins@ix.netcom.com              
      71445.1231@compuserve.com
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *