雖然當(dāng)前國(guó)內(nèi)去IOE波濤洶涌，但不可否認(rèn)OracleWeblogic當(dāng)前市場(chǎng)還有有一定使用量。所以，weblogic依然是中間件運(yùn)維的重要工作之一。然而Oracleweblogic已經(jīng)連續(xù)三個(gè)季度（2019年10月~2020年7月）曝出CVSS風(fēng)險(xiǎn)為9.8的高危安全漏洞，漏洞修復(fù)是一輪接著一輪，輪的哥都要吐了，但沒辦法，活兒還是不能拉下。本文主要是針對(duì)weblogic漏洞修復(fù)，羅列一些在weblogic安全漏洞補(bǔ)丁更打過(guò)程中筆者遇到的一些問題以及解決方案或思路，希望對(duì)同樣做補(bǔ)丁升級(jí)的兄弟們有所啟示。

問題1：

weblogic補(bǔ)丁升級(jí)后執(zhí)行BSUCOMMAND查看不到補(bǔ)丁信息

該問題出現(xiàn)在weblogic11g正常更打完P(guān)SU補(bǔ)丁集后，最后使用./bsu.sh–view -status=applied -prod_dir=最后查看校驗(yàn)一下補(bǔ)丁版本信息時(shí)，結(jié)果卻沒返回有補(bǔ)丁信息：

此時(shí)莫慌張，并不是你補(bǔ)丁安裝失敗了。可以關(guān)注到紅線部分，此處的weblogicPatch指定了一“DownloadDir:“ ，懷疑和這個(gè)設(shè)置有關(guān)。我們嘗試?yán)^續(xù)使用bsu.sh查看補(bǔ)丁信息，這次咱們開啟debug日志來(lái)驗(yàn)證想法：

 ./bsu.sh -view -verbose -status=applied -prod_dir=/data1/weblogic/wlserver_10.3 -log=bsu.log -log_priority=debug，日志會(huì)生成在腳本當(dāng)前路徑。

查看日志有如下報(bào)錯(cuò)：

問題原因：是我們習(xí)慣將補(bǔ)丁放到./utils/bsu/cache_dir解壓更打，而此處weblogic指定了DownloadDir這個(gè)目錄，所以才產(chǎn)生這個(gè)問題，讀取不到補(bǔ)丁信息。

解決方法：1）將本次更打的patch-catalog_xxxxx.xml文件拷貝到上述目錄下，重命名為patch-catalog.xml。

2)重新指定本次patch_download_dir目錄-patch_download_dir=/data1/weblogic/utils/bsu/cache_dir

重新查看補(bǔ)丁信息，如下：

問題2：升級(jí)過(guò)程中拋出OOM異常

該問題新手在更打或卸載weblogic11g補(bǔ)丁過(guò)程中經(jīng)常會(huì)遇到，報(bào)錯(cuò)如下“java.lang.OutOfMemoryError:Java heap space“

問題原因：卸載或更打補(bǔ)丁前，未設(shè)置合理的JVM大小，導(dǎo)致執(zhí)行過(guò)程中JVM不足，內(nèi)存溢出。

解決方法：修改bsu.sh,將如下設(shè)置修改為-Xms2048m –Xmx2048m，或者內(nèi)存充足的情況下，設(shè)置為更大的值即可。

問題3：weblogic12C升級(jí)過(guò)程中OPatch版本問題

該問題常出現(xiàn)在weblogic12c版本補(bǔ)丁更打過(guò)程當(dāng)中，報(bào)錯(cuò)信息很友好，直接給出了解決方案：

問題原因：TheOPatch version is not applicable for current OUI version.

解決方法：到OracleSupport下載patch6880880，更新OPatch，命令如下：

java-jar /6880880/opatch_generic.jar -silentoracle_home=

更新后，使用opatchversion，查看當(dāng)前opatch信息如下：

問題4：拷貝安裝的惹的禍

某系統(tǒng)某次weblogicPSU補(bǔ)丁升級(jí)完成后,該系統(tǒng)出現(xiàn)“ORA-01461:僅能綁定要插入 LONG列的 LONG值”報(bào)錯(cuò)，報(bào)錯(cuò)之前系統(tǒng)只做過(guò)weblogicPSU更打，于是第一時(shí)間回滾后，問題消失，確認(rèn)問題由補(bǔ)丁升級(jí)引起。經(jīng)排查，初步判定ORA-01461報(bào)錯(cuò)原因應(yīng)該系數(shù)據(jù)庫(kù)與客戶端JDBC驅(qū)動(dòng)不匹配所致。當(dāng)晚升級(jí)人員在補(bǔ)丁升級(jí)后，應(yīng)用啟動(dòng)日志記錄的數(shù)據(jù)源與庫(kù)建立連接使用的驅(qū)動(dòng)版本為11.2.0.3.0，日志記錄如下：

而在未升級(jí)補(bǔ)丁時(shí)，日志記錄的驅(qū)動(dòng)版本為12.1.0.2.0版本，如下：

繼續(xù)核實(shí)發(fā)現(xiàn)，該系統(tǒng)weblogic產(chǎn)品針對(duì)jdbc驅(qū)動(dòng)包ojdbc6.jar做了修改（修改后驅(qū)動(dòng)為12.1.0.2.0版本），而當(dāng)晚升級(jí)操作人員直接使用其他系統(tǒng)升級(jí)完成的weblogic拷貝安裝至該系統(tǒng)主機(jī)，相當(dāng)于將修改后的ojdbc6.jar驅(qū)動(dòng)包還原了，因此驅(qū)動(dòng)版本變成了11.2.0.3.0，導(dǎo)致問題的出現(xiàn)。

問題原因：在沒了解清楚當(dāng)前系統(tǒng)weblogic是否做過(guò)一些特定修改下，直接拷貝安裝。

解決方法：在大批量服務(wù)器進(jìn)行weblogic補(bǔ)丁更新時(shí)，可能大家都采用過(guò)拷貝安裝的方式：先打一臺(tái)模板，后續(xù)直接打包weblogic產(chǎn)品目錄拷貝解壓安裝到其他服務(wù)器上，以完成補(bǔ)丁跟新。正常情況下，如果weblogic產(chǎn)品內(nèi)部相關(guān)包未被修改或替換，確保操作系統(tǒng)版本、安裝目錄、jdk路徑及版本一致的情況下，這不失為一種有效的捷徑，但是如果存在weblogic產(chǎn)品內(nèi)部相關(guān)包未被修改或替換，那可能就會(huì)踩坑了。

問題5：補(bǔ)丁升級(jí)后weblogicserver啟動(dòng)異常

該問題常出現(xiàn)在weblogic產(chǎn)品安裝用戶與weblogicServer啟動(dòng)用戶不一樣的情況下，在weblogic補(bǔ)丁更打成功后，weblogicServer啟動(dòng)出現(xiàn)如下報(bào)錯(cuò),找不到”main”方法：

問題原因：weblogic補(bǔ)丁更打后，weblogic產(chǎn)品某些子錄下文件重新創(chuàng)建，導(dǎo)致WEBLOGIC_HOME下某些子目錄缺少可寫或可執(zhí)行權(quán)限所知。

解決方法：確保weblogicserver啟動(dòng)用戶對(duì)Weblogic_HOME下的所有子目錄具有可寫和可執(zhí)行的權(quán)限。建議如果weblogic安裝用戶與weblogicdomain域部署用戶不一致的情況下，更打完P(guān)SU補(bǔ)丁集后，請(qǐng)chmod–R 755 $Weblogic_HOME。

問題6：補(bǔ)丁升級(jí)后weblogicserver啟動(dòng)異常

首先說(shuō)明下，該問題的出現(xiàn)于weblogic升級(jí)并無(wú)直接關(guān)系，是筆者在今年7月份的一次weblogic補(bǔ)丁升級(jí)后，遇到的一次問題。情況是老套路，升級(jí)后，應(yīng)用啟不起來(lái)了，應(yīng)用側(cè)一口咬定補(bǔ)丁升級(jí)所致，報(bào)錯(cuò)如下圖：

說(shuō)實(shí)話哥也是心虛的，我所知的確實(shí)只有我做了weblogic補(bǔ)丁更新，問題也是第一次遇到，趁晚上升級(jí)還有時(shí)間，趕緊到MOS上找找答案。事實(shí)證明，確實(shí)很多坑，別人都已經(jīng)幫我們踩過(guò)了，找到類似的報(bào)錯(cuò)信息，

以上，原因1直接PASS了，原因2，可能存在config.xml或setEnv文件可能被改動(dòng)或失效。順著這個(gè)思路，找來(lái)了應(yīng)用賬號(hào)，直接去$DOMAIN_HOME/config下看了下config.xml文件，當(dāng)晚應(yīng)用側(cè)對(duì)config.xml文件明顯有改動(dòng)，存在多個(gè)版本。如下截圖：

后面就簡(jiǎn)單了，直接讓應(yīng)用先回滾config.xml文件，重啟weblogicserver正常啟動(dòng)，問題證實(shí)與補(bǔ)丁升級(jí)無(wú)關(guān)。

問題原因：應(yīng)用側(cè)修改config.xml文件存在格式或內(nèi)容錯(cuò)誤，導(dǎo)致文件失效所致。

解決方案：碰到?jīng)]見過(guò)的問題不要慌，先到官網(wǎng)找找資料，絕大部門的坑，別人已經(jīng)替咱們踩過(guò)了。

問題7：補(bǔ)丁升級(jí)后weblogicserver啟動(dòng)異常

最后一個(gè)案例，本人暫時(shí)沒有遇到，系Oracle原廠發(fā)出的一個(gè)預(yù)警，希望近期在更新PSU20200714朋友如果遇到了此問題，可以參考。

最近有客戶遇到WLS打完最新PSU20200714補(bǔ)丁后，服務(wù)啟動(dòng)報(bào)錯(cuò)的問題。OracleACSOFM團(tuán)隊(duì)初步分析是由于升級(jí)完成后，SAX對(duì)是否支持解析XML文件中的外部DTD默認(rèn)值做了改變（之前版本默認(rèn)值為true，新版本默認(rèn)值變?yōu)閒alse）。

如果升級(jí)完成后啟動(dòng)服務(wù)遇到如下類似報(bào)錯(cuò)，則是由于該問題導(dǎo)致。

目前的解決方案是在WebLogicserver的啟動(dòng)參數(shù)中增加 -Dweblogic.xml.jaxp.allow.externalDTD=true 規(guī)避這個(gè)問題（已經(jīng)過(guò)測(cè)試確認(rèn)）。

以上，是筆者或者同事在weblogic補(bǔ)丁更新過(guò)程中遇到的一些問題，以及記錄下來(lái)的問題解決方案或思路，類似的問題還有很多，篇幅有限，未一一列舉了。運(yùn)維過(guò)程中，我們遇到的問題可能是千變?nèi)f化，如何有效的去規(guī)避或者解決問題，我認(rèn)為需要咱們做到以下幾點(diǎn)：

• 涉及操作，請(qǐng)制定合理的操作方案，并虛心提交公司老人或?qū)＜覍徍耍?/span>

• 正確的分析和理解錯(cuò)誤日志，問題就解決一半了；

• 有效的利用互聯(lián)網(wǎng)資源，很多坑別人都已經(jīng)替你踩過(guò)了；

• 絕大部分問題相應(yīng)產(chǎn)品官網(wǎng)均有詳細(xì)的記錄與解決方案，請(qǐng)善于查找官方資料；

• 學(xué)會(huì)總結(jié)記錄，相同的問題你不一定能記住準(zhǔn)確的解決方案，好記性不如爛筆頭；

• 不要藏問題，請(qǐng)學(xué)會(huì)拋出問題，解決不了的提交專家或者至官網(wǎng)提交SR。