株式会社クライム

年末年始のお休み:2018年12月29日(土)~2019年1月6日(日)

クラウド対応ソリューション
AWS対応ソリューション特集
Azure対応ソリューション特集
CloudBerry Backup
Zerto(ゼルト)
HyTrust(ハイトラスト)
N2Ws Cloud Protection Manager
(クラウドプロテクションマネージャー)
チャート・レポート・ダッシュボード
EspressChart(エスプレスチャート)
EspressReport(エスプレスレポート)
EspressDashboard(エスプレスダッシュボード)
EspressReportES(エスプレスレポートES)
仮想化
Veeam Backup & Replication
(ヴィーム バックアップ & レプリケーション)
Veeam Essentials
Veeam ONE(ヴィームワン)
Zerto(ゼルト)
Veeam Management Pack for System Center
Infinio Accelerator(インフィニオアクセラレータ)
5nine Cloud Manager
(ファイブナインクラウドマネージャー)
HyTrust(ハイトラスト)
Veeam Cloud Connect(ヴィームクラウドコネクト)
Accops(アコップス)
データベース・アクセス
DBMoto(デービーモト)
DB2Connectivity(コネクティビティ)
Stambia(スタンビア)
Quadrate ERP2(ERPスクエアード)
System Center管理パック
VeeamMP(ヴィームエムピー)
製品一覧ページへ
技術資料
総合FAQサイト
総合ドキュメントサイト
製品別テクニカルブログ
クライムYouTubeチャンネル
テクニカルサポート
Web遠隔サポート
テクニカル専用問合せフォーム
導入ご検討中の方
リアルタイムWEBデモ
無料評価版取り扱い製品
イベント&セミナー
開催セミナー一覧
製品別個別セミナー
会社情報
会社概要
採用情報
プレスリリース
地図・アクセス
東京本社
大阪営業所
柏コールセンター
ユーザ会

東京:03-3660-9336 大阪:06-6147-8201
平日 9:00~18:00


レプリケーションモード

リフレッシュ(全件転送)

リフレッシュはテーブルの全レコードをスナップショット形式で転送するモードです。
ソースのテーブルを直接参照し、ターゲットテーブルへ登録します。

リフレッシュ(全件転送)

初期レプリケーション

リフレッシュはテーブルの全レコードを対象としているため、初期レプリケーションとして使用します。
リフレッシュ完了後は自動で差分レプリケーションへ切り替わるようにジョブ作成します。
またスケジュールにより定期的にリフレッシュを実行することも可能です。

バルクインサートによる高速転送

バルクインサートによる高速転送

リフレッシュではターゲットへのデータ登録をバルクインサートにより行います。
通常のインサートの場合、レコードごとにINSERTクエリを発行しなければならず、件数が多いと時間を要します。
バルクインサートなら、複数のレコードを1つのクエリにまとめることで、処理速度が大幅に向上し、高速なリフレッシュが可能です。

100万件のレコードをレプリケーションする際の処理時間の例(図)
バルクインサートはシングルインサートに比べ約30~50倍パフォーマンスが向上
※弊社環境での検証値のため、環境により異なります

ミラーリング(片方向差分)

ミラーリングはテーブルの変更レコードのみを差分としてレプリケーションするモードです。
テーブルのサイズには依存せず、トランザクション量に依存します。
変更レコードの参照方式として、主にトランザクションログ方式、ログサーバエージェント方式、トリガー方式の3種類があります。
参考記事 : DBMoto差分レプリケーション方式 x 3について

ミラーリング(片方向差分)

DBトランザクションログから差分のみを感知

ミラーリングはDBのトランザクションログを参照することで変更レコード情報をDBMotoが感知してレプリケーションします。使用するDBのトランザクションログの例は下記の通りです。

Db2(AS/400)ジャーナル・レシーバー
IBM Db2 LUW(Linux, Windows, AIX)Db2ログ
OracleREDOログ・アーカイブログ
SQL Serverログ(ディストリビュータ経由)
MySQL/Amazon Aurora MySQLバイナリログ
IBM InformixInformix ログ
IBM PureDataPureData ログ
PostgreSQLWALログ

ログサーバエージェントを使用した差分感知

DBMotoのログサーバエージェント機能を使用し、トランザクションログデータをDBMoto独自のバイナリログ形式として保管、このバイナリログから更新情報を取得する方式です。バイナリログを保管する領域が必要となりますが、DBMotoから変更点を感知するためのDBへの接続数が最適化されます。
ログサーバエージェントに対応したDBは以下の通りです。

ログサーバエージェントを使用した差分感知

トリガーを使用した差分感知

DBMotoからレプリケーション対象テーブルに対して更新を感知するトリガーを作成することで、DBのトランザクションログを参照する際と同様の手法でミラーリングすることができます。
トリガー使用のミラーリングに対応したDBは下記の通りです。

ミラーリング(片方向差分)

参照サイクルは既定で60秒

参照サイクルとは下記の図のように「レプリケーション処理時間+待機時間」です。既定は60秒で変更も可能です。

参照サイクルは既定で60秒

整合性の維持

差分レプリケーション時はトランザクションログのトランザクションID(シーケンス)単位で行います。
ターゲットへレプリケーションすると同時に、その時のトランザクションIDをDBMotoに保持し、参照サイクルをもって次のレプリケーション時には最後にレプリケーションした際のID以降を参照します。
これによりトランザクションの整合性を維持することが可能で、万が一のネットワーク障害やDB障害の影響を受けません。

整合性の維持

シンクロナイゼーション(双方向差分)

双方のDBで更新が必要なアプリケーションで

シンクロナイゼーションはソースでの変更点をターゲットへ、ターゲットへの変更点をソースへ、それぞれ差分レプリケーションするモードです。双方のDBで更新が必要な連携システムや、切り戻しを兼ねた災害対策構成にて使用できます。

競合回避オプション

ソースとターゲットで同一レコードに対して異なる更新が発生する競合が発生した場合にDBMotoではソースとターゲットの不整合を回避するための下記オプションを用意しています。

3台以上のDB間連携にも対応

3台以上のDB間でのマルチシンクロナイゼーションを行うことが可能です。いずれか1台のDBで更新があった場合に、他のすべてのDBにレプリケーションし、全DBサーバ間で同期をとることができます

ミラーリング(片方向差分)




動画で見る
DBMoto
Webセミナー

(約30分)
ホーム
概要
レプリケーションモード
活用例
構成例
DR構成
対応DB
システム要件
機能
特長
レプリケーション
運用
設定・処理の流れ
AS/400特集
クラウド対応
資料
カタログ・技術資料
導入事例
他社製品との比較
ホワイトペーペー
購入
導入ご検討中の方
ライセンス体系
サポート体制
15日間無料評価版
お問合せ・お見積
よくある質問
テクニカルブログ
DBMotoの最新情報をテクニカルブログで配信しています。

© 2007-2018 Climb Inc.