patch apply to solve the startup hang of windows server with cpu more than 64 cores

之前遇到了:拥有很多cpu核数的windows服务器,在dbca建库时hang住的问题,详细的信息可以参考上一篇文章:

http://www.bangela.org/?p=914

下面讲讲其中patch apply的解决方案,当然你也可以disable多余的cpu来解决。

安装10204的软件,然后尝试dbca建库,果然遇到了startup hang的问题,服务器有48个逻辑的core。如下是在试图使用pfile启动库的时候,遭遇的hang住。
 
[Thread-11] [13:15:18:828] [CloneRmanRestoreStep.executeImpl:217]  Instance Creation went fine……….
[Thread-11] [13:15:18:828] [CloneRmanRestoreStep.executeImpl:224]  db_recovery_file_dest=E:oracleproduct10.2.0flash_recovery_area
[Thread-11] [13:15:18:828] [CloneRmanRestoreStep.executeImpl:227]  db_recovery_file_dest_size=2147483648
[Thread-11] [13:15:19:734] [SQLEngine.setSpool:1750]  old Spool  = null
[Thread-11] [13:15:19:734] [SQLEngine.setSpool:1751]  Setting Spool  = E:oracleproduct10.2.0db_1cfgtoollogsdbcatestCloneRmanRestore.log
[Thread-11] [13:15:19:734] [SQLEngine.setSpool:1752]  Is spool appendable? –> true
[Thread-11] [13:15:19:734] [CloneRmanRestoreStep.executeImpl:320]  starting with pfile=E:oracleproduct10.2.0admintestpfileinit.ora
 
patch apply 10008104
 
按照patch介质中的readme指引进行操作。拷贝其要求的Opatch工具,因为readme中对于opatch工具的版本有相应的要求。
 
停止windows服务中的service(oracleServiceSID),如果有的话,然后开始patch apply的过程,严格参考readme就可以了。
 
cd 10008104
opatch apply
 
查看执行期间的log信息
信息:Start the Apply postScript at Tue Nov 27 13:34:01 CST 2012
信息:执行 ' Command and arguments of pre/post scripts is restricted to be viewed in log file ':
 
返回代码 = 0
信息:Finish the Apply postScript at Tue Nov 27 13:34:02 CST 2012
信息:
本地系统已打补丁, 可以重新启动。
 
信息:Finish applying patch to local system at Tue Nov 27 13:34:02 CST 2012
信息:Finishing ApplySession at Tue Nov 27 13:34:02 CST 2012
信息:Total time spent waiting for user-input is 35 seconds.  Finish at Tue Nov 27 13:34:02 CST 2012
 
 
patch apply完毕后,启动windows中的oracle服务(如果没有dbca建库,则不会有oracleServiceSID服务)
 
再次启动dbca,尝试建库,轻松创建成功。
 
这个startup hang的问题还确实挺诡异的,hang住的问题,界面一般没有告警,比较不容易入手诊断。
 
–EOF–