版本12.1 ,cdb-rac模式 一個集群，4個節點，一個cdb,下麵有12個pdb. os：linux 64 刪除用戶 drop user c##test atler.log提示 ORA-00600: internal error code, arguments: [ktpJPTSR-noCur ...
版本12.1 ,cdb-rac模式
一個集群，4個節點，一個cdb,下麵有12個pdb.
os：linux 64
---
刪除用戶
drop user c##test
atler.log提示
ORA-00600: internal error code, arguments: [ktpJPTSR-noCurTxn], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/wgdb/wgdb1/incident/incdir_735958/wgdb1_ora_27222_i735958.trc
問題在哪裡？ 看這個提示不明白，也沒有oracle服務號。
瞎猜！ 應該是因為pdb被關閉的緣故（為了減少不必要的網路消耗和資源競爭，關閉了某些實例上的某個pdb，例如pdb_test在實例1上被關閉）
解決方式：
在實例1上打開pdb_test
alter pluggable pdb_test open instances=('cdb1')
結果：ok
添加用戶
create user c##xtjk identified by "123456"
執行半天，發現語句卡在實例1的pdb_sa上。
只好kill掉有關進程（否則會提示有事務)
猜想： 應該是因為數據字典所導致的鎖，為什麼這些字典會上鎖，可能是因為沒有告訴伺服器用戶的配置，這樣系統需要到每個pdb中去查詢系統欄位，剛好
在pdb_sa中，由於某些原因被卡住（猜測，應該是因為缺乏條件，所以查詢這些欄位耗費大量時間)
解決方式： 提供完整的語句
create user c##xtjk identified by "123456" default tablespace users temporary tablespace temp profile default quota 100m on users container=ALL
結果：立刻創建
在cdb模式的rac中，對系統欄位的操作的成本尤其高！
結語！
這個集群總體上有些問題，所以會有一些莫名其妙的問題！
