更改SERVICE_NAME導致大量會話被KILL
在10.2.0.4
RAC環境中,出現了更改SERVICE_NAME導致大量會話被KILL的現象。
告警日誌中資訊如下:
Wed Oct 24 20:06:16 2012
ALTER SYSTEM SET service_names='' SCOPE=MEMORY SID='orcl2';
Wed Oct 24 20:06:16 2012
ALTER SYSTEM SET service_names='orcl' SCOPE=MEMORY SID='orcl2';
Wed Oct 24 20:06:16 2012
Immediate Kill Session#: 1418, Serial#: 22066
Immediate Kill Session: sess: 0x18dc79b70
OS pid: 4879
Immediate Kill Session#: 1424, Serial#: 108
Immediate Kill Session: sess: 0x18dc81be0
OS pid: 15110
Immediate Kill Session#: 1425, Serial#: 22
Immediate Kill Session: sess: 0x18dc83148
OS pid: 15112
Immediate Kill Session#: 1426, Serial#: 9
Immediate Kill Session: sess: 0x18dc846b0
OS pid: 15157
Immediate Kill Session#: 1427, Serial#: 17
Immediate Kill Session: sess: 0x18dc85c18
OS pid: 15119
Immediate Kill Session#: 1429, Serial#: 24221
Immediate Kill Session: sess: 0x18dc886e8
OS pid: 1044
Immediate Kill Session#: 1430, Serial#: 9
Immediate Kill Session: sess: 0x18dc89c50
OS pid: 15126
.
.
.
Immediate Kill Session#: 1605, Serial#: 60258
Immediate Kill Session: sess: 0x18dd73e68
OS pid: 11966
Immediate Kill Session#: 1606, Serial#: 18413
Immediate Kill Session: sess: 0x18dd753d0
OS pid: 11999
Immediate Kill Session#: 1607, Serial#: 18517
Immediate Kill Session: sess: 0x18dd76938
OS pid: 15378
Immediate Kill Session#: 1608, Serial#: 57825
Immediate Kill Session: sess: 0x18dd77ea0
OS pid: 1035
Wed Oct 24 20:06:27 2012
Immediate Kill Session#: 1616, Serial#: 30253
Immediate Kill Session: sess: 0x18dd829e0
OS pid: 11977
Immediate Kill Session#: 1626, Serial#: 34413
Immediate Kill Session: sess: 0x18dd8fff0
OS pid: 4863
顯然大量的KILL
SESSION和同一秒發生了ALTER SYSTEM SET SERVICE_NAME有直接關係,根據MOS文件Sessions Get Killed if Connection Use
Default Service name (Same as db_name) [ID 730315.1],這是為公佈的Bug 6955040 ALL THE SESSIONS LOST CONNECTION AFTER KILLING CRSD.BIN。
當CRSD程式被殺掉或自動崩潰,會導致CLUSTER檢測不到VIP資源的執行,因此資料庫會刪除預設的服務名並斷開所有使用預設服務名的連線。
Oracle在10.2.0.5和11.1.0.7中解決了這個問題,如果沒有升級的計劃,那麼不要使用了DB_NAME相同的服務名進行連線。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/8494287/viewspace-1402953/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- swap空間不足導致mysql被OOM kill案例MySqlOOM
- 【會話】Oracle kill session系列會話OracleSession
- Kill會話過程分析會話
- Windows下大量SYSMAN會話超出會話限制Windows會話
- MySQL kill會話不起作用?MySql會話
- Kill會話過程分析(二)會話
- oracle遭遇大量SNIPED會話Oracle會話
- MySQL: kill 會話的實現原理MySql會話
- Oracle kill會話--sed修改檔案Oracle會話
- mysql的新建索引會導致insert被lockedMySql索引
- ORACLE快速徹底Kill掉的會話Oracle會話
- Oracle更改預設日期格式 更改會話日期格式Oracle會話
- kill執行時間較長的會話會話
- 批量kill殺死某些會話session的plsql會話SessionSQL
- 異常程式導致大量資源佔用
- oracle僵死會話鎖住buffer,導致資料庫hang住Oracle會話資料庫
- kill掉 mysql 大量鎖表程式MySql
- Kill session 和orakill 殺會話及程式總結Session會話
- 點陣圖索引導致的會話阻塞問題(p7)索引會話
- 大量會話出現resmgr:become active等待會話
- 子游標過多導致大量mutex爭用故障分析Mutex
- GitHub賬戶被黑:舊漏洞導致弱金鑰大量留存Github
- ORA-00031: 標記要刪去的會話,但會話kill不掉解決辦法會話
- JS · \r\n被轉義導致出錯JS
- 導致爬蟲被限制的原因有哪些?爬蟲
- IP地址被清空導致例項重啟
- 配置了Fast Recovery Area可能會導致snapshot controlfile被頻繁更新AST
- 更改主機名後,導致db2啟動不了DB2
- 大話Oracle中的kill sessionOracleSession
- 一種名為BeiTaAd的廣告程式被指會導致手機無法使用
- docker Redis 被任意連結 導致被 kdevtmpfsi 挖礦記錄DockerRedisdev
- 11G flashback data archive 導致產生大量歸檔日誌Hive
- INTERVAL分割槽插入大量資料導致ORA-4031錯誤
- 大量"library cache lock"事件導致資料庫無法連線事件資料庫
- Exim漏洞導致數百萬伺服器被接管伺服器
- IP packet reassembles failed導致例項被驅逐AI
- Containerd 的 Bug 導致容器被重建!如何避免?AI
- Item描述資訊的更改也會導致will trigger ORDERADM_H的update函式觸發函式