Chat now with support
Chat with Support

Stat 6.0 - User Guide

Introduction to Stat Connecting to Stat Change/Service Requests Stat Consoles Tasks and Time Entries Stat Projects Search Engines Reports and Graphs Personal Rules Object Tools and Wizards Change Management for PeopleSoft
Object Management (PeopleSoft) Object Archives (PeopleSoft) Object Migrations (PeopleSoft)
Change Management for Oracle Applications
Object Management (Oracle Applications) Patch Management Object Archives (Oracle Applications) Object Migrations (Oracle Applications)
Change Management for Generic Applications
Object Management (Generic Applications) Object Archives (Generic Applications) Object Migrations (Generic Applications)
Appendix: Troubleshooting Chart Appendix: Migration Options Appendix: User-Specific Parameters Appendix: Supported PeopleSoft Proprietary Objects Appendix: Stat Reports

Scheduling Patch Applications and Impact Analysis

In the Schedule Request window, you can configure the Oracle Agent to apply patches to selected environments or to perform impact analyses on patches. For both process request types, you can specify when you want the Agent to process the requests, either immediately or at some future date. For patch application requests, you can also define additional parameters, including how to handle approval requirements, the order in which to apply multiple patches, and, if necessary, whether to stop and start the four service partitions defined for the server of the targeted environment.

You can open the Schedule Request window either from the Patches tabs of the CSR window and Change Management/Version Control window or from the Patch Inventory tab of the Oracle Applications Management Console. To open the Schedule Request window, select one or more patches and click Schedule.

If you are opening the Schedule Request window from the Management Console, you can only select patches that are already associated with a CSR. Also, if you want to process multiple patches, each patch must be associated with the same CSR.

Patching R12.2 Environments

In R12.2 environments, the Application Tier file system maintains 2 copies of all files, both of which are used in Stat: a Run Edition File System, and a Patch Edition File System. Stat archives files from the current Run Edition, and migrates to both editions, depending on which option the user selected.

Patching for R12.2 environments is done through a patching cycle. There are 5 phases in a patching cycle: prepare, apply, finalize, cutover, and cleanup. After the cutover stage is run, the Run Edition and Patch Edition file systems are swapped.

If there is at least one active R12.2 environment or higher (meaning that there is an “AD” record in the list of imported products with code level of “C” or higher), a Patch Cycle button is displayed on the Patch Inventory tab on the Oracle Apps Management Console window. For these environments, patching is done on the Patch Edition of the environment. A utility called adop is used to manage patch cycle phases, apply patches, and run impact analyses. The Patch Cycle button is used to schedule any phase of a patch cycle but cannot be used to schedule Apply Patch or Patch Impact requests (which are scheduled the same way as other environments through the Schedule button.)

In the Oracle Apps Management Console, both the Patch Cycle button and the Schedule button open the Schedule Request window. The Patch Cycle button is only displayed if there is at least one active R12.2 or higher environment.

In the Schedule Request window, the Environment field lists all active environments. If you select a R12.2 environment, the Process Type field includes the patch cycle options prepare, finalize, cutover, cleanup, and status. Depending on whether the window was opened from the Patch Cycle button or the Schedule button, The Process Type field displays additional options:

If opened from the Patch Cycle button, the Process Type field displays additional phases including Abort, fs_clone, and actualize_all.
If opened from the Schedule button, the Process Type field displays the Apply patch and Impact Patch options, as well as the patch cycle options prepare, finalize, cutover, cleanup, and status.

The window displays different input fields based on the option selected in the Process Type field. The Dependent Event fields allows scheduling the patch cycle request as a dependent event. In the adop options field, you can overwrite any adop parameters specified in the New Patch window.

NOTE: The Maintenance Mode option is not supported for R12.2 and higher and is not displayed if the environment is R12.2 or higher.

For a multi-node instance, there are 2 ways to apply the patch to all nodes.

In a Multi-node environment, by default we assume that ssh utility is running between the Admin node and all other nodes. To override this use the following stat.conf parameter: <env>.env.ssh_disabled:n

Patch Impact Analysis Process Requests

Before applying a patch to an environment, you can have the Oracle Agent perform an impact analysis to determine which objects in the target environment will be affected. After the Agent has processed your request, you can view the list of impacted objects in the Environment History tab as well as the Process Request tab of the Change Management/Version Control window.

If you want to view the AutoPatch log files and any error or warning messages generated by the Agent during processing, you can do so in the Process Request tab of the Oracle Applications Management Console or the Change Management/Version Control window.

If some reason the Agent fails to process your impact analysis request (as indicated on the Process Request tab), you can reschedule your request and try performing an impact analysis a second time. However, it is important to remember that Stat interacts with Oracle tools and these tools may fail for various reasons unrelated to Stat. Stat will report the failure, but you will need to refer to Oracle Support or Metalink to resolve the errors.

1
In the Process Type field select Patch Impact.
2
In the Environment field select the target environment of the patch.
3
In the Run Time field select either Immediate if you want the Agent to process the request right away or select Select Datetime if you want to schedule the request at some future date.
4
If you selected Select Datetime, browse for the date you want. You can also specify the time you want the request processed in terms of hour and minute.
5
(Optional) Deselect Ignore Restart File.
6
Click Save.

Patch Application Process Requests

To submit a patch application request, you must specify:

After the Agent has processed your request, you can view the list of objects affected by the patch in the Environment History tab as well as the Process Request tab of the Change Management/Version Control window.

If you want to view the AutoPatch log files and any error or warning messages generated by the Agent during processing, you can do so in the Process Request tab in either the Oracle Applications Management Console or the Change Management/Version Control window.

You can re-apply a patch to an Oracle Applications environment regardless if that patch was successfully applied the first time or not (as indicated on the Process Request tab). If unsuccessful, you can reschedule your request and try applying it a second time. If successful, Oracle's AutoPatch utility identifies the patch as having already been applied and asks Stat if it should continue processing. Stat always responds “Yes” to this prompt to allow the patch to be re-applied.

1
In the Environment field select the target environment of the patch.
2
In the Process Type field and select Apply Patch.
3
(Optional) If you are on Oracle Applications version AD.I, click in the Maintenance Mode field and select Normal. (This option does not apply to R12.2 environments.)
Starting with version AD.I, Oracle requires that environments be put into Maintenance Mode before changes (e.g., AutoPatch) can be performed. The Maintenance Mode dropdown list is enabled if your target environment is release AD.I or later. For most cases, the default value Maint should be used, in which case Stat automatically puts the environment in maintenance mode when applying the patch. If you select Normal for hot patches, the Patch Options column must include “options=hotpatch”. Otherwise, AutoPatch will fail since Stat does not put the environment in maintenance mode. For more information on Maintenance Mode, see your Oracle Applications documentation.
4
In the Run Time field select either Immediate if you want the Agent to process the request right away or select Select Datetime if you want to the request to be processed at some future date.
5
If you selected Select Datetime, browse for the date you want. You can also specify the time you want the request processed in terms of hour and minute.
6
(Optional) Deselect Ignore Restart File.
7
(Optional) Select Disable Patch Backout.
8
If patch application approvals are required for the target environment, in the Approval Option field select the action you want the Agent to take regarding these approval requirements.
Cancel if approvals are not met - The Agent cancels the patch application if it does not receive all the required approvals
Apply once approvals are met - The Agent applies the patch once all the required approvals are received
Apply regardless of approval status - The Agent applies the patch regardless of approval. This option is enabled only if you have the security rights to override patch approval requirements.
NOTE: The Approval Option field is disabled if you selected Immediate in the Run Time field.
The Patch Options and adop Options columns displays any AutoPatch or adop options that have been defined on the General tab of the New Oracle App Patch window. You can modify the default parameters before applying the patch or you can specify new ones. The syntax for the Autopatch and adop options are name=value pairs separated by spaces. Refer to your Oracle documentation for a list of valid AutoPatch and adop command line options.
If you want the Agent to apply the patch only if the preceding patch was applied successfully, select Prior patch completes successfully. If you want the Agent to apply the patch even if the preceding patch failed, select Regardless of prior patches status. This option does not apply to the first patch in the processing order.
14
Click Save.
Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating