标签云
asm恢复 bbed bootstrap$ dul kcbzib_kcrsds_1 kccpb_sanity_check_2 kcratr_nab_less_than_odr MySQL恢复 obet ORA-00312 ORA-00704 ORA-00742 ORA-01110 ORA-01200 ORA-01555 ORA-01578 ORA-01595 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-600 kcratr_nab_less_than_odr ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 ORACLE恢复 Oracle 恢复 ORACLE数据库恢复 oracle碎片 OSD-04016 YOUR FILES ARE ENCRYPTED 比特币加密文章分类
- MongoDB (1)
- MongoDB恢复 (1)
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (112)
- 数据库 (1,878)
- DB2 (22)
- MySQL (82)
- Oracle (1,704)
- Data Guard (53)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (168)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (72)
- Oracle Bug (8)
- Oracle RAC (56)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (659)
- Oracle安装升级 (107)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (91)
- PostgreSQL (37)
- pdu工具 (7)
- PostgreSQL恢复 (13)
- SQL Server (34)
- SQL Server恢复 (14)
- TimesTen (7)
- 达梦数据库 (5)
- 达梦恢复 (3)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (51)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (34)
- MongoDB (1)
-
最近发表
- 由于con$.con#值达到极限,触发数据库增加约束报ORA-600 12807错误
- MongoDB 离线提取工具—mongoext
- .bres勒索病毒加密数据库dmp文件可恢复
- ORA-600 krsm_mrp_rebuild_lf_list.lno_mismatch
- 记录一次0丢失的ORA-00354: 损坏重做日志块标头故障恢复
- 不当数据库恢复操作导致一个月数据丢失
- obet快速修复oracle 位图损坏块
- 不太常见的10.2.0.1的oracle redo损坏恢复
- obet forcecopy功能抢救硬件故障中的数据文件
- kcratr_nab_less_than_odr和system坏块故障处理
- 通过obet 恢复system坏块,打开数据库
- obet dbv功能完整说明
- 分享一例运行在aix上的sap系统数据库恢复过程
- OBET-Oracle Block Editor Tool使用说明
- 几乎动用了所有手段的Oracle故障恢复
- Oracle Block Edit Tool (obet) 功能增强–2026.07
- Oracle 19c 202607补丁(RUs+OJVM)-19.32
- Patch_SCN快速修复ORA-01555数据库open故障
- 快速处理 ORA-01210: data file header is media corrupt 故障
- ORA-00314: log 3 of thread 1, expected sequence# N doesn’t match 0
分类目录归档:Oracle安装升级
hosts无效内容未注释导致RAC安装OUI的Network Interface Usage报INS-41112
安装AIX RAC过程中,在OUI的Network Interface Usage报INS-41112,从而使得安装无法继续


错误记录摘要
Cause - Installer has detected that network interface en6 does not maintain connectivity on all cluster nodes. Action - Ensure that the chosen interface has been configured across all cluster nodes. Additional Information: Summary of the failed nodes xifenfei01 - PRVF-4190 : Verification of the hosts config file failed
hosts解析配置
10.70.89.68 xifenfei01 10.70.89.69 xifenfei01-vip 10.70.89.100 xifenfei01-priv 10.70.89.71 xifenfei02 10.70.89.72 xifenfei02-vip 10.70.89.101 xifenfei02-priv 10.70.89.79 xifenfei-scan
网卡配置
xifenfei01:/u01/soft/grid> ifconfig -a
en7: flags=1e084863,c0<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST,GROUPRT,64BIT,CHECKSUM_OFFLOAD(ACTIVE),LARGESEND,CHAIN>
inet 10.70.89.100 netmask 0xffffffe0 broadcast 10.70.89.127
tcp_sendspace 131072 tcp_recvspace 65536 rfc1323 0
en6: flags=1e084863,c0<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST,GROUPRT,64BIT,CHECKSUM_OFFLOAD(ACTIVE),LARGESEND,CHAIN>
inet 10.70.89.68 netmask 0xffffffe0 broadcast 10.70.89.95
tcp_sendspace 131072 tcp_recvspace 65536 rfc1323 0
lo0: flags=e08084b,c0<UP,BROADCAST,LOOPBACK,RUNNING,SIMPLEX,MULTICAST,GROUPRT,64BIT,LARGESEND,CHAIN>
inet 127.0.0.1 netmask 0xff000000 broadcast 127.255.255.255
inet6 ::1%1/0
tcp_sendspace 131072 tcp_recvspace 131072 rfc1323 1
xifenfei02/#ifconfig -a
en6: flags=1e084863,c0<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST,GROUPRT,64BIT,CHECKSUM_OFFLOAD(ACTIVE),LARGESEND,CHAIN>
inet 10.70.89.71 netmask 0xffffffe0 broadcast 10.70.89.95
tcp_sendspace 131072 tcp_recvspace 65536 rfc1323 0
en7: flags=1e084863,c0<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST,GROUPRT,64BIT,CHECKSUM_OFFLOAD(ACTIVE),LARGESEND,CHAIN>
inet 10.70.89.101 netmask 0xffffffe0 broadcast 10.70.89.127
tcp_sendspace 131072 tcp_recvspace 65536 rfc1323 0
lo0: flags=e08084b,c0<UP,BROADCAST,LOOPBACK,RUNNING,SIMPLEX,MULTICAST,GROUPRT,64BIT,LARGESEND,CHAIN>
inet 127.0.0.1 netmask 0xff000000 broadcast 127.255.255.255
inet6 ::1%1/0
tcp_sendspace 131072 tcp_recvspace 131072 rfc1323 1
xifenfei01/asmdisks#netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
en7 1500 link#2 0.11.25.bd.b8.7a 107 0 132 2 0
en7 1500 10.70.89.96 10.70.89.100 107 0 132 2 0
en6 1500 link#3 0.11.25.bd.a8.93 50015 0 36963 2 0
en6 1500 10.70.89.64 10.70.89.68 50015 0 36963 2 0
lo0 16896 link#1 1589 0 1588 0 0
lo0 16896 127 127.0.0.1 1589 0 1588 0 0
lo0 16896 ::1%1 1589 0 1588 0 0
xifenfei02/asmdisks#netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
en6 1500 link#2 0.11.25.bd.a8.a9 5401 0 3660 2 0
en6 1500 10.70.89.64 10.70.89.71 5401 0 3660 2 0
en7 1500 link#3 0.11.25.bd.51.d2 129 0 123 2 0
en7 1500 10.70.89.96 10.70.89.101 129 0 123 2 0
lo0 16896 link#1 1249 0 1249 0 0
lo0 16896 127 127.0.0.1 1249 0 1249 0 0
lo0 16896 ::1%1 1249 0 1249 0 0
这里可以看到网卡和IP配置是匹配,但是两台主机网卡显示顺序不一样.查看EtherChannel配置,也是正常的


网络ping测试
xifenfei01:/u01/soft/grid> ping xifenfei01-priv PING xifenfei01-priv: (10.70.89.100): 56 data bytes 64 bytes from 10.70.89.100: icmp_seq=0 ttl=255 time=0 ms 64 bytes from 10.70.89.100: icmp_seq=1 ttl=255 time=0 ms xifenfei02/#ping xifenfei01-priv PING xifenfei01-priv: (10.70.89.100): 56 data bytes 64 bytes from 10.70.89.100: icmp_seq=0 ttl=255 time=0 ms 64 bytes from 10.70.89.100: icmp_seq=1 ttl=255 time=0 ms
使用runcluvfy.sh检测网络配置
./runcluvfy.sh comp nodecon -i en7 -n xifenfei01-priv,xifenfei02-priv -verbose
xifenfei01:/u01/soft/grid> ./runcluvfy.sh comp nodecon -i en7 -n xifenfei01-priv,xifenfei02-priv -verbose
Verifying node connectivity
Checking node connectivity...
Checking hosts config file...
Node Name Status Comment
------------ ------------------------ ------------------------
xifenfei02-priv passed successful
xifenfei01-priv failed Invalid Entry
ERROR:
PRVF-4190 : Verification of the hosts config file failed
Interface information for node "xifenfei02-priv"
Name IP Address Subnet Gateway Def. Gateway HW Address MTU
------ --------------- --------------- --------------- --------------- ----------------- ------
en6 10.70.89.71 10.70.89.64 10.70.89.71 10.70.89.65 00:11:25:BD:A8:A9 1500
en7 10.70.89.101 10.70.89.96 10.70.89.101 10.70.89.65 00:11:25:BD:51:D2 1500
Interface information for node "xifenfei01-priv"
Name IP Address Subnet Gateway Def. Gateway HW Address MTU
------ --------------- --------------- --------------- --------------- ----------------- ------
en7 10.70.89.100 10.70.89.96 10.70.89.100 10.70.89.65 00:11:25:BD:B8:7A 1500
en6 10.70.89.68 10.70.89.64 10.70.89.68 10.70.89.65 00:11:25:BD:A8:93 1500
Check: Node connectivity for interface "en7"
Source Destination Connected?
------------------------------ ------------------------------ ----------------
xifenfei02-priv[10.70.89.101] xifenfei01-priv[10.70.89.100] yes
Result: Node connectivity passed for interface "en7"
Check: TCP connectivity of subnet "10.70.89.96"
Source Destination Connected?
------------------------------ ------------------------------ ----------------
xifenfei01:10.70.89.68 xifenfei02-priv:10.70.89.101 passed
xifenfei01:10.70.89.68 xifenfei01-priv:10.70.89.100 passed
Result: TCP connectivity check passed for subnet "10.70.89.96"
Checking subnet mask consistency...
Subnet mask consistency check passed for subnet "10.70.89.64".
Subnet mask consistency check passed for subnet "10.70.89.96".
Subnet mask consistency check passed.
Result: Node connectivity check failed
Verification of node connectivity was unsuccessful.
Checks did not pass for the following node(s):
xifenfei01-priv
这里显示xifenfei01-priv主机检测失败,报错为PRVF-4190,检查xifenfei01主机的hosts文件发现一处错误记录
xifenfei01/#vi /etc/hosts "/etc/hosts" 113 lines, 3556 characters # @(#)47 1.1 src/bos/usr/sbin/netstart/hosts, cmdnet, bos530 7/24/91 10: 00:46 # IBM_PROLOG_BEGIN_TAG # This is an automatically generated prolog. # # bos530 src/bos/usr/sbin/netstart/hosts 1.1 # # Licensed Materials - Property of IBM # # (C) COPYRIGHT International Business Machines Corp. 1985,1989 # All Rights Reserved # # US Government Users Restricted Rights - Use, duplication or # disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
这里发现”00:46″是一个新行,而且是无效记录,除掉该行记录,继续runcluvfy.sh测试
xifenfei01:/u01/soft/grid> ./runcluvfy.sh comp nodecon -i en7 -n xifenfei01-priv,xifenfei02-priv -verbose Verifying node connectivity Checking node connectivity... Checking hosts config file... Node Name Status ------------------------------------ ------------------------ xifenfei02-priv passed xifenfei01-priv passed Verification of the hosts config file successful Interface information for node "xifenfei02-priv" Name IP Address Subnet Gateway Def. Gateway HW Address MTU ------ --------------- --------------- --------------- --------------- ----------------- ------ en6 10.70.89.71 10.70.89.64 10.70.89.71 10.70.89.65 00:11:25:BD:A8:A9 1500 en7 10.70.89.101 10.70.89.96 10.70.89.101 10.70.89.65 00:11:25:BD:51:D2 1500 Interface information for node "xifenfei01-priv" Name IP Address Subnet Gateway Def. Gateway HW Address MTU ------ --------------- --------------- --------------- --------------- ----------------- ------ en7 10.70.89.100 10.70.89.96 10.70.89.100 10.70.89.65 00:11:25:BD:B8:7A 1500 en6 10.70.89.68 10.70.89.64 10.70.89.68 10.70.89.65 00:11:25:BD:A8:93 1500 Check: Node connectivity for interface "en7" Source Destination Connected? ------------------------------ ------------------------------ ---------------- xifenfei02-priv[10.70.89.101] xifenfei01-priv[10.70.89.100] yes Result: Node connectivity passed for interface "en7" Check: TCP connectivity of subnet "10.70.89.96" Source Destination Connected? ------------------------------ ------------------------------ ---------------- xifenfei01:10.70.89.68 xifenfei02-priv:10.70.89.101 passed xifenfei01:10.70.89.68 xifenfei01-priv:10.70.89.100 passed Result: TCP connectivity check passed for subnet "10.70.89.96" Checking subnet mask consistency... Subnet mask consistency check passed for subnet "10.70.89.64". Subnet mask consistency check passed for subnet "10.70.89.96". Subnet mask consistency check passed. Result: Node connectivity check passed Verification of node connectivity was successful.
除掉无效记录后,runcluvfy检查通过.OUI继续安装一切正常.
果然是由于/etc/hosts中出现无效记录,从而使得RAC安装检查无法通过,再次提醒各位安装RAC需要小心hosts文件
参考文档:PRVF-4190 Verification of the Hosts Config File Failed (Doc ID 1056025.1)
[INS-41112] Specified network interface doesnt maintain connectivity across cluster nodes. (Doc ID 1427202.1)
打patch出现Copy failed—tfa服务导致部分lib未释放
在aix的11.2.0.4打psu之时,可能遇到由于tfa服务未停止导致部分lib未能够随着crs关闭而释放,从而导致升级升级失败,遇到这样的情况auto方式或者人工方式打patch都会失败,需要关闭tfa,并且使用slibclean释放lib对象,然后重新打patch
打11.2.0.4.3 psu中的18522515 patch失败
xifenf01:/home/grid> cle/app/grid -local /oradata/sys/soft/18706472/18522515 < Oracle Interim Patch Installer version 11.2.0.3.6 Copyright (c) 2013, Oracle Corporation. All rights reserved. Oracle Home : /u01/oracle/app/grid Central Inventory : /u01/oracle/app/oraInventory from : /u01/oracle/app/grid/oraInst.loc OPatch version : 11.2.0.3.6 OUI version : 11.2.0.4.0 Log file location : /u01/oracle/app/grid/cfgtoollogs/opatch/opatch2014-10-17_11-56-27AM_1.log Verifying environment and performing prerequisite checks... OPatch continues with these patches: 18522515 Do you want to proceed? [y|n] y User Responded with: Y All checks passed. 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 Please shutdown Oracle instances running out of this ORACLE_HOME on the local system. (Oracle Home = '/u01/oracle/app/grid') Is the local system ready for patching? [y|n] Y User Responded with: Y Backing up files... Applying interim patch '18522515' to OH '/u01/oracle/app/grid' Patching component oracle.crs, 11.2.0.4.0... Copy failed from '/oradata/sys/soft/18706472/18522515/files/lib/libhasgen11.so' to '/u01/oracle/app/grid/lib/libhasgen11.so'... Please verify all applications associated with the Oracle Home '/u01/oracle/app/grid' are shut down. If this is AIX, please perform solution documented in Note 739963.1 on https://myoraclesupport.oracle.com. Do you want to retry copying the file? [y|n] y User Responded with: Y Retry copying the file to '/u01/oracle/app/grid/lib/libhasgen11.so'. Copy failed from '/oradata/sys/soft/18706472/18522515/files/lib/libocr11.so' to '/u01/oracle/app/grid/lib/libocr11.so'... Please verify all applications associated with the Oracle Home '/u01/oracle/app/grid' are shut down. If this is AIX, please perform solution documented in Note 739963.1 on https://myoraclesupport.oracle.com. Do you want to retry copying the file? [y|n] y User Responded with: Y Retry copying the file to '/u01/oracle/app/grid/lib/libocr11.so'. Copy failed from '/oradata/sys/soft/18706472/18522515/files/lib/libocrb11.so' to '/u01/oracle/app/grid/lib/libocrb11.so'... Please verify all applications associated with the Oracle Home '/u01/oracle/app/grid' are shut down. If this is AIX, please perform solution documented in Note 739963.1 on https://myoraclesupport.oracle.com. Do you want to retry copying the file? [y|n] y User Responded with: Y Retry copying the file to '/u01/oracle/app/grid/lib/libocrb11.so'. The following actions have failed: Copy failed from '/oradata/sys/soft/18706472/18522515/files/lib/libhasgen11.so' to '/u01/oracle/app/grid/lib/libhasgen11.so'... Copy failed from '/oradata/sys/soft/18706472/18522515/files/lib/libocr11.so' to '/u01/oracle/app/grid/lib/libocr11.so'... Do you want to proceed? [y|n] y User Responded with: Y Verifying the update... There are 2 copy files under ORACLE_HOME that are not patched. Files check failed: Some files under ORACLE_HOME are not patched. Please see log file for details. ApplySession failed in system modification phase... 'Verification of patch failed: Files are not updated completely.' Restoring "/u01/oracle/app/grid" to the state prior to running NApply... OPatch failed to restore the files from backup area. Not running "make". NApply was not able to restore the home. Please invoke the following scripts: - restore.[sh,bat] - make.txt (Unix only) to restore the ORACLE_HOME. They are located under "/u01/oracle/app/grid/.patch_storage/NApply/2014-10-17_11-56-27AM" UtilSession failed: ApplySession failed in system modification phase... 'Verification of patch failed: Files are not updated completely.' Log file location: /u01/oracle/app/grid/cfgtoollogs/opatch/opatch2014-10-17_11-56-27AM_1.log OPatch failed with error code 73
关闭tfa服务
xifenf01:/home/grid> ps -ef|grep -v grep|grep -E 'init|d.bin|ocls|UID|ora|crs|sql|tns|grid'
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 11:16:01 - 0:00 /etc/init
root 32243912 1 0 11:19:15 - 0:00 /usr/sbin/vxnotify -g oradata_dg -icfspdvACLMSk
root 32374816 1 0 11:17:46 - 0:00 /bin/sh /etc/init.ohasd run
root 32505956 1 0 11:17:56 - 0:09 /u01/oracle/app/grid/jdk/jre/bin/java -Xms64m -Xmx256m -classpath
/u01/oracle/app/grid/tfa/xifenf01/tfa_home/jar/RATFA.jar:/u01/oracle/app/grid/tfa/xifenf01/tfa_home/jar/je-4.0.103.jar:
/u01/oracle/app/grid/tfa/xifenf01/tfa_home/jar/ojdbc6.jar oracle.rat.tfa.TFAMain /u01/oracle/app/grid/tfa/xifenf01/tfa_home
root 33095694 1 0 11:19:15 - 0:00 /usr/sbin/vxnotify -g crsdata_dg -icfspdvACLMSk
grid 34013244 5505292 0 11:56:25 pts/0 0:00 -sh
root 3211548 1 0 11:17:34 - 0:00 /opt/VRTSdbed/bin/vxdbd
root 5112296 1 0 11:17:46 - 0:00 /bin/sh /etc/init.tfa run
grid 6422822 34013244 0 13:03:33 pts/0 0:00 ps -ef
xifenf01:/home/grid> exit
xifenf01/#/etc/init.tfa stop
Stopping TFA
TFA is running - Will wait 5 seconds (up to 3 times)
TFA is running - Will wait 5 seconds (up to 3 times)
TFA is running - Will wait 5 seconds (up to 3 times)
TFAmain Force Stopped Successfully
Killing TFA running with pid 32505956
. . .
Successfully stopped TFA..
xifenf01/#ps -ef|grep -v grep|grep -E 'init|d.bin|ocls|UID|ora|crs|sql|tns|grid'
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 11:16:01 - 0:00 /etc/init
root 32243912 1 0 11:19:15 - 0:00 /usr/sbin/vxnotify -g oradata_dg -icfspdvACLMSk
root 32374816 1 0 11:17:46 - 0:00 /bin/sh /etc/init.ohasd run
root 33095694 1 0 11:19:15 - 0:00 /usr/sbin/vxnotify -g crsdata_dg -icfspdvACLMSk
root 3211548 1 0 11:17:34 - 0:00 /opt/VRTSdbed/bin/vxdbd
root 5112296 1 0 11:17:46 - 0:00 /bin/sh /etc/init.tfa run
清理未释放lib对象
xifenf01/#genkld | grep /u01/oracle/app/grid 900000004523000 252429f /u01/oracle/app/grid/lib/libclntsh.so 9000000012e7000 2ddd80d /u01/oracle/app/grid/lib/libttsh11.so 9000000040c5000 6c16 /u01/oracle/app/grid/lib/libskgxn2.so 9000000012da000 cb95 /u01/oracle/app/grid/lib/libocrutl11.so 9000000010cb000 20efa3 /u01/oracle/app/grid/lib/libocrb11.so 90000000102a000 a0f25 /u01/oracle/app/grid/lib/libocr11.so 900000000989000 6a0dc1 /u01/oracle/app/grid/lib/libhasgen11.so 9000000075ee000 b1cf /u01/oracle/app/grid/jdk/jre/bin/libnio.a 9000000075cd000 20c36 /u01/oracle/app/grid/jdk/jre/bin/libnet.a 9000000075b5000 17840 /u01/oracle/app/grid/jdk/jre/bin/libzip.a 900000007592000 21708 /u01/oracle/app/grid/jdk/jre/bin/libj9ute23.so 90000000757d000 14a1f /u01/oracle/app/grid/jdk/jre/bin/libiverel23.so 900000007513000 69b64 /u01/oracle/app/grid/jdk/jre/bin/libjclscar_23.so 9000000074ee000 243de /u01/oracle/app/grid/jdk/jre/bin/libj9vrb23.so 9000000074b9000 3404a /u01/oracle/app/grid/jdk/jre/bin/libj9jvmti23.so 90000000748a000 2ed44 /u01/oracle/app/grid/jdk/jre/bin/libj9dyn23.so 9000000073f0000 99873 /u01/oracle/app/grid/jdk/jre/bin/libj9gc23.so 9000000073d8000 17a91 /u01/oracle/app/grid/jdk/jre/bin/libj9bcv23.so 900000006f20000 4b7279 /u01/oracle/app/grid/jdk/jre/bin/libj9jit23.so 900000006f0f000 10f07 /u01/oracle/app/grid/jdk/jre/bin/libj9trc23.so 900000006ed0000 2cd1f /u01/oracle/app/grid/jdk/jre/bin/libj9dmp23.so 900000006efd000 11bb3 /u01/oracle/app/grid/jdk/jre/bin/libj9zlib23.so 900000006e96000 37b96 /u01/oracle/app/grid/jdk/jre/bin/libjava.a 900000006ece000 1d41 /u01/oracle/app/grid/jdk/jre/bin/libwrappers.a 900000006dcf000 70780 /u01/oracle/app/grid/jdk/jre/bin/libj9vm23.so 900000006e42000 534c0 /u01/oracle/app/grid/jdk/jre/bin/libj9prt23.so 900000006e40000 1d37 /u01/oracle/app/grid/jdk/jre/bin/libj9hookable23.so 900000006da6000 1cde3 /u01/oracle/app/grid/jdk/jre/bin/j9vm/libjvm.so 900000006dc3000 bf62 /u01/oracle/app/grid/jdk/jre/bin/libj9thr23.so 900000000464000 214b /u01/oracle/app/grid/jdk/jre/bin/libjsig.so 900000006d96000 f802 /u01/oracle/app/grid/jdk/jre/bin/classic/libjvm.so xifenf01/# xifenf01/#/usr/sbin/slibclean xifenf01/#/usr/sbin/slibclean xifenf01/#/usr/sbin/slibclean xifenf01/#/usr/sbin/slibclean xifenf01/#genkld | grep /u01/oracle/app/grid xifenf01/#genkld | grep /u01/oracle/app/grid xifenf01/#
继续打patch
xifenf01/#su - grid xifenf01:/home/grid> cle/app/grid -local /oradata/sys/soft/18706472/18522515 < Oracle Interim Patch Installer version 11.2.0.3.6 Copyright (c) 2013, Oracle Corporation. All rights reserved. Oracle Home : /u01/oracle/app/grid Central Inventory : /u01/oracle/app/oraInventory from : /u01/oracle/app/grid/oraInst.loc OPatch version : 11.2.0.3.6 OUI version : 11.2.0.4.0 Log file location : /u01/oracle/app/grid/cfgtoollogs/opatch/opatch2014-10-17_13-07-20PM_1.log Verifying environment and performing prerequisite checks... OPatch continues with these patches: 18522515 Do you want to proceed? [y|n] y User Responded with: Y All checks passed. 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 Please shutdown Oracle instances running out of this ORACLE_HOME on the local system. (Oracle Home = '/u01/oracle/app/grid') Is the local system ready for patching? [y|n] Y User Responded with: Y Backing up files... Applying interim patch '18522515' to OH '/u01/oracle/app/grid' Patching component oracle.crs, 11.2.0.4.0... Verifying the update... Patch 18522515 successfully applied. Log file location: /u01/oracle/app/grid/cfgtoollogs/opatch/opatch2014-10-17_13-07-20PM_1.log OPatch succeeded. xifenf01:/home/grid>
发表在 Oracle安装升级
评论关闭
11GR2升级到12CR1并插入CDB
ORACLE 12C已经发布了十多天,其中一个亮点就是pdb,而在12C之前的数据库没有pdb之说,也就是说如果要把以前的数据库升级到12C,并且想让该库变成一个pdb,那所要做的工作就是先需要升级数据库从12C之前版本升级到12C,然后把一个NO-CDB数据库PLUG到CDB中.本blog演示:在前段时间意外的释放出来ORACLE 11.2.0.4版本,利用该版本升级到12.1.0.1,并插入到一个cdb库中
ORACLE 12C升级版本要求

11.2.0.4到12.1.0.1升级操作操作[升级整体参考文档1503653.1]
当前相关组件版本信息
SQL> select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production PL/SQL Release 11.2.0.4.0 - Production CORE 11.2.0.4.0 Production TNS for Linux: Version 11.2.0.4.0 - Production NLSRTL Version 11.2.0.4.0 - Production SQL> show parameter name; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ cell_offloadgroup_name string db_file_name_convert string db_name string ora11g db_unique_name string ora11g global_names boolean FALSE instance_name string ora11g lock_name_space string log_file_name_convert string processor_group_name string service_names string ora11g SQL> select COMP_NAME,VERSION,STATUS from dba_registry; COMP_NAME VERSION STATUS ---------------------------------------- ------------------------------ ---------------------- OWB 11.2.0.4.0 VALID Oracle Application Express 3.2.1.00.12 VALID Spatial 11.2.0.4.0 VALID Oracle Multimedia 11.2.0.4.0 VALID Oracle XML Database 11.2.0.4.0 VALID Oracle Text 11.2.0.4.0 VALID Oracle Expression Filter 11.2.0.4.0 VALID Oracle Rules Manager 11.2.0.4.0 VALID Oracle Workspace Manager 11.2.0.4.0 VALID Oracle Database Catalog Views 11.2.0.4.0 VALID Oracle Database Packages and Types 11.2.0.4.0 VALID JServer JAVA Virtual Machine 11.2.0.4.0 VALID Oracle XDK 11.2.0.4.0 VALID Oracle Database Java Packages 11.2.0.4.0 VALID OLAP Analytic Workspace 11.2.0.4.0 VALID Oracle OLAP API 11.2.0.4.0 VALID 16 rows selected.
升级准备工作
执行Pre-Upgrade Utility,具体参考Note 884522.1 How to Download and Run Oracle’s Database Pre-Upgrade Utility
SQL> @/tmp/preupgrd.sql
Loading Pre-Upgrade Package...
Executing Pre-Upgrade Checks...
Pre-Upgrade Checks Complete.
************************************************************
Results of the checks are located at:
/u02/app/oracle/cfgtoollogs/ora11g/preupgrade/preupgrade.log
Pre-Upgrade Fixup Script (run in source database environment):
/u02/app/oracle/cfgtoollogs/ora11g/preupgrade/preupgrade_fixups.sql
Post-Upgrade Fixup Script (run shortly after upgrade):
/u02/app/oracle/cfgtoollogs/ora11g/preupgrade/postupgrade_fixups.sql
************************************************************
Fixup scripts must be reviewed prior to being executed.
************************************************************
************************************************************
====>> USER ACTION REQUIRED <<====
************************************************************
The following are *** ERROR LEVEL CONDITIONS *** that must be addressed
prior to attempting your upgrade.
Failure to do so will result in a failed upgrade.
You MUST resolve the above errors prior to upgrade
************************************************************
这里发生了改变,在12C之前版本直接显示需要修改的相关操作,12C把相关操作封装到了preupgrade_fixups.sql脚本,执行该脚本按照提示修复问题.
这里主要以下问题需要解决
ALTER SYSTEM SET PROCESSES=300 SCOPE=SPFILE; @/u01/app/oracle/product/12.1/db_1/rdbms/admin/emremove.sql @/u02/app/oracle/product/11.2/db_1/olap/admin/catnoamd.sql EXECUTE dbms_stats.gather_dictionary_stats;
执行dbupgdiag.sql收集升级前信息
如果有异常核对相应的MOS文章修改,具体见Script to Collect DB Upgrade/Migrate Diagnostic Information (dbupgdiag.sql) [ID 556610.1]
dbua升级数据库
12C的dbua发生了不上变化,因为都是图形化界面,不做过多描述,贴上几幅区别较大图进行说明,关于12C的dbua变化更加详细信息请参考:Complete Checklist to Upgrade the Database to 12c Release 1 using DBUA [ID 1516557.1]



升级后检查
执行postupgrade_fixups.sql脚本查看确定需要升级后处理事宜,因为是dbua升级数据库,很多问题已经自动修复,无需人工再次干预,例如timezone(14–>18)
SQL> select * from v$version; BANNER CON_ID -------------------------------------------------------------------------------- ---------- Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production 0 PL/SQL Release 12.1.0.1.0 - Production 0 CORE 12.1.0.1.0 Production 0 TNS for Linux: Version 12.1.0.1.0 - Production 0 NLSRTL Version 12.1.0.1.0 - Production 0 SQL> select COMP_NAME,VERSION,STATUS from dba_registry; COMP_NAME VERSION STATUS --------------------------------------------- ------------------------------ ---------------------- Oracle Application Express 4.2.0.00.27 VALID OWB 11.2.0.4.0 VALID Spatial 12.1.0.1.0 VALID Oracle Multimedia 12.1.0.1.0 VALID Oracle XML Database 12.1.0.1.0 VALID Oracle Text 12.1.0.1.0 VALID Oracle Workspace Manager 12.1.0.1.0 VALID Oracle Database Catalog Views 12.1.0.1.0 VALID Oracle Database Packages and Types 12.1.0.1.0 VALID JServer JAVA Virtual Machine 12.1.0.1.0 VALID Oracle XDK 12.1.0.1.0 VALID Oracle Database Java Packages 12.1.0.1.0 VALID OLAP Analytic Workspace 12.1.0.1.0 VALID Oracle OLAP API 12.1.0.1.0 VALID 14 rows selected.
升级前后oratab信息对比
dbua使用12C环境变量shell下执行,注意不要人工修改oratab记录,执行完会自动修改
--升级前 [oracle@xifenfei ~]$ grep ora11g /etc/oratab ora11g:/u02/app/oracle/product/11.2/db_1:N: # line added by Agent --升级后 [oracle@xifenfei ~]$ grep ora11g /etc/oratab ora11g:/u01/app/oracle/product/12.1/db_1:N: # line added by Agent
到此,我们可以确定11.2.0.4已经顺利升级到12.1.0.1,升级过程比较顺利,但是升级时间比较长,很可能和我的机器配置有关
NO-CDB PLUG CDB
把11.2.0.4升级到12.1.0.1的数据库插入到一个CDB数据库中,让其成为CDB一部分
PLUG操作示意图

升级后数据库信息
SQL> select cdb,NAME,dbid from v$database; CDB NAME DBID --- --------- ---------- NO ORA11G 4215674657 SQL> select * from v$version; BANNER CON_ID -------------------------------------------------------------------------------- ---------- Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production 0 PL/SQL Release 12.1.0.1.0 - Production 0 CORE 12.1.0.1.0 Production 0 TNS for Linux: Version 12.1.0.1.0 - Production 0 NLSRTL Version 12.1.0.1.0 - Production 0
创建XML元数据文件
SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down. SQL> startup mount; ORACLE instance started. Total System Global Area 801701888 bytes Fixed Size 2293496 bytes Variable Size 314573064 bytes Database Buffers 478150656 bytes Redo Buffers 6684672 bytes Database mounted. SQL> alter database open read only; Database altered. SQL> EXEC DBMS_PDB.DESCRIBE( pdb_descr_file => '/tmp/ora11g.xml'); PL/SQL procedure successfully completed. SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down.
CDB数据库信息
SQL> select * from v$version;
BANNER CON_ID
-------------------------------------------------------------------------------- ----------
Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production 0
PL/SQL Release 12.1.0.1.0 - Production 0
CORE 12.1.0.1.0 Production 0
TNS for Linux: Version 12.1.0.1.0 - Production 0
NLSRTL Version 12.1.0.1.0 - Production 0
SQL> show pdbs;
CON_ID CON_NAME OPEN MODE RESTRICTED
---------- ------------------------------ ---------- ----------
2 PDB$SEED READ ONLY NO
3 PDB1 MOUNTED
4 PDB2 MOUNTED
检查升级后数据库是否适合插入到该cdb
SQL> set serveroutput on;
declare
compat boolean := FALSE;
begin
compat := dbms_pdb.check_plug_compatibility(pdb_descr_file => '/tmp/ora11g.xml');
if compat
then
dbms_output.put_line('Yes');
else
dbms_output.put_line('No');
end if;
end;SQL> 2 3 4 5 6 7 8 9 10 11
12 /
No
PL/SQL procedure successfully completed.
因为是第一次插入所以显示是No,可以忽略该问题继续插入
插入no-cdb to cdb库
SQL> CREATE PLUGGABLE DATABASE ora11g USING '/tmp/ora11g.xml' NOCOPY;
Pluggable database created.
SQL> show pdbs
CON_ID CON_NAME OPEN MODE RESTRICTED
---------- ------------------------------ ---------- ----------
2 PDB$SEED READ ONLY NO
3 PDB1 MOUNTED
4 PDB2 MOUNTED
5 ORA11G MOUNTED
根据官方文档描述,如果是第一次是no-cdb plug cdb,需要先open一次库
SQL> alter session set container=ora11g;
Session altered.
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-24344: success with compilation error
SQL> !oerr ora 24344
24344, 00000, "success with compilation error"
// *Cause: A sql/plsql compilation error occurred.
// *Action: Return OCI_SUCCESS_WITH_INFO along with the error code
SQL> show pdbs;
CON_ID CON_NAME OPEN MODE RESTRICTED
---------- ------------------------------ ---------- ----------
5 ORA11G READ WRITE YES
出现ORA-24344,但是数据库正常open到read write模式,忽略该错误,继续执行
执行noncdb_to_pdb脚本
SQL> alter session set container=ora11g; Session altered. SQL> shutdown immediate Pluggable Database closed. SQL> @$ORACLE_HOME/rdbms/admin/noncdb_to_pdb.sql --遇到Warning,脚本自动忽略该错误,继续执行,在最后该脚本编译的时候会修复该问题,原因很可能是某个plslq异常 SQL> alter pluggable database "&pdbname" open restricted; old 1: alter pluggable database "&pdbname" open restricted new 1: alter pluggable database "ORA11G" open restricted Warning: PDB altered with errors.
同步pdb信息
[oracle@xifenfei ~]$ sqlplus sys/xifenfei@ora11g as sysdba SQL*Plus: Release 12.1.0.1.0 Production on Mon Jul 1 03:05:42 2013 Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP, Advanced Analytics and Real Application Testing options SYS% ora11g> alter pluggable database open restricted; Pluggable database altered. SYS% ora11g> exec dbms_pdb.sync_pdb(); PL/SQL procedure successfully completed. SYS% ora11g> alter pluggable database close immediate; Pluggable database altered. SYS% ora11g> alter pluggable database open; Pluggable database altered.
确定no-cdb plug cdb 成功
SYS% ora11g> conn / as sysdba
Connected.
SYS% cdb1> show pdbs
CON_ID CON_NAME OPEN MODE RESTRICTED
---------- ------------------------------ ---------- ----------
2 PDB$SEED READ ONLY NO
3 PDB1 MOUNTED
4 PDB2 MOUNTED
5 ORA11G READ WRITE NO
到这里已经完全完成了11.2.0.4数据库插入到12.1.0.1中,实现把11GR2转化为CDB数据库中的一个PDB
发表在 ORACLE 12C, Oracle安装升级
3 条评论

加我微信(17813235971)
加我QQ(107644445)

