
You can update all software components of SAPproducts that are deployed on the system by applying a support and enhancement package stack. These stacks are defined by SAP collections of support packages for software components that work best together. In addition, you can apply a support and enhancement package stack, which contains newer versions of SAP software components that have been modified in the NWDI.
Before you can apply a support and enhancement package stack you should read the appropriate guides for your product. For more information, see SAP Service Marketplace on http://service.sap.com/instguides → Maintenance.
Before you can apply a support and enhancement package stack of a given level, you have to update JSPM to the same level by applying it as a single support package. For more information, see Updating Java Support Package Manager .
The update of JSPM does not require a restart of the J2EE Engine and does not affect the system operation.
If the stack is produced for this system by the Maintenance Optimizer, this option will:
More information at http://help.sap.com → SAPSolutions → SAPSolution Manager → select a language → Change Management → Maintenance Optimizer
JSPM guides you through the process of applying a support package stack via a wizard, which consists of the following five steps: Select Package Type, Specify Queue, Check Queue, Deploy Queue, and Completed.
Select Package Type
If the content of the new package stack requires extension of any of the already installed usage types, then the necessary components are also installed.
Support and enhancement package stacks that are available for deployment from the global EPS inbox directory are displayed.
The following components are displayed so that you can select them for deployment if your system is used for NWDI development, and it is either a DEV or a CONS system, and if JSPM has found them in the global EPS inbox directory:
If your system is not used for NWDI development, or is either TEST or PROD system, these components are not proposed for deployment. They do not contain deployable content but only development content required for DEV and CONS systems.
Specify Queue
One stack definition XML file may contain many product support package stacks. For each product, however, there may be only one stack. The details about all software components that are part of these stacks are displayed.
If JSPM has found any modified software components, they are marked with .
By default, the target SP level is the latest available SP.
Check Queue
In this step, JSPM checks the deployment queue. The status of the components of the selected stack can be:
You can go on with the deployment.
You can go on with the deployment or you can change the content in the global EPS inbox directory and go back to the Select Package Type wizard step. We recommend that you view the details about the component by choosing Show Details:
If your system is used for NWDI development, and it is either a DEV or a CONS system, these components will always be with status WARNING if you select them:
If you have selected the component for deployment, JSPM will never deploy it, but only transport it to the CMS transport directory.
You cannot go on with the deployment.
You can view the details about the component by choosing Show Details.
If your system is not used for NWDI development, or if your system is used for NWDI development, and it is either a TEST or a PROD system, and you want to apply a support package stack that includes modified software components for which JSPM does not find newer versions in the global EPS inbox directory, these software components will always be with status REVISE.
You have to change the content in the global EPS inbox directory and go back to the Select Package Type wizard step.
If such a restart is not suitable for your system at the moment you can cancel the process by choosing Cancel.
If you have cancelled the previous check, a dialog box will show you the previously validated components. You will have the chance to continue with the deployment of the components from the previous validation or skip them and continue with the current set of components.
If the support package stack includes a kernel, you will be prompted to stop any running dialog instances. For more information, see Starting and Stopping the J2EE Engine . In addition, on Microsoft Windows you will be prompted to close the Microsoft Management Console (MMC).
Deploy Queue
JSPM starts the deployment of the software components that are part of the selected stack. The status of all software components changes to SCHEDULED.
If the stack includes a kernel, and if your system is distributed, during the deployment you will be first prompted to stop the central services instance and any running dialog instances, and to choose Next. You will be then prompted to start the central services instance and to choose Next.
To avoid failover of your SAP system, while patching it, temporarily disable the SAP system failover/restart capabilities in your high availability (HA) software. The patch procedure might require the SAP system to be down for a while, which will conflict with the restart/failover actions that are triggered by the HA software. To disable the SAP system failover/restart capabilities, stop the SAP instance, using the HA software, stop the HA software and start the SAP system manually before starting the patch procedure. After the patch procedure has finished, stop the SAP system manually and start it again using the HA software. For more information, contact your HA implementation partner.
Completed
The deployment of the components of the stack can finish with the one of the following statuses:
If the stack includes the JSPM, when it has been updated, for the update to take effect, you will be prompted to restart it. If there are still components in status NOT DEPLOYED, JSPM will proceed with their deployment when you start it again.
Bear in mind that you must not change the content of the global EPS inbox directory before the deployment has finished.
The component has been deployed but it is possible that it will not work properly with other deployed software components.
You can view the details about the component by choosing Show Details.
You can also view the details about the component by choosing the Deployed Components tab (see Viewing the Deployed Components ).
You can also check the log files. For more information, see Viewing Log Files .
An error has occurred during the deployment of the component. You can proceed as described for a deployment that finished with status DEPLOYED WITH WARNING.
In addition, if you receive an error during deployment message, you have the following options:
The deployment is resumed from the Deploy Queue wizard step.
Next time you launch JSPM, the Broken Deployment screen appears and you will have the two options: to resume the deployment or to start a new deployment.
JSPM has not attempted to deploy the component.
The deployed components on the system are updated to the newer versions defined in the support package stack you have selected. On the Deployed Components tab page, the details about the SP level and counter of the respective deployed components are updated.
If your system is used for NWDI development, and it is either a DEV or a CONS system, on the Deployed Components tab page, the details about the modified software components are not updated. JSPM has transported the software components of the support package stack, both modified and not modified, to the CMS transport directory.
On a UNIX operating system, if you have applied a support package stack that includes the kernel, you have to execute the saproot.sh script to configure the ownership and permissions of some kernel files, including saposcol (see Executing the saproot.sh Script ).
On an IBM eServer iSeries system, if you have applied a support package stack that includes the kernel, a new kernel library is installed during the patch procedure and applied to the system. If you want to use the current name of your kernel library, you have to rename the libraries manually after the patch. The pattern for the name of the new kernel library is the following <SID>KRN<n> , where n is the next available number. For example, if the existing kernel library for a system is <SID>KRN1 , the new kernel library will be <SID>KRN2 .
See also: