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

問題1：

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

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

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

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

查看日志有如下報錯：

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

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

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

重新查看補丁信息，如下：

問題2：升級過程中拋出OOM異常

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

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

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

問題3：weblogic12C升級過程中OPatch版本問題

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

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

而在未升級補丁時，日志記錄的驅(qū)動版本為12.1.0.2.0版本，如下：

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

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

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

問題5：補丁升級后weblogicserver啟動異常

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

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

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

問題6：補丁升級后weblogicserver啟動異常

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

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

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

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

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

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

問題7：補丁升級后weblogicserver啟動異常

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

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

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

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

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

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

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

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

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

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

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