Table of Contents
Advertisement
CUoD activation features will not be fulfilled until you submit the VPD through the Electronic Service
Agent or manually tohttp://www.ibm.com/servers/eserver/pseries/cuod/index.html.
When you enter a CUoD activation code, standby processors or memory will immediately become
activated for use. If your operating system is enabled for dynamic LPAR operations, the resource status
changes from standby to active. The resources then can be dynamically moved to the partition where
they are needed.
If a CUoD activation feature is ordered and then canceled, an action by the service representative is
required to cancel the order. After the activation code is posted on the Web or mailed, the order for CUoD
activation features is considered fulfilled, and the billing process is started.
Electronic Service Agent and Capacity Upgrade on Demand
When Electronic Service Agent is used to electronically report VPD on a regular basis, you can eliminate
potential delays in the order process for CUoD activation features (no manual reporting of VPD is
necessary prior to the fulfillment of a feature upgrade order). To optimize Electronic Service Agent and to
be prepared to activate CUoD features conveniently, make sure that Electronic Service Agent and related
communications equipment are up and running. If this is done before the CUoD activation features are
ordered, the VPD for the system will already be up to date, and the manual process of updating the VPD
is not needed.
After Electronic Service Agent is installed, follow the procedures under "Activation Process for CUoD
Features" to enable the system to collect and transfer the required VPD for CUoD.
Dynamic Processor Sparing
In environments with CUoD, dynamic processor sparing allows inactive processors to act as dynamic
spares. An inactive processor is activated if a failing processor reaches a predetermined error threshold,
thus helping to maintain performance and improve system availability. Starting with AIX 5.2, this capability
is offered on pSeries servers with CUoD to help minimize the impact to server performance caused by a
failed processor. Dynamic sparing will happen dynamically and automatically when using dynamic logical
partitioning (DLPAR) and the failing processor is detected prior to failure. If not detected prior to failure or
not using DLPAR, a reboot of the system activates an alternate processor from the inactive spares. The
user can then re-establish required performance levels without waiting for parts to arrive on-site. Dynamic
processor sparing does not require the purchase of an activation code; it requires only that the system
have inactive CUoD processors available.
Software Licenses and Processor CUoD
Activating a processor may change the terms and conditions for applications that you use on your server.
To determine if the license terms and conditions requirements change based on hardware configuration,
consult the application documentation.
Activation Process for CUoD Features
The process begins when you determine a potential need for more processing capability in the future and
want to have the hardware installed on the server now. If CUoD feature is ordered for your server, they are
included in the server when it is delivered. To activate additional capacity when it is needed, use the
following steps:
1. Determine the additional capacity that you want to activate.
2. Contact your sales representative or business partner to place an order for specific processor CUoD
activation features.
3. The sales representative places an order to the system coordinator or feature coordinator for the
features you request. The order specifies the upgrade features to add.
4. To process the order, you must send the system Vital Product Data (VPD) to IBM in either of the
following ways:
v Electronic process (Electronic Service Agent)
Chapter 5. Capacity Upgrade on Demand Features
31
Advertisement
Table of Contents
