重做日誌組

在集群環境中，每個節點上的資料庫實例都需要自己的重做日誌組。例如，如果集群資料庫擁有三個
節點和實例，每個實例至少有兩個重做日誌組，則整個集群至少需要6個在線上重做日誌組。一般而言，兩個
日誌組是最低限量，工程上可以給每個實例更多的組。一則提高效率，二則提高恢復性。但無論多少組，
所有日誌檔案存放於共享存儲介質上，並可以被其他實例訪問。
在集群資料庫中，實例恢復的過程與單節點是一樣的，都是通過存儲在在線上重做日誌中的日誌信息自動
進行實例恢復。不同的是，在集群環境中，所有節點的重做日誌都必須可被其他所有節點訪問。當由於這個節點的突然崩潰事故而進行實例恢復時。，其他仍然完好的節點資料庫實例就可以對其在線上重做日誌進行訪問，執行實例恢復。即便崩潰的實例無法再行啟動，其重做日誌仍可訪問，其日誌數據仍可被其他實例使用，進行已提交事務的前滾和未提交事務的回滾，從而實現集群角度的崩潰恢復。
由於實例恢復由集群中完好的集群節點完成，所以崩潰的節點重新啟動時，無須進行實例恢復。同理，只要集群還有一個存活節點，資料庫數據就是完整的。如果所有節點全部崩潰，則第一個再啟動節點將完成恢復操作。
由於每個節點都需要有自己的私有日誌組，所以在集群資料庫節點上，每個實例都會有一個獨立的日誌執行緒號，這個執行緒號由參數THREAD確定，不會改變。在下例中，伺服器參數檔案中的thread參數定義了節點一(orcl1)實例的執行緒號為1，而節點而節點二（orcl2)實例的執行緒號為2。