⑴ Oracle資料庫無響應故障處理方式
Oracle資料庫無響應故障處理方式
Oracle資料庫無響應故障，簡單地講就是資料庫實例不能響應客戶端發起的請求，客戶端提交一個sql後，就一直處於等待資料庫實例返回結果的狀態。更嚴重的現象是客戶端根本不能連接到資料庫，發起一個連接請求後，一直處於等待狀態。Oracle資料庫無響應故障怎麼處理呢?下面跟我一起來學習Oracle資料庫無響應故障的處理方法吧!
無響應的故障現象一般有以下幾種：
1.Oracle的進程在等待某個資源或事件
這種現象一般可以從V$SESSION_WAT、V$LATCH、V$LATCHHOLDER等動態視圖中檢查進程正在等待的資源或事件，而被等待的資源或事件，一直都不能被獲取，甚至是很長時間都不可獲得。如果這個正在等待的進程持有了其他的資源，則會引起其他的進程等待，這樣就很可能引起實例中大范圍的會話發生等待。由於進程在等待資源或事件時，通常都處於SLEEP狀態，消耗的CPU資源非常少(在等待latch時要稍微多消耗一些CPU資源)，所以從OS來看，CPU的消耗並不高，甚至是非常低。
這種因為等待而引起的個別進程Hang，相對比較容易處理。
2. OracleProcess Spins
所謂Spin，就是指Oracle進程中的代碼在執行某個過程時，陷入了循環。在V$SESSION視圖中，往往可以看到Hang住的會話，一直處於“ACTIVE”狀態。對於這樣的會話，用“alter system kill session ‘sid,serial#’”命令也不能完全斷開會話，會話只能被標記為“killed”，會話會繼續消耗大量的CPU。進程Spins由於是在做循環，CPU的消耗非常大，從OS上明顯可以看到這樣的進程，通常會消耗整個CPU的資源。
而對於這樣的Hang住的會話，處理起來相對比較復雜，並且為了從根本上解決問題，需要超過DBA日常維護所需要的技能。
從故障范圍來看，無響應故障可以分為以下幾種情況：
1. 單個或部分會話(進程)Hang住
這種情況屬於小范圍的故障，業務影響相對較小，一般來說只會影響業務系統的個別模塊。在一個多應用系統的資料庫上面，如果Hang住的會話比較多，則影響的可能是其中的一個應用系統。這里有一個例外，如果Hang住的進程是系統後台進程，如pmon、smon等，則影響的范圍就非常大了，最終甚至會影響整個資料庫及所有應用系統。還有值得注意的是，即使是少部分會話Hang住，也要及時處理，否則極有可能會擴散到整個系統。
2. 單個資料庫實例Hang住
這種情況造成的影響非常大。在這個實例上的所有應用系統均受到嚴重影響，並且在找到根源並最終解決問題之前，資料庫實例往往須要重啟。
3. OPS或RAC中的多個實例或所有實例都Hang住
在這種情況下，即使是OPS或RAC，都已經沒辦法提供高可用特性了。使用這個資料庫的所有應用系統將不能繼續提供服務，這種情況往往須要重啟。
無響應故障成因分析
Oracle資料庫無響應，一般主要由以下幾種原因引起：
1. 資料庫主機負載過高，嚴重超過主機承受能力
比如應用設計不當，資料庫性能低下，活動會話數的大量增加，導致資料庫主機的負載迅速增加，資料庫不能正常操作，並最終Hang住;主機物理內存嚴重不足，引起大量的換頁，特別是在SGA中的內存被大量換出到虛擬內存時，資料庫實例往往就會Hang住。
2. 日常維護不當、不正確的操作引起資料庫Hang住
比如歸檔日誌的存儲空間滿，導致資料庫不能歸檔，引起資料庫Hang住;在一個大並發的繁忙的系
統上，對DML操作比較多的大表進行move、增加外鍵約束等操作也可能使系統在短時間內負載大幅升高，並引起資料庫系統Hang住;不正確的資源計劃(Resource Plan)配置，使進程得不到足夠的CPU等。
3. Oracle資料庫的Bug
幾乎每個版本都存在著會導致資料庫系統Hang住的Bug，這些Bug會在一些特定的條件下觸發，特別是在RAC資料庫中，引起資料庫Hang住的Bug比較多。
4. 其他方面的一些原因
比如在RAC資料庫中，如果一個節點退出或加入到RAC的過程中，當進行Resource Reconfiguration時，會使系統凍結一段時間，也有可能使系統Hang住。
以上所描述的幾種常見的會導致Oracle資料庫實例Hang住的原因中，大部分的情況是可以避免的，只要維護得當，一般不會出現這種故障。對於Oracle資料庫Bug所導致的資料庫無響應故障，由於是在特定的情況下才會觸發，所以如果能夠盡量對資料庫打上最新版本的補丁，並且熟悉當前版本中會導致系統Hang住的Bug以及觸發條件，就能夠最大限度地避免這種故障的發生，提高系統的可用性。
那麼，在資料庫Hang住的情況下，如何去分析並發現導致問題的根源?一方面，由於系統Hang住會導致業務系統不可用，為了能夠盡快地恢復業務，須快速地判斷問題所在，然後Kill掉引起故障的會話和進程，或者資料庫實例不得不重啟以迅速恢復業務;但另一方面，如果只是重啟資料庫或Kill會話和進程來解決問題，在很多情況下是治標不治本的辦法，在以後故障隨時可能會出現。如何在二者之間進行抉擇呢?對於資料庫Hang故障的處理，首先是盡可能地收集到系統Hang住時的狀態數據，然後盡快地恢復業務，恢復業務後分析收集到的數據，找到資料庫系統Hang住的真正原因，然後再進行相應的處理。下一節將詳細描述資料庫系統Hang住後的處理流程。
無響應故障處理流程
對於Oracle無響應故障的處理，我們可以按下圖所示的流程進行。
值得注意的是，上圖並不是一個完整的Oracle資料庫故障處理流程圖，只是處理Oralce資料庫無響應這一類特定的故障的流程，只列出了針對這一特定類型故障處理時的關鍵處理點。不過既然是故障，所以這類故障的處理流程與其他故障的處理流程，有著非常相似的地方。
下面是整個流程的詳細說明：
1. 在出現資料庫無響應故障後，首先確認系統的影響范圍，如上節所描述的'，是部分業務系統或模塊還是所有的業務系統都受影響，是不是整個實例或多個實例都無響應。同時應詢問系統維護和開發人員，受影響的系統在出現故障前是否有過變動，包括主機硬體、操作系統、網路、資料庫以及應用等。有時一個細小的變動就可能導致出現資料庫Hang住這樣嚴重的故障。曾經遇到一個庫，應用只是修改了一個SELECT語句就導致了資料庫Hang住。
2. 為了避免由於網路、資料庫監聽或客戶端因素影響分析，建議都登錄到主機上進行操作。
3. 如果主機不能登錄(為了避免干擾流程主線，這里不討論如網路問題這樣也會導致不能連接的故障)，嘗試關閉出現問題的業務系統，甚至是所有的業務系統。如果關閉了所有的業務系統之後，仍然不能連接，則只有考慮重新啟動資料庫主機。在資料庫主機重新啟動後，使用操作系統工具或OSW等長期監控操作系統的資源使用，同時監控Oracle資料庫的性能和等待等。
4. 登錄上主機後，先用top、topas等命令簡單觀察一下系統。看看系統的CPU使用、物理內存和虛擬內存的使用、IO使用等情況。
5. 使用SQLPLUS連接資料庫，如果不能連接，則只能從操作系統上觀察系統中是否有異常的現象，比如佔用CPU過高的進程。使用gdb、dbx等debugger工具對資料庫進行system state mp;使用strace、truss等工具檢查異常進程的系統調用;使用pstack、procstack等工具察看異常進程的call stack等。
6. 使用SQLPLUS連接上資料庫後，進行hanganalyze、system state mp等操作;或檢查等待事件、異常會話等正在執行的SQL等待。
7. 找到故障產生的原因，如果暫時找不到原因，盡量收集數據。
8.確良如果應用急須恢復，可通過Kill會話、重啟資料庫實例等方式，先恢復應用。
9. 根據最終診斷結果，對資料庫升級打補丁，或者修改應用等方式從根本上解決問題。
怎樣避免資料庫出現無響應故障
作為Oracle資料庫DBA，除了處理故障之外，更重要的是如何預防故障的發生。根據前面對資料庫無響應故障的成因分析，在日常的維護工作中，須做到以下幾點：
1. 進行正確的維護操作
很多的資料庫無響應故障都是由於不正確的維護操作引起的。應避免在業務高峰期做大的維護操作，比如像move、加主外鍵約束等會長時間鎖表的操作。如果的確需要，盡量使用正確的操作方法。比如用ONLINE方式重建索引;建主鍵、唯一鍵約束時先建索引，然後在建約束時指定新建的索引，等等。也就是保證系統的並發性、可伸縮性，避免系統串列操作的出現。
2. 優化應用設計，優化資料庫性能
為避免性能問題導致在業務高峰期資料庫不能及時有效處理來自業務的請求，甚至於完全Hang住。對於資料庫中存在串列訪問的部分進行優化，比如latch、enqueue，還包括不合理的sequence設計等。特別是在RAC資料庫中，嚴重串列訪問等待往往更容易引起嚴重的性能問題。優化應用設計，使資料庫具有更好的可伸縮性和並行處理能力，能夠有效地避免性能問題引起的資料庫Hang住。
3. 利用監控系統隨時監控系統負載
遇到系統負載過高，內存不足，OS中虛擬內存換頁很頻繁等情況時，及時採取措施;監控Oracle資料庫的核心進程，如pmon、smon等，看是否有異常，如過高的CPU消耗。出現異常應立即處理;監控歸檔空間和日誌切換;監控資料庫中的等待事件，比如是否有大量的enqueue、log file switch (archiving needed)、resmgr:become active等待事件等。
4. 為資料庫打上補丁
很多的無響應故障是由於Oracle的Bug引起的，資料庫DBA應關注當前版本中有哪些Bug會導致資料庫Hang住，盡量為資料庫打上解決這些Bug的補丁。
;⑵ oracle 用sql語句查詢 已打補丁列表。
sys@NGAC>select*fromv$version;
BANNER
--------------------------------------------------------------------------------
.2.0.3.0-64bitProction
PL/SQLRelease11.2.0.3.0-Proction
CORE11.2.0.3.0Proction
TNSforLinux:Version11.2.0.3.0-Proction
NLSRTLVersion11.2.0.3.0-Proction
或者
[oracle@svr-ww-ora02OPatch]$$ORACLE_HOME/OPatch/opatchlsinventory
.2.0.3.0
Copyright(c)2012,OracleCorporation.Allrightsreserved.
OracleHome:/u01/app/oracle/proct/11gr2/db_1
CentralInventory:/u01/app/oraInventory
from:/u01/app/oracle/proct/11gr2/db_1/oraInst.loc
OPatchversion:11.2.0.3.0
OUIversion:11.2.0.3.0
Logfilelocation:/u01/app/oracle/proct/11gr2/db_1/cfgtoollogs/opatch/opatch2014-01-03_16-46-01PM_1.log
LsinventoryOutputfilelocation:/u01/app/oracle/proct/11gr2/db_1/cfgtoollogs/opatch/lsinv/lsinventory2014-01-03_16-46-01PM.txt
--------------------------------------------------------------------------------
InstalledTop-levelProcts(1):
OracleDatabase11g11.2.0.3.0
.
Interimpatches(1):
Patch14275605:appliedonTueOct3013:12:42CST2012
UniquePatchID:15367368
Patchdescription:"DatabasePatchSetUpdate:11.2.0.3.4(14275605)"
Createdon3Oct2012,18:38:19hrsPST8PDT
Sub-patch13923374;"DatabasePatchSetUpdate:11.2.0.3.3(13923374)"
Sub-patch13696216;"DatabasePatchSetUpdate:11.2.0.3.2(13696216)"
Sub-patch13343438;"DatabasePatchSetUpdate:11.2.0.3.1(13343438)"
Bugsfixed:
14480676,13566938,13419660,10350832,13632717,14063281,12919564
13624984,13430938,13467683,13588248,13420224,14548763,13080778
12646784,13804294,12861463,12834027,13377816,13036331,12880299
14664355,13499128,14409183,12998795,12829021,13492735,12794305
13503598,10133521,12718090,13742433,12905058,12401111,13742434
13257247,12849688,13362079,12950644,13742435,13464002,12917230
13923374,12879027,14613900,12585543,12535346,14480675,12588744
11877623,14480674,13916709,12847466,13773133,14076523,13649031
13340388,13366202,13528551,13981051,12894807,13343438,12582664
12748240,12797765,13385346,12923168,13384182,13612575,13466801
13484963,12971775,11063191,13772618,13070939,12797420,13035804
13041324,12976376,11708510,13742437,13737746,14062795,13035360
12693626,13742438,13326736,13332439,14038787,14062796,12913474
13001379,14390252,13099577,13370330,13059165,14062797,14275605
9873405,13742436,9858539,14062794,13358781,12960925,13699124
12662040,9703627,12617123,13338048,12938841,12658411,12620823
12845115,12656535,14062793,12678920,12764337,13354082,13397104
14062792,13250244,12594032,9761357,12612118,13742464,13550185
13457582,13527323,12780983,12583611,13502183,12780098,13705338
13696216,13476583,11840910,13903046,13572659,13718279,13554409
13657605,13103913,14063280--------------------------------------------------------------------------------
OPatchsucceeded.
我不記得sql可以直接查詢patch，因為補丁一般都是針對oracle資料庫軟體的。
⑶ 如何查看oracle資料庫已經安裝的補丁
1、在SqlPlus中，添加Select查詢語句。
⑷ 中國平安資料庫打補丁怎麼打
上帝_無言
關注
Oracle資料庫打補丁方法 原創
2022-04-29 17:54:42
1點贊
上帝_無言
碼齡5年
關注
本篇僅針對DB 12.1.0.2.0 版本12C 的Opatch工具打補丁來講解
Oracle 補丁過程
一，全庫備份 oracle
用戶：
abcdef
密碼：
123
資料庫：
ruru
全庫導出命令
exp abcdef/123@ruru file=E:\bak.dmp full=y
二，關閉實例，關閉進程，關閉監聽器。
1.開始菜單搜索，打開Sqlplus, 輸入 /as sysdba 登錄
2.執行 shutdown immediate 關閉資料庫實例，
3.停止相關服務，打開任務管理器，服務列，找到oracle相關服務右鍵停止
4.停止相關進程，打開任務管理器，進程列，找到相關進程 結束進程。
三，備份Opatch, 解壓補丁，打補丁。
1.opatch 文件夾備份，防止錯誤，可以恢復。
2.開始菜單搜索 命令提示符， 右鍵 以管理員身份運行，
進入到 %ORACL_HOME%\APP\proct\12.1.0\dbhome_1\OPatch
再進入相關補丁文件內 執行 …\opatch apply 命令執行打補丁過程
最後顯示 Successed 即為打補丁成功。
四，啟動相關進程，啟動oracle, 更新sql.
1.啟動之前關閉的伺服器 服務列中相關服務，點擊開始，
2.使用sqlplus連接資料庫，啟動實例
開始菜單搜索，打開Sqlplus, 輸入 /as sysdba 登錄
3.使用 startup 命令啟動資料庫實例。
4. 使用 PL/SQL 測試是否可以正常連接資料庫，
如果連接失敗 運行打開PDB, 如果正常連接 則不需要。
alter pluggable database all open;
5.更新注冊信息 到數據表，
在sqlPlus中 執行該命令
@?/rdbms/admin/dpload.sql
最後結果出現如下圖，即為打補丁成功。
文章知識點與官方知識檔案匹配
MySQL入門技能樹使用資料庫 創建和刪除資料庫
29055 人正在系統學習中
打開CSDN，閱讀體驗更佳
Windows環境下給oracle打補丁詳細教程_范微的博客
檢測當前數據補丁安裝情況。C:\WINDOWS\system32>opatch lsinventory Invoking OPatch 11.1.0.6.6 Oracle 中間補丁程序安裝程序版本 11.1.0.6.6 版權所有 (c) 2009, Oracle Corporation。保留所有權利。 Oracle 主目錄 : F:\app\mr_...
oracle滾動打補丁,使用Oracle Opatch打補丁_從一小姐的博客
1: MOS上下載對應的補丁(support.oracle.com); 2: 在打補丁前,有條件的情況下對資料庫進行一次全備份; 檢查資料庫環境: 每個補丁的應用都有一定的環境,包含資料庫版本,Opatch版本,我們通過命令opatch Isinventory來進行檢查,操作如下:...
Oracle資料庫如何打補丁
Oracle安裝好後，還需要打上補丁，才能夠穩定地運行的哦。
mysql漏洞如何打補丁_【補充】Mysql資料庫測試及使用環境搭建教程
一、背景介紹Metasploit就是一個漏洞框架。它的全稱叫做The Metasploit Framework，簡稱叫做MSF。Metasploit作為全球最受歡迎的工具，不僅僅是因為它的方便性和強大性，更重要的是它的框架。它允許使用者開發自己的漏洞腳本，從而進行測試。那麼如何利用Metasploit(msf)進行Mysql弱口令爆破呢？如何搭建Sql靶機呢？接下來讓我們一起學習！二、資...
繼續訪問
Oracle 11.2.0.4打補丁的方法_蟻庫的博客
Oracle 11.2.0.4打補丁的方法 一、概述 本文主要介紹了Oracle 11.2.0.3 升級到11.2.0.4的補丁的方法,本文給大家介紹的非常詳細,具有一定的參考借鑒價值,需要的朋友可以參考下 二、打補丁 所需補丁及高版本opatch...
oracle資料庫如何打補丁_DoveFeng的博客
為解決手工方式的缺陷,從9.2版開始,Oracle公司設計實現了個別補丁安裝管理工具opatch.opatch使用一個稱為inventory的系統數據結構(嚴格說是與oui共享inventory),集中管理所有已安裝的個別補丁;個別補丁的安裝和卸載都使用opatch命令完成,沖突檢測...
Oracle補丁就該這么打
Oracle補丁就該這么打 原創 金震宇 IT那活兒 今天 [ 補丁集下載 ] oracle打補丁最常見原因為bug修復或安全迎檢漏洞修復需要打到最新的補丁版本。下文的經驗之談是基於rac環境，19c版本的最新補丁集的過程分享。 可以參考《Assistant:Download Reference for Oracle Database/GI Update, Revision, PSU,SPU(CPU), Bundle Patches, Patchsets and Base Releases (Doc I
繼續訪問
最新發布 Oracle rac 19C（19.16）補丁升級（OPatch 34130714）操作過程
在升級完成後本次操作有個實例未能啟動，手動通過集群命令進行拉起此告警實例。6.完成數據字典更新後關閉實例進行OJVM升級,再次進行數據字典升級。6.完成數據字典更新後關閉實例進行OJVM升級,再次進行數據字典升級。2.兩個節點grid、oracle替換OPatch工具。2.兩個節點grid、oracle替換OPatch工具。2.兩個節點備份grid、oracle家目錄。2.兩個節點備份grid、oracle家目錄。5.節點一所有實例，進行數據字典更新。5.節點一所有實例，進行數據字典更新。
繼續訪問
記錄Oracle rac 19C（19.15）補丁升級（OPatch 33803476）操作過程
提示以下是本篇文章正文內容，下面案例可供參考。
繼續訪問
Windows環境下給oracle打補丁詳細教程
Windows環境下給oracle打補丁詳細教程
繼續訪問
oracle 打補丁
oracle 11G補丁安裝
繼續訪問
小白入門（九）：Oracle資料庫打補丁操作過程
文章目錄前言簡要介紹：一.OPatch 更新：1、檢查目前補丁包版本（$ORACLE_HOME下）：2、創建目錄備份當前Opatch工具：3、傳輸壓縮包並解壓Opatch工具至$ORACLE_HOME下：二、應用PSU補丁:1、Oraclehome下創建目錄解壓PSU補丁：2、執行oracle 中間補丁安裝程序：3、停止監聽以及資料庫：4、應用補丁：三、資料庫應用補丁：1、升級資料庫數據字典、編譯無效對象 ：2、查看 PSU 更新信息3、opatch 檢查：1、升級前檢查是否有沖突1.1測試兼容性, 如果之
繼續訪問
oracle 補丁,Oracle補丁介紹一
【前言】保證資料庫的穩定與安全運行是DBA的價值所在，Oracle Database本身也是一個軟體，隨著系統的使用場景和使用深度的增加一些原本沒被發現的漏洞或BUG就會逐漸被發現。所以成熟的IT企業，往往會定期對資料庫進行安全檢查和補丁的更新；【一】Oracle版本命名規則在進行Oracle更新補丁之前，先對Oracle的版本命名有個認識。從9i之後，oracle版本命名規則定義如下：A.B.C...
繼續訪問
熱門推薦 mysql[漏洞打補丁]小版本升級5.7.25到5.7.28
mysql[漏洞]小版本升級 事件背景 近日，公司進行安全掃描，發現mysql存在漏洞，高危漏洞編號為(CVE-2019-3822)，此外還有多個中危，低危漏洞，目前mysql版本為5.7.25 解決方案 對mysql進行小版本升級到5.7.28，生產環境無法聯網，用rpm 包離線安裝，選擇就地升級。 Mysql的兩種升級方式 就地升級（In-place Upgrade） 關閉舊版本mys...
繼續訪問
Oracle打補丁步驟
1、登錄MOS，在patches&updates查找自己想要安裝的補丁號或者bug code，下載補丁。同時查閱readme，這裡面寫的是怎麼安裝補丁以及安裝補丁的事項。 2、將下載好的zip文件傳入要打補丁的主機。解壓到一個文件夾里（可以是自己臨時創建的一個文件夾<PATCH_TOP_DIR>，但需要注意整個文件夾包括裡面的文件的屬主都修改為oracle） 3、關閉資料庫...
繼續訪問
Oracle 11.2.0.4 RAC 手動打補丁
1 補丁介紹 GI補丁一般包括DB補丁，在打GI補丁過程中會自動打上DB補丁。也就是說GI版本>=DB版本 比如下載GI補丁包p26635745_112040_Linux-x86-64，解壓其實裡麵包括22502505、26392168、26609929三個目錄，而DB補丁包p26392168_112040_Linux-x86-64.zip解壓後就是26392168目錄 1. 1 下載補丁和...
繼續訪問
oracle滾動打補丁,ORACLE打補丁的方法和案例
打補丁使用opatch工具，具體操作方法以補丁包中的readme.txt為准1.查看某個補丁是否安裝的方法(下面命令不行就升級opatch)$ORACLE_HOME/OPatch/opatchlsinventory2.下載補丁包查看當前opatch版本。Oracle 11.2.0.1.0自帶的opatch版本是11.1.0.6.6。補丁包的README.html中有描述該補丁或PSU需要的最低版本...
繼續訪問
oracle滾動打補丁,Oracle打補丁過程補丁7272646
redhat enterprise linux 6.1安裝oracle 11.1.0.6.0,會提示錯誤：OUI-18001:the operating systemRedHat enterprise linux 6.1安裝Oracle 11.1.0.6.0會提示錯誤：OUI-18001:the operating system 'Linux