DBA_2PC_PENDING 介紹

2024-08-29 13:57:05

字體：大中小

供稿：網(wǎng)友

DBA_2PC_PENDING
Oracle會自動處理分布事務(wù)，保證分布事務(wù)的一致性，所有站點全部提交或全部回滾。一般情況下，處理過程在很短的時間內(nèi)完成，根本無法察覺到。但是，如果在commit或rollback的時候，出現(xiàn)了連接中斷或某個數(shù)據(jù)庫站點CRASH的情況，則提交操作可能會無法繼續(xù)，此時DBA_2PC_PENDING和DBA_2PC_NEIGHBORS中會包含尚未解決的分布事務(wù)。

對于絕大多數(shù)情況，當(dāng)恢復(fù)連接或CRASH的數(shù)據(jù)庫重新啟動后，會自動解決分布式事務(wù)，不需要人工干預(yù)。只有分布事務(wù)鎖住的對象急需被訪問，鎖住的回滾段阻止了其他事務(wù)的使用，網(wǎng)絡(luò)故障或CRASH的數(shù)據(jù)庫的恢復(fù)需要很長的時間等情況出現(xiàn)時，才使用人工操作的方式來維護分布式事務(wù)。

手工強制提交或回滾將失去二層提交的特性，Oracle無法繼續(xù)保證事務(wù)的一致性，事務(wù)的一致性應(yīng)由手工操作者保證。

對于分布式事務(wù)，給事務(wù)命名是一個好的習(xí)慣。而且在事務(wù)執(zhí)行過程中，可以使用ALTER SESSION ADVISE COMMIT(ROLLBACK);語句，為手工解決分布事務(wù)提供參考信息。

當(dāng)手工解決分布事務(wù)出現(xiàn)了沖突，比如一個站點進行了提交而另一個進行了ROLLBACK，這時，DBA_2PC_PENDING中的記錄不會清除，必須使用DBMS_TRANSACTION.PURGE_MIXED過程來清除。

如果CRASH的數(shù)據(jù)庫必須重建，或者無法再次啟動，則DBA_2PC_PENDING中的記錄也無法自動清除，需要使用DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY過程來清除。

Oracle9i中，當(dāng)使用上述兩個過程時，必須處于UNDO_MANAGEMENT＝MANUAL的模式，這個限制條件Oracle沒有寫到文檔中。一般使用9i都會使用AUTO模式（Oracle也是這樣推薦的），也就是說，想要清除DBA_2PC_PENDING中的信息，必須重起數(shù)據(jù)庫兩次，感覺這兩個過程的實際用處不大。

出現(xiàn)無法解決的分布式事務(wù)時，可能會鎖住分布式事務(wù)中涉及的表，由于Oracle無法確定哪些數(shù)據(jù)是提交過的，哪些是沒有提交的，無法確定查詢操作可見的結(jié)果集，因此，即使是查詢操作也無法在該表上執(zhí)行。

使用ALTER SYSTEM DISABLE DISTRIBUTED RECOVERY，可以使Oracle不再自動解決分布事務(wù)，即使網(wǎng)絡(luò)恢復(fù)連接或者CRASH的數(shù)據(jù)庫重新啟動。ALTER SYSTEM ENABLE DISTRIBUTED RECOVERY恢復(fù)自動解決分布事務(wù)。

為了保證數(shù)據(jù)庫之間的SCN同步，可以采用兩種方法：在查詢數(shù)據(jù)前，執(zhí)行SELECT * FROM DUAL@REMOTE或者在執(zhí)行查詢前提交或回滾當(dāng)前事務(wù)。

上一篇：在Oracle PL/SQL中游標(biāo)聲明中表名動態(tài)變化的方法

下一篇：在Oracle中向視圖中插入數(shù)據(jù)的方法