0
在低帶寬環境中，當事務提交產生大量重做數據時，會導致其他獨立事務減慢。這是因爲小事務的重做數據將被阻塞，直到前一個事務的大重做數據被傳輸到DR站點。有沒有一種方法可以控制小型重做數據優先於大型重做數據，以便其他獨立事務更快地完成。Oracle dataguard - 重做傳輸
有什麼建議嗎？
A
回答
0
編號重做是連續的，必須按順序發送和應用。您還應該查看調優Data Guard網絡的MAA最佳實踐，網址爲9.3.7 Use Data Guard Transport and Network Configuration Best Practices
相關問題
- 1. Oracle DataGuard
- 2. DATAGUARD券商報告ORA-16801：重做交通相關的屬性與數據庫中設置
- 3. Oracle dataguard工作不正常，因爲FAL [client]
- 4. oracle - 不傳輸blob
- 5. 將Oracle 9i歸檔日誌傳輸到Oracle 10g
- 6. Oracle 11g重做日誌大小
- 7. 巨大的Oracle重做日誌
- 8. Oracle如何管理重做日誌？
- 9. 做USB控制傳輸保證傳送？
- 10. 在as400和Oracle之間傳輸數據
- 11. Oracle到HBase數據傳輸工具？
- 12. scalikejdbc使用oracle進行流式傳輸
- 13. 從Oracle表格流式傳輸到Redshift
- 14. 顯示Oracle傳輸的字節
- 15. 將Access數據庫傳輸到Oracle XE
- 16. 集成傳輸選擇（Oracle + SQL Server）
- 17. 文件傳輸陷入做while循環
- 18. 通過FTP做HTTP傳輸文件？
- 19. 重寫GWT請求傳輸
- 20. 如何做長期HTTP傳遞重試？
- 21. 在傳輸中達到重傳超時
- 22. Oracle SQL中的（+）做什麼？
- 23. 如何用java做oracle TNSPING？
- 24. Oracle TKPROF輸出
- 25. Oracle RAC備用 - 備用重做日誌配置
- 26. Oracle重建 - 我們的DBA到底做了什麼？
- 27. Oracle RAC中的過早重做日誌切換
- 28. 在提交後重做oracle數據庫更改
- 29. NPP：重疊計算和數據傳輸
- 30. Java TCP重新傳輸超時
這個問題在dba.stackexchange.com上會更好。 – 2014-09-29 11:15:26
複製到http://dba.stackexchange.com/questions/77930/oracle-dataguard-redo-apply – SashikaXP 2014-09-29 11:40:55