inst_id和thread的關係

今天看到了rac的log問題，做了一些實驗，測試如下

《那些讓你糊塗的引數》
當你select * from gv$log時，會有三個引數讓你頭疼：
inst_id      其實是instance_id，例項id，如果你是v$log的話，那就是當前例項的編號，當然這一列是隱藏的（一個人還分什麼你我）
group#     分組，oracle的日誌切換以組為單位
thread#    執行緒，似乎和inst_id有歧義，其實是由於rac的特性造成的。

《1+1永遠比1複雜不止10倍》
無論你在節點1還是節點2，gv$log讓你都能看到全域性的資訊
比如我們有2個節點，各有2個group
那麼節點1就有4條資訊，對應<本節點>1的組1，組2，<其他節點>2的組1，組2
同樣，節點2也是4條資訊，對應<其他節點>3的組1，組2，<本節點>4的組1，組2（因為rac的組不重複）
那麼其中，<節點>=inst_id <其他節點，本節點>=thread#

《實戰新增log組》
透過toad的redo log manager進行修改
首先確認連線上的是哪個例項，在兩個例項上都進行登入
然後進行新建組，在節點1上先做。建議命名規則group_grou5_inst1_no1 表示第五個組，屬於節點1，第一個成員
然後建立四個組，在節點2上同樣，注意數字不能重複
然後新增組成員，最好是不同的共享盤（有條件的話，至少是不同目錄）
然後進行日誌切換alter system log swtich
最後進行檢查點，將前幾個的狀態重新整理為inactive。alter system checkpoint
最後刪除安裝rac時的隨機命名日誌組。