《DBA手記一》讀書筆記

hooca發表於2016-05-21
筆記
Eygle
案例 描述 思路 亮點
RAC環境下故障處理一則 一節點加入RAC後，效能低於單節點，新節點換頁頻繁、磁碟busy高。 查實體記憶體、與記憶體相關的核心引數和SGA。發現SGA=2G、實體記憶體2G。 經溝通知道原來正常實體記憶體應是4G（需要溝通）；按正常安裝步驟反溯。
SQL_TRACE跟蹤與診斷 應用中的一項功能執行非常緩慢 定位到一條SQL語句，該語句導致數字隱式轉換成字元，因而未使用索引。 在業務空閒時段，手動執行問題業務模組，方便確認SID。以該SID來執行SQL_TRACE，定位問題SQL語句。
臨時表空間組導致遞迴
SQL高度解析案例 		AWR中顯示DB Time非常高 從Load Profile中發現解析（Parse）非常多，繼而在SQL Statistics中
ordered by Parse發現問題語句。繼而查出是bug。 		問題語句是對Oracle內建物件的查詢。可將該語句作為關鍵詞在MOS查詢，立刻可以檢索到相關內容；
使用?/rdbms/admin/awrddrpt.sql可以生成兩個時段的AWR比較報告。
使用閃回查詢恢復資料

執行alter system set undo_retention=<> sid='*'觸發bug。建議在重要生產環境操作前，在相近的測試環境下先行測試。
斷電故障導致ASM
磁碟組故障
v$asm_diskgroup中的磁碟組state為MOUNTED時，需要在RMAN中執行COPY
來啟用該磁碟組到CONNECTED狀態。
共享記憶體未釋放 資料庫異常關閉，共享記憶體未釋放，報錯semget failed ipcs -sa列出當前訊號量；ipcrm -s 刪除佔用的訊號量 在系統或資料庫異常關閉發生後，先觀察共享記憶體，確認無遺留後再啟動資料庫。

Yangtingkun
案例 描述 思路 亮點
ORA-600(17069)錯誤解決過程 TRUNCATE語句導致Library cache pin http://blog.itpub.net/22621861/viewspace-2109979/ MOS 600.1可查詢所有ORA-00600錯誤資訊。

banping
案例 描述 思路 亮點
RAC環境下GES報警情況的處理 TX行級鎖阻塞了其他會話 可以從v$locked_object中找，但更方便的方法是在DBA_OUTSTANDING_ALERTS檢視中找，找到可以kill問題會話 DBA_OUTSTANDING_ALERTS檢視

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/22621861/viewspace-2104402/，如需轉載，請註明出處，否則將追究法律責任。

相關文章