Network Security Internet Technology Development Database Servers Mobile Phone Android Software Apple Software Computer Software News IT Information

In addition to Weibo, there is also WeChat

Please pay attention

WeChat public account

Shulou

11.2.0.4 psu to 11.2.0.4.4 auto mode

2025-04-07 Update From: SLTechnology News&Howtos shulou NAV: SLTechnology News&Howtos > Database >

Share

Shulou(Shulou.com)06/01 Report--

2.1 Patch Installation Prerequisites

2.1.1 OPatch Utility Information

Gi home and db home execution of each node, version 11.2.0.3.6 or later.

$unzip-d

$/ OPatch/opatch version

# su-root

Chmod 777 / tmp/p6880880_112000_Linux-x86-64.zip

Chown grid:oinstall / tmp/p6880880_112000_Linux-x86-64.zip

Su-grid

Unzip / tmp/p6880880_112000_Linux-x86-64.zip-d / u01/app/11.2.0/grid/

Replace / u01/app/11.2.0/grid/OPatch/jlib/oracle.opatch.classpath.jar? [y] es, [n] o, [A] ll, [N] one, [r] ename: A

# su-root

Chown oracle:oinstall / tmp/p6880880_112000_Linux-x86-64.zip

Su-oracle

Unzip / tmp/p6880880_112000_Linux-x86-64.zip-d / u01/app/oracle/product/11.2.0/dbhome_1/

Rm / tmp/p6880880_112000_Linux-x86-64.zip

2.1.2 OCM (Oracle Configuration Manager) Configuration

The creation of ocm README is not given directly, but refers to a document.

In the example, ORACLE_HOME is db_home, but this time it is mainly gi PSU, so you can install gi_home. / emocmrsp without parameters, and ocm.rsp will be generated in the current directory.

Node 2 also executes: [root@rac-node1 ~] # su-grid

[grid@rac-node1 ~] $/ u01/app/11.2.0/grid/OPatch/ocm/bin/emocmrsp-no_banner-output / tmp/ocm_my.rsp

Provide your email address to be informed of security issues, install and

Initiate Oracle Configuration Manager. Easier for you if you use your My

Oracle Support Email address/User Name.

Visit http://www.oracle.com/support/policies.html for details.

Email address/User Name:

You have not provided an email address for notification of security issues.

Do you wish to remain uninformed of security issues ([Y] es, [N] o) [N]: y

The OCM configuration response file (/ tmp/ocm_my.rsp) was successfully created.

[grid@rac-node1 ~] $ll / tmp/ocm_my.rsp

-rw-r--r-- 1 grid oinstall 621 Oct 31 07:59 / tmp/ocm_my.rsp

[grid@rac-node1 ~] $chmod 777 / tmp/ocm_my.rsp

[grid@rac-node1 ~] $ll / tmp/ocm_my.rsp

-rwxrwxrwx 1 grid oinstall 621 Oct 31 07:59 / tmp/ocm_my.rsp

2.1.3 Validation of Oracle Inventory

Gi home and db home execution for each node:

$/ OPatch/opatch lsinventory-detail-oh

Su-grid

/ u01/app/11.2.0/grid/OPatch/opatch lsinventory-detail-oh / u01/app/11.2.0/grid/

Su-oracle

/ u01/app/oracle/product/11.2.0/dbhome_1/OPatch/opatch lsinventory-detail-oh / u01/app/oracle/product/11.2.0/dbhome_1/

2.1.4 Download and Unzip the Patch

All nodes can be accessed by online

Extract grid users to a shared directory (can be non-shared)

The directory cannot have other files. (it cannot be under the / tmp root directory. The subdirectory under / tmp can be).

ORA_INSTALL group needs read permission

Su-grid

Mkdir-p / tmp/patch cd / tmp/patch unzip p19380115_112040_Linux-x86-64 chmod-R 777 / tmp/patch

2.1.5 Stop EM Agent Processes Prior to Patching and Prior to Rolling Back the Patch

Oracle user stops em:

$/ bin/emctl stop dbconsole

2.3 OPatch auto for GI

Root runs with both patch gi_home and db_home.

If GI home or Oracle RAC database home is in non-shared storage., is to be performed manually on each node, and cannot be performed at the same time.

2.4 Patch Installation

2 cases of patch installation:

Case 1: GI Home and the Database Homes that are not shared and ACFS file system is not configured.

Case 2: GI Home is not shared, Database Home is shared, ACFS may be used.

Patching Oracle RAC Database Homes and GI Together

Case 1: GI Home and the Database Homes that are not shared and ACFS file system is not configured.

As root user, execute the following command on each node of the cluster:

# opatch auto / 19380115-ocmrf

You need to read ocm.rsp permission to play gi_home and db_home at the same time

Chmod 777 / tmp/ocm_my.rsp

/ u01/app/11.2.0/grid/OPatch/opatch auto / tmp/patch/19380115-ocmrf / tmp/ocm.rsp

For the failed part of auto patch, you don't need to rollback, just auto again.

Verifying environment and performing prerequisite checks...

All of the constituents of the composite patch are already installed in the Oracle Home. No need to apply this patch.

Log file location: / u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch3014-10-30 23-06-06PM_1.log

Other nodes perform the same operation

2.5 Patch Post-Installation Instructions post-installation instructions

2.5.2 Loading Modified SQL Files into the Database

1. Execute at any node

SQL > startup SQL > @? / rdbms/admin/catbundle.sql psu apply

Update dba_registry_history view to use psu

There is no prompt to edit invalid objects, and the process of psu should include

two。 Check the log: $ORACLE_BASE/cfgtoollogs/catbundle for any errors:

Catbundle_PSU__APPLY_.log

Catbundle_PSU__GENERATE_.log

2.5.3 Update rman Catalog

If you are using the Oracle Recovery Manager, the catalog needs to be upgraded. Enter the following command to upgrade it:

$rman catalog username/password@alias

RMAN > UPGRADE CATALOG

2.6 Patch Post-Installation Instructions for Databases Created or Upgraded after Installation of Patch in the Oracle Home

After installing the db_home patch, the database created with the template needs to execute "Loading Modified SQL Files into the Database"

These instructions are for a database that is created or upgraded after the installation of the patch.

You must execute the steps in Section 2.5.2, "Loading Modified SQL Files into the Database" for any new database only if it was created by any of the following methods:

Using DBCA (Database Configuration Assistant) to select a sample database (General, Data Warehouse, Transaction Processing)

Using a script that was created by DBCA that creates a database from a sample database

There are no actions required for databases that have been upgraded.

Query DB patch records

Set linesize 300

Col action_time for a30

Col version for a15

Col id for 99

Col action for a10

Col namespace for a10

Col COMMENTS for a20

Col BUNDLE_SERIES for a15

Select * from registry$history

You can query the patch status of grid or oracle.

$$ORACLE_HOME/OPatch/opatch lspatches

$$ORACLE_HOME/OPatch/opatch lsinventory

2.7 Patch Deinstallation

Roll Back the Oracle RAC Database Homes and GI Together

Case 1: GI Home and Database Homes that are not shared and ACFS file system is not configured.

As root user, execute the following command on each node of the cluster.

# opatch auto / 19380115-rollback-ocmrf / u01/app/11.2.0/grid/OPatch/opatch auto / tmp/patch/19380115-rollback-ocmrf / tmp/ocm.rsp Node 2 also executes

If the message, "A system reboot is recommended before using ACFS" is shown, then a reboot must be issued before continuing. Failure to do so will result in running with an unpatched ACFS\ ADVM\ OKS driver.

Case 2: GI Home is not shared, Database Home is shared and ACFS may be used.

From the Oracle database home, make sure to stop the Oracle RAC databases running on all nodes. As the database home owner execute:

$/ bin/srvctl stop database-d

On the 1st node, unmount the ACFS file systems. See My Oracle Support Document 1494652.1 for unmounting ACFS file systems.

On the 1st node, roll back the patch from the GI Home using the opatch auto command. As root user, execute the following command:

# opatch auto / 19380115-oh-rollback-ocmrf

If the message, "A system reboot is recommended before using ACFS" is shown, then a reboot must be issued before continuing. Failure to do so will result in running with an unpatched ACFS\ ADVM\ OKS driver.

On the 1st node, remount ACFS file systems. See My Oracle Support Document 1494652.1 for mounting ACFS file systems.

On the 1st node, roll back the patch to the Database home using the opatch auto command. This operation will rollback the patch to the Database home across the cluster given that it is a shared ACFS home. Note that a USM only patch cannot be applied to a Database home. As root user, execute the following command:

# opatch auto / 19380115-oh-rollback-ocmrf

On the 1st node only, restart the Oracle instance, which you have previously stopped in Step 1. As the database home owner execute:

$/ bin/srvctl start instance-d-n

On the 2nd (next) node, unmount the ACFS file systems. See My Oracle Support Document 1494652.1 for unmounting ACFS file systems.

On the 2nd node, roll back the patch to GI Home using the opatch auto command. As root user, execute the following command:

# opatch auto / 19380115-oh-rollback-ocmrf

If the message, "A system reboot is recommended before using ACFS" is shown, then a reboot must be issued before continuing. Failure to do so will result in running with an unpatched ACFS\ ADVM\ OKS driver.

On the 2nd node, running the opatch auto command in Step 9 will restart the stack.

On the 2nd node, remount ACFS file systems. See My Oracle Support Document 1494652.1 for mounting ACFS file systems.

On the 2nd node only, restart the Oracle instance, which you have previously stopped in Step 1. As the database home owner execute:

$/ bin/srvctl start instance-d-n

Repeat Steps 8 through 13 for all remaining nodes of the cluster.

2.8 Patch Post-Deinstallation Instructions for an Oracle RAC Environment

Follow these steps only on the node for which the steps in Section 2.5.2, "Loading Modified SQL Files into the Database" were executed during the patch application.: only needs to be executed on one node, on nodes where "Loading Modified SQL Files into the Database" is performed at the time of upgrade

Start all database instances running from the Oracle home. For more information, see Oracle Database Administrator's Guide.

Start all instance

For each database instance running out of the ORACLE_HOME, connect to the database using SQL*Plus as SYSDBA and run the rollback script as follows:

Sqlplus / AS SYSDBA

SQL > STARTUP

SQL > @? / rdbms/admin/catbundle_PSU__ROLLBACK.sql SQL > @? / rdbms/admin/catbundle_PSU_CLUSDB_ROLLBACK.sql

In an Oracle RAC environment, the name of the rollback script will have the format catbundle_PSU__ROLLBACK.sql.

SQL > set linesize 300 SQL > col action_time for A30 SQL > col version for A15 SQL > col id for 99 SQL > col action for A10 SQL > col namespace for A10 SQL > col COMMENTS for A20 SQL > col BUNDLE_SERIES for A15 SQL > select * from registry$history

ACTION_TIME ACTION NAMESPACE VERSION ID COMMENTS BUNDLE_SERIES- 30-OCT-14 04.02.28.027746 PM APPLY SERVER 11.2.0.4 0 Patchset 11.2.0.2.0 PSU 31-OCT-14 08.44.46.147995 AM APPLY SERVER 11.2.0.4 4 PSU 11.2.0.4.4 PSU 31-OCT-14 02.01.00.767507 PM ROLLBACK SERVER 11.2.0.4 4 PSU 11.2.0.4.4 PSU 31-OCT-14 02.01.09.369049 PM APPLY SERVER 11.2 . 0.4 0 Patchset 11.2.0.2.0 PSU

Check the log file for any errors. The log file is found in $ORACLE_BASE/cfgtoollogs/catbundle and is named catbundle_PSU__ROLLBACK_.log where TIMESTAMP is of the form YYYYMMMDD_HH_MM_SS. If there are errors, see Section 3, "Known Issues".

Ensure that you verify the Oracle Inventory and compare the output with the one you ran in Section 2.1.3, "Validation of Oracle Inventory" and re-apply any patches that were rolled back as part of this patch apply. To verify the inventory, run the following command:

$opatch lsinventory

All other instances can be started and accessed as usual while you are executing the deinstallation steps.

/ u01/app/11.2.0/grid/OPatch/opatch lsinventory / u01/app/oracle/product/11.2.0/dbhome_1/OPatch/opatch lsinventory

3 Known Issues

This section includes the following known issues:

Issue 1 When Trace File Analyzer (TFA) is patched as part of a PSU, any rollback of the PSU will not rollback any patch applied to TFA. This is intended behavior, but if there are any issues with patching TFA itself, then manual steps will be required to recover. Fallback psu does not fallback Trace File Analyzer (TFA), which is intentional.

If a PSU has been rolled back and due to some issue with patching TFA it has to be reinstalled, then you should:

Remove TFA by executing the following command on each node as the root user: GIHOME/tfa//tfa_home/bin/uninstalltfa.sh-local

Reinstall the previous TFA version by executing the following command on each node as the root user: GIHOME/crs/install/tfa_setup.sh-crshome-silent

Issue 2 After rolling back using opatch auto from the Oracle Grid infrastructure Patch Set Update 11.2.0.4.4, database and listener resources are going to be offline.

You should start the database and listener resources using the srvctl command.

When performing any further patching actions, databases and listeners may not be started up automatically for the home being patched on a node. Start up these explicitly by executing srvctl start database and srvctl start listener commands.

Troubleshooting:

2014-10-30 23:03:10: status of apply patch is 18688

2014-10-30 23:03:10: The apply patch output is Oracle Interim Patch Installer version 11.2.0.3.6

Copyright (c) 2013, Oracle Corporation. All rights reserved.

Oracle Home: / u01/app/oracle/product/11.2.0/dbhome_1

Central Inventory: / u01/app/oraInventory

From: / u01/app/oracle/product/11.2.0/dbhome_1/oraInst.loc

OPatch version: 11.2.0.3.6

OUI version: 11.2.0.4.0

Log file location: / u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch3014-10-309 23-03-00PM_1.log

Verifying environment and performing prerequisite checks...

Prerequisite check "CheckActiveFilesAndExecutables" failed.

The details are:

Following executables are active:

/ u01/app/oracle/product/11.2.0/dbhome_1/lib/libclntsh.so.11.1

UtilSession failed: Prerequisite check "CheckActiveFilesAndExecutables" failed.

Log file location: / u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch3014-10-309 23-03-00PM_1.log

OPatch failed with error code 73

Libclntsh.so.11.1 file busy, at first did not expect to kill the process, restart the system, and then the fuser file did not prompt anyone to use, auto opatch is successful again.

Fuser / u01/app/oracle/product/11.2.0/dbhome_1/lib/libclntsh.so.11.1

If so, perform as follows:

Oracle@mydb1 > / sbin/fuser / u01/app/oracle/product/11.2.0/dbhome_1/lib/libclntsh.so.11.1

/ u01/app/oracle/product/11.2.0/dbhome_1/lib/libclntsh.so.11.1: 12195m

Oracle@mydb1 >

Oracle@mydb1 > ps-ef | grep 12195

Oracle 12195 11944 0 Jan19 pts/7 00:00:00 adrci

Oracle 22813 3717 0 21:18 pts/13 00:00:00 grep 12195

Oracle@mydb1 > kill-9 12195

Welcome to subscribe "Shulou Technology Information " to get latest news, interesting things and hot topics in the IT industry, and controls the hottest and latest Internet news, technology news and IT industry trends.

Views: 0

*The comments in the above article only represent the author's personal views and do not represent the views and positions of this website. If you have more insights, please feel free to contribute and share.

Share To

Database

Wechat

© 2024 shulou.com SLNews company. All rights reserved.

12
Report