标签：tmp 00 12c OPatch opatch sqlplus 打补丁 oracle

补丁的过程大概如下
cat /etc/issue
uname -a
两个zip文件，传到/tmp下面opatch_p6880880_122010_Linux-x86-64.zip，p28822515_122010_Linux-x86-64.zip
打补丁的目录：/opt/oracle/product/12.2.0/dbhome/OPatch
先shutdown immediate; lsnrctl stop，并用ps -ef | grep oracle检查进程，如果有sqlplus，也要杀掉
24676    1    0    April    pts/0    00:00:00    /usr/local/bin/rlwrap sqlplus / as sysdba
24677    24676    0    April    pts/1    00:00:00    sqlplus / as sysdba
直接杀父进程即可，kill -9 24676
进入/tmp,解压这2个文件，以下命令均在oracle用户下执行：
unzip opatch_p6880880_122010_Linux-x86-64.zip
unzip p28822515_122010_Linux-x86-64.zip
cd /opt/oracle/product/12.2.0/dbhome，即cd $ORACLE_HOME
mv OPatch/ OPatch_bk
cp -R /tmp/OPatch/ ./
cd OPatch
./opatch prereq CheckConflictAgainstOHWithDetail -ph /tmp/28822515/
提示：OPatch succeeded.
ps -ef | grep oracle
./opatch apply /tmp/28822515/
如果没有关闭，或停止监听，或者关闭sqlplus，会出现：OPatch failed with error code 73
如果正常，会提示OPatch succeeded.
./opatch lsinventory
开库，跑一下：
sqlplus / as sysdba
@?/rdbms/admin/dbmsrman.sql
@?/rdbms/admin/prvtrmns.plb
./datapatch -verbose
显示：Installing Patches....    最后显示Batch installation complete.
进入sql，执行：@?/rdbms/admin/utlrp.sql    (林工说这句的作用是：编译失效对象)
我问：是不是在打补丁的过程中，有些对象失败了，重新编译下就好了，他说是的。

标签：tmp,00,12c,OPatch,opatch,sqlplus,打补丁,oracle
来源： https://blog.csdn.net/der322/article/details/89511110

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。