Ansicht
Dokumentation
00314 - to LPAR or not to LPAR???
Fill RESBD Structure from EBP Component Structure Vendor Master (General Section)This documentation is copyright by SAP AG.
to LPAR or not to LPAR???
One point that no-one has yet mentioned with a DEV/QAS system that is LPAR'edyou can test out the OS/400 ptf's in isolation of each other. If you did not
LPAR and had to apply ptf's they would also be applied to the QAS environment
Peter Eaton
Basis Technology
|--------+----------------------->
| | "Jack Pim" |
| | <jackpimZhotm|
| | ail.com> |
| | |
| | 01/12/2001 |
| | 07:54 AM |
| | |
|--------+----------------------->
>--------------------------------------------------------|
| |
| To: |
| cc: sap400Zm..., (bcc: Peter |
| Eaton/APRIA) |
| Subject: RE: to LPAR or not to LPAR??? |
>--------------------------------------------------------|
Hello All,
I don't think I conveyed my message properly. I understand the
advantage of a qas/prd but I am talking strickly dev/qas. I am assuming
the box is sized the same if it uses Lpar's or does not use Lpar's. It is
still one box with two R/3 systems installed. Actually cost would be less
with a non Lpar'd box because you would not need two cd-rom two terminals
ect. You would still have one OS. Yes you can change system resources with
LPAR's but you have to IPL. If you don't lpar and the system will
automatically use processors for the system that needs them. If you want to
allocate memory you can assign memory pools to each R/3 subsystem and that
you can change dynamically. it also isolates disk that cold be used on the
other system. One of the AS/400's strenghts is it manages resources well.
Unless I am missing something I think it has more disadvantages than
advantages. Like Doreen said unless you want to be sure one of the system
always has a certain performance level I don't see the point of LPAR's on a
DEV/QAS????
Jack Pim
Sap America
>From: CSTRUCK <CSTRUCKZe...>
>To: Jack Pim <jackpimZh...>
>CC: sap400Zm...
>Subject: RE: to LPAR or not to LPAR???
>Date: Fri, 12 Jan 2001 07:24:49 -0500
>
>Jack,
> The use of LPAR can significantly reduce your software and hardware
>expense, both initially and annually (as you only pay for 1 copy of OS/400,
>have only 1 software subscription, and pay hardware maintenance on only 1
>system. Your initial cost may be higher due to the larger system, disk,
>and
>accessory components (LPAR does not share very well at this time). LPAR
>under V5R1M0 is supposed to be much better, CPU's can be divided into 10ths
>(if needed), components are shared more and changes can be made dynamically
>without an IPL.
>
>-----Original Message-----
>From: Jack Pim [mailto:jackpimZh...]
>Sent: Thursday, January 11, 2001 7:18 PM
>To: sap400Zm...
>Subject: to LPAR or not to LPAR???
>
>
>Hello All,
> I have a question as to everyone's opinion on the configuration of a
>DEV/QAS box. I see customers buying a DEV/QAS boxes then using LPAR's to
>split it up. Why not just install two system like we did before LPARs???
>Memory and processors are sitting there unused when the other system is
>busy??? Curios to know other peoples thoughts??
>
>Jack Pim
>Technical Consultant
>SAP America
>_________________________________________________________________
>Get your FREE download of MSN Explorer at http://explorer.msn.com
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com
Durban Tours - Südafrika Safari
RFUMSV00 - Advance Return for Tax on Sales/Purchases RFUMSV00 - Advance Return for Tax on Sales/Purchases
This documentation is copyright by SAP AG.
Length: 4909 Date: 20240416 Time: 181455 sap01-206 ( 3 ms )
