發表文章

目前顯示的是有「Database Replication」標籤的文章

如何提升SharePlex Capture效能?

SharePlex Capture主要是I / O過程。Capture速度最大的兩個因素是 進程優先級 和 一次讀取的數據量 。 1.Capture讀取的數據量使用參數“ SP_OCT_LOG_READ_SIZE ”設置,默認值為64 blocks redolog blocks。此參數最多可以達到128或256.設置此參數後,需要停止/啟動該過程才能使更改生效。 要更改參數 sp_ctrl> set param SP_OCT_LOG_READ_SIZE 256 sp_ctrl> stop capture sp_ctrl> start capture 您可以通過reset param將參數更改回默認值64 sp_ctrl> reset param SP_OCT_LOG_READ_SIZE sp_ctrl> stop capture sp_ctrl> start capture 2.將過程優先級提高到-10的第二種選擇也將提高性能。您將需要root來降低值。優先級就像高爾夫分數越低越好。值20是最慢的值,-20的值是最快的。 renice設置流程,您必須以root身份登錄 renice -10 linux renice 命令詳解   功能說明:調整優先權。   語  法:renice [優先等級][-g <程式群組名稱>...][-p <程式識別碼>...][-u <用戶名稱>...]

PostgreSQL 10 Logical Replication

圖片
發佈端 Publisher login as: root root@192.168.235.10's password: Last login: Mon Jun 11 10:14:09 2018 from 192.168.235.1 [root@vsource ~]# su - postgres Last login: Mon Jun 11 11:14:06 CST 2018 on pts/1 -bash-4.2$ psql psql (10.4) Type "help" for help. postgres=# ALTER SYSTEM SET listen_addresses to '*'; ALTER SYSTEM postgres=# ALTER SYSTEM SET wal_level = 'logical'; ALTER SYSTEM postgres=# SHOW max_wal_senders;  max_wal_senders -----------------  10 (1 row) postgres=# SHOW max_replication_slots;  max_replication_slots -----------------------  10 (1 row) postgres-# \q -bash-4.2$ /usr/pgsql-10/bin/pg_ctl -D $PGDATA restart waiting for server to shut down.... done server stopped waiting for server to start....2018-06-11 15:04:57.851 CST [3618] LOG:  listening on IPv4 address "0.0.0.0", port 5432 2018-06-11 15:04:57.851 CST [3618] LOG:  listening on IPv6 address "::", port...

強大的資料庫抄寫工具

圖片
雖然各家資料庫都有自己的抄寫/複寫機制,但是基於以下幾點, 我們還是選擇了 Shareplex 這個工具。 1) 原廠價格貴 2) 原廠限制多,例如無法跨資料庫 3) 各家資料庫互相整合難度高 接著來看看 Shareplex 可以做到那些程度,以下這張圖表可以清楚的表達。 從簡單的兩個資料庫單向/雙向複寫到複雜的多個資料庫架構都可以滿足啊! 重點是......居然還可以跨資料庫! 說它太強大也不為過。 「哦,好像滿厲害的。」 「不厲害我推薦幹嘛」 「嗯,那...複寫的速度如何?」 「哈哈哈!」 「 ... ... 」 「來,哥直接給你看數據!」 簡單做個測試 Source:SQL 2008R2 Target:SQL 2017           連續寫入一萬筆資料,第一萬筆複寫的速度是3秒。算是非常理想的速度! 再來,兩個資料庫複寫到一個資料庫 Source:SQL 2008R2 Source:SQL 2016 Target:SQL 2017 直接寫入十萬筆資料!! 第十萬筆複寫用了34秒,其實速度很不錯, 一般OLTP資料庫不會有30秒內進來十萬筆資料的情況! 手痠了,今天就寫到這,其他資料庫的數據,有興趣的在跟我聯絡!

SharePlex 9.0新功能

  SharePlex 9.0 新功能 關於此 版 本說明 SharePlex 提供從 Oracle 和 SQL Server 資料庫到 Unix , Linux 和 Windows 平台上的不同目標資料庫和檔案等(包括雲端部署)的高速資料復製工具 , 支持多種平台配置,以滿足不同和複雜的資料可用性需求。 SharePlex 支持 Oracle HA 配置,其中可在多個 Cluster node 之間切換,可以快速且無縫地進行故障轉移和故障恢復。 SharePlex 還免費提供 Compare 和 Repair 工具,您需要驗證複製資料和維護目標資料的準確性。這些工具不僅可以檢測隱藏的不同步狀態,還可以修復目標,以恢復來源和目標資料的資料一致性。 SharePlex 的價值和多功能性隨著客戶的要求和要求而不斷增長。雖然 SharePlex 是一個可靠的,維護相對較低的解決方案,但我們的頂級支持團隊全天候準備就緒,以幫助您解決任何麻煩。為了讓您開始部署,我們的專業服務團隊經驗豐富,隨時準備好。 新 功能 介紹 1. 來源資料庫可以是 SQL Server 在 config file 裡面 , 使用 R 取代 O , 例如 Datasource: r . database, 這裡的 database 是真實資料庫名稱 , 不是 ODBC 內的名稱 , 也不是 instance 名稱 目前支援 DML, 還不支援 DDL 來源和目標端主機的 table 都要有 primary key 只處理 commit 的交易資料 不支援從中斷點重傳功能 在 activate config 時 table 必須要停止交易 不支援複製資料到相同資料庫的其他 table SQL server 和 Oracle source 可以寫入到相同目標端主機 可以有多個 SQL server 當來源端主機 , 寫入相同或者不同的目標端主機 支援 reconcile SQL server LSN 號碼 2. 支援 MySQL, 當作 目標端主機    新增兩個指令       mysql_setup :...