<blockquote id="osc6m"><label id="osc6m"></label></blockquote>
  • <input id="osc6m"></input>
  • <samp id="osc6m"></samp>
  • <menu id="osc6m"><input id="osc6m"></input></menu>

    T3/M3/V3 典型解決方案

    一)雙中心數據復制補數和數據校驗解決方案

    挑戰:

    大型企業越來越愿意采用兩地三中心的模式來建設數據中心, 中心之間的數據復制也越來越頻繁, 而且當前的趨勢是大量的數據復制是通過DB層面日志的復制來完成的. 各種產品如ORACLE的ADG/OGG和IBM的CDC/HADR都在這里大顯身手, 不過這些復制工具通常工作在異步模式, 這樣就有兩個重要的問題:

    1)異步模式下通常會面臨交易數據缺失的問題, 那么有沒有辦法補齊數據, 達到RPO=0的目標呢?

    2)數據復制以后, 如何能夠確保不同中心的數據確實是完全一致的呢?

    那么, 有什么好的方法能解決上述的問題呢?

    解決:

    T3/V3/M3對上述的問題有非常好的解決.首先, T3有一個獨有的數據補齊技術. 在擁有源數據庫的完整日志的條件下, 該技術不用關心采用了哪個日志復制產品, 可以直接將目標數據庫的數據補齊到和源庫完全一致. V3可以對源庫和目標庫完成數據表記錄內容級別的數據比對校驗工作. V3可以高效的完成整表的比對, 也可以在只需要歸檔日志的情況下, 用增量方式完成變化記錄的比對. 比對完成后, 可以根據指定原則將兩邊的數據庫的數據對齊, 保證數據的一致性.

    成功案例>>

    二)銀行數據庫讀寫分離之數據復制和數據校驗解決方案

    挑戰:

    水平擴展能力一直是數據庫系統的軟肋, 隨著云計算和互聯網業務的快速發展, 傳統數據庫單機性能瓶頸問題越來越突出. 在互聯網領域, 數據庫的水平擴展通常采用讀寫分離, 分庫分表來解決的, 這些動作是和業務緊密聯系并且需要業務支撐的, 這個對銀行業有非常大的激勵作用, 銀行業有沒有可能借鑒這些成功經驗, 探索出獨具特色的水平能力擴展方案呢?

    那么, 如何擴展呢?

    解決:

    通過對銀行業務特性的分析, 可以將帳務操作和大量非帳務操作進行分離, 帳務類操作進寫庫, 非帳務類操作進入讀庫. 帳務操作類業務關聯性強, 需要數據庫ACID能力支持, 對IOPS能力要求高;非帳務操作主要是數據查詢要求, 對CPU和內存的要求較高, 對IOPS的能力和ACID特性要求較低. 因此, 采用T3或M3對寫庫產生的表級別變化數據復制到多個讀庫中, 并以寫庫為標準, 通過V3比對和校核寫庫和讀庫的一致性, 保證各個讀庫的數據最終和寫庫完全一致.

    成功案例>>

    意見反饋 | 法律聲明
    版權所有:沃信科技有限公司 2013 粵 ICP11091192
    性感美女脱衣全过程 - 视频 - 在线播放 - 影视资讯 - 宅男网