Ansicht
Dokumentation
00307 - to LPAR or not to LPAR???
BAL_S_LOG - Application Log: Log header data BAL_S_LOG - Application Log: Log header dataThis documentation is copyright by SAP AG.
to LPAR or not to LPAR???
Doreenyou are right it does insulate one box/system from another in
performance levels
At 06:37 PM 01/11/2001 -0600, Anderson, Doreen wrote:
>We are still running DEV & QAS on a single "non" LPAR box.
>Maybe some shops are required to delivery a particular performance level &
>the only way to garantee is via LPAR.
>Like taking a 4-way & giving DEV 1 processor & QAS the other 3?
>
>Doreen Anderson
>
>
>
>-----Original Message-----
>From: Jack Pim [mailto:jackpimZh...]
>Sent: Thursday, January 11, 2001 6: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
Glenn
__________________________________
Glenn Ericson,
IBM Certified Specialist
Phoenix Consulting LLC
East Elmhurst, NY USA
Phone 718 898 9805 Fax 718 446 1150
<mailto:Glenn-EricsonZa...>mailto:Glenn-EricsonZa...
___________________________________
[Non-text portions of this message have been removed]
Durban Tours - Südafrika Safari
ROGBILLS - Synchronize billing plans Fill RESBD Structure from EBP Component Structure
This documentation is copyright by SAP AG.
Length: 2609 Date: 20240426 Time: 061937 sap01-206 ( 3 ms )
