透過實時管道同步資料時,執行同步任務前,需要在資料源中進行一些配置,開啟資料庫日誌並進行資料庫權限設定,以便 FineDataLink 監聽實時管道來源端的資料庫日誌變化,進行實時同步。本文為您介紹資料庫需要進行的相關環境準備 。
注:若管道任務使用的資料庫環境進行了重啟,可以在重啟後檢查各個資料庫環境中的日誌是否正常開啟 。
詳情請參見:MySQL環境準備
詳情請參見:SAP HANA環境準備
詳情請參見:SQL Server環境準備
詳情請參見:IBM DB2環境準備
詳情請參見:【Windows環境】PostgreSQL環境準備、【Linux環境】PostgreSQL環境準備
KingBaseES(MySQL模式)
優勢:
源表結構 發生變化,可以實時同步到目標端
劣勢:
實時對接 Oracle 主庫解析日誌取數會給 Oracle 主庫帶來額外的壓力
XStream
詳情請參見:Oracle環境準備(XStream)
LogMiner
詳情請參見:Oracle環境準備-LogMiner
獨立日誌解析;詳情請參見:Oracle環境準備(獨立日誌解析)
1)Oracle 的 XStream 和 LogMiner 兩種 CDC 模式,是使用源庫的硬體資源,當使用者源端資料庫的硬體資源跟不上業務的更新頻率時,可能導致資料庫卡頓,影響其上層業務系統使用
2)當使用者源端資料庫的業務更新頻率非常大時,由於 LogMiner 解析速度較慢,會導致:
資料延遲非常大
如果解析速度長時間達不到日誌增量速度,當超過日誌保留時間時,實時同步會同步異常,並且「重新全量+增量同步」的成本往往非常高
使用者希望在使用實時管道/實時任務對接 Oracle 的同時能夠降低對於主庫的影響
只適合源表結構變化不頻繁的場景
必須要 DDL 歸檔了才能確定字典一定有新表,不然可能字典檔案裏會識別不到新加的表
詳情請參見:Oracle環境準備(物理備庫-ADG配置)
詳情請參見:達夢環境準備
滑鼠選中內容,快速回饋問題
滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。
不再提示
10s後關閉
反馈已提交
网络繁忙