X86環境大記憶體下資料庫啟動問題分析與處理
適用範圍
Oracle Database 11g 11.2.0.4
問題概述
X86環境打了資料庫補丁Patch 31718723 RAC每個節點無法正常啟動,報錯資訊ORA 29770
問題原因
X86環境下資料庫啟動過程中記憶體分配環節出現hang
解決方案
gcs_server_processes引數採用自動計算,不建議手工修改
背景:客戶計劃將核心系統Oracle資料庫由AIX平臺下移到X86平臺,X86伺服器為8路 4T記憶體。
基礎環境:
Redhat Enterprise 7.9,Oracle 11g 11.2.0.4.201020,3節點RAC
問題概述:X86環境打了資料庫補丁Patch 31718723 RAC每個節點無法正常啟動
報錯資訊:
資料庫日誌報錯資訊:
- allocate domain 0, invalid = TRUE
Fri Aug 12 21:52:05 2022
LMON (ospid: 94465) waits for event ‘SGA: allocation forcing component growth’ for 94 secs.
Errors in file /u01/app/oracle/diag/rdbms/enmodb/enmodb3/trace/enmodb3_lmhb_94500.trc (incident=2476361):
ORA-29770: global enqueue process LMON (OSID 94465) is hung for more than 70 seconds
trace報錯資訊:
enmodb3_lmhb_94500
*** 2022-08-12 21:51:03.896
==============================
LMON (ospid: 94465) has not moved for 34 sec (1660312263.1660312229)
kjfmGCR_HBCheckAll: LMON (ospid: 94465) has status 2
: waiting for event ' SGA: allocation forcing component growth’ for 33 secs with wait_id 103.
===[ Wait Chain ]===
LMON (ospid: 94465) waits for event ‘SGA: allocation forcing component growth’.
MMAN (ospid: 94502) is not in wait.
2022-08-12 21:51:24.376
==============================
分析和處理過程
AIX環境資料庫記憶體引數
sga_max_size=858993459200
db_cache_size=644245094400
X86環境資料庫記憶體引數
sga_max_size=900G
db_cache_size=700G
資料庫DB11204未打補丁的情況下可以正常啟動
打補丁後的測試
1、打了Patch 31718723
- Oracle Grid Infrastructure Patch Set Update 11.2.0.4.201020之後,資料庫無法正正常啟動。回退補丁後資料庫可以正常啟動。
2、更換補丁Patch 31305209 - Oracle Grid Infrastructure Patch Set Update 11.2.0.4.200714,資料庫無法正常啟動
回退Patch 31305209補丁,重新打Patch 31718723補丁。
重新打補丁後測試過程:
測試1:SGA自動管理方式測試。
將SGA_TARGET分別設定為50G,800G,900G,gcs_server_processes=7,資料庫均可以正常啟動。
測試2:SGA手工管理方式測試。
將sga_max_size設定為900G,db_cache_size設定為700G,gcs_server_processes=7,資料庫無法正常啟動。
測試3:SGA手工管理方式測試。
將sga_max_size設定為900G,db_cache_size設定為500G,gcs_server_processes=7,資料庫可以正常啟動。
測試4:SGA手工管理方式測試。
X86環境自動計算gcs_server_processes=16(cpu_count 448 ,2+448/32=2+14=16) sga_max_size設定為900G,db_cache_size設定為700G
打了Patch 31718723補丁後,資料庫可以正常啟動。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/28373936/viewspace-2911010/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 記憶體分配問題處理記憶體
- Oracle日常問題處理-資料庫無法啟動Oracle資料庫
- iOS開發筆記— 資料庫、Crash、記憶體問題分析iOS筆記資料庫記憶體
- Mac環境下MySQL無法啟動的處理方法MacMySql
- 資料庫主機重啟卡住問題處理分享資料庫
- 【大頁記憶體】Oracle資料庫配置大頁記憶體記憶體Oracle資料庫
- 大資料環境下計算機軟體技術分析大資料計算機
- SQLServer記憶體問題分析SQLServer記憶體
- 記憶體洩漏引起的 資料庫效能問題記憶體資料庫
- 大資料處理需留意哪些問題大資料
- 達夢資料庫日常管理之問題處理筆記1資料庫筆記
- K8S(18)容器環境下資源限制與jvm記憶體回收K8SJVM記憶體
- 分析師解讀記憶體資料庫MemSQLSP記憶體資料庫SQL
- X7一體機資料庫遷移問題處理資料庫
- 資料庫新兵:分散式實時分析記憶體資料庫eSight資料庫分散式記憶體
- 分析ThreadLocal的弱引用與記憶體洩漏問題thread記憶體
- 【虹科乾貨】使用記憶體資料庫解決三個資料庫效能問題記憶體資料庫
- 玩轉大資料系列之二:資料分析與處理大資料
- PG資料庫記憶體告警了怎麼分析資料庫記憶體
- 【記憶體資料庫】TimesTen記憶體資料庫
- 資料處理--pandas問題
- 大資料環境下我們的“隱形隱私”保護問題大資料
- Oracle資料庫中的逐行處理問題NEOracle資料庫
- openGauss資料庫xlog目錄滿問題處理資料庫
- 磁碟資料庫與記憶體資料庫的特點比較資料庫記憶體
- 如何在生產環境排查 Rust 記憶體佔用過高問題Rust記憶體
- K8S環境的Jenkin效能問題處理K8S
- Windbg分析高記憶體佔用問題記憶體
- Java記憶體問題 及 LeakCanary 原理分析Java記憶體
- MySql資料庫ibtmp1檔案增長問題處理記錄MySql資料庫
- 物聯網環境下資訊保安問題與對策
- Python文字資料分析與處理Python
- 生產環境Java應用服務記憶體洩漏分析與解決Java記憶體
- 記憶體資料庫如何發揮記憶體優勢?記憶體資料庫
- Oracle資料庫啟動問題彙總(一)Oracle資料庫
- Java 18 如何改進處理大型物件回收的記憶體碎片問題? -Java物件記憶體
- openGauss資料庫分析問題資料庫
- 環境互動設計,如何處理掩體的放置?