Q)>テーブルがLockしている場合は、どのような振る舞いになるのでしょうか?
A)DBMoto では特にロックの処理をしておりません。
DBに対してREADを行う他のアプリケーションと同様な動作をするとお考えいただけますでしょうか。
Q)稼働環境について
> DBサーバ→DBサーバへレプリケーションを行うにあたり、
> 「DBMoto」自体は、DBサーバ以外のWindowsサーバ上で
> 常時稼動させておくという認識は正しいでしょうか。
A)DBMoto が稼動する Windows マシンでリプリケーションの管理お
よび実行を行うという認識は正しいです。但しこのマシンがソース
またはターゲットのDBサーバーと同一とすることも可能です。
マシンのパワー、DBサーバーの要求、リプリケーションに対する要求
等を加味してマシンの構成をご検討ください。
注意点としてはリプリケーション実行中はメタデータに対するアクセ
スが発生しますので、メタデータはDBMoto マシンからネットワーク
的に近くなるよう構成するようにしてください。
Q)>レプリケーションについて
> 「ミラー・モード」を用いると、リアルタイムの同期が可能と
> 考えていますが、この認識は間違い無いでしょうか?
A)ミラーリング中はソースの変更分を逐次ターゲットに反映してまいり
ますので、分オーダーで同期が可能でございます。(設定により変更
の確認の間隔は調整可能です)
Q)>ソースDBの性能は、ターゲットDBの性能に影響されますか。
> すなわち、ソースDBのトランザクションの完了は、ターゲット
> DBへのレプリケートの完了を待つという事でしょうか。
> (ターゲットDBの性能が悪い場合、ソースDBの処理が
> 引きずられて遅くなる)
A)そのようなことはございません。
DBMotoのリプリケーションはソースDBで完了したトランザクションの
ログに基づいて動作いたしますので、ソースDBの変更とは非同期に行
われます。
Q)> 同時に複数のDBにレプリケーションする事は可能でしょうか。
>
> 例)ソースDBの表Aのレコードが更新されたとき、ターゲットDB①
> の表Aにリアルタイムでレプリケート、かつ、ターゲットDB②の
> 表Bにも、ソースDBの表Aの一部のデータがレプリケート。
A)DBMoto V4 でのリプリケーションは基本的に逐次処理になりますので、
ターゲットDB①へのリプリケーション完了後、ターゲットDB②へのリプリ
ケーションの実行となります。DBMoto V5 ではMulti-Threadで実行できる
ように変更されております。
複数のターゲットへのリプリケーションは可能でございます。
関連したトピックス
- [DBMoto]スレッド設定の調整でレプリケーション速度を向上させる方法
- Optionに関する解説(Ver6.5から)【リアルタイムレプリケーションツールDBMoto】
- レプリケーション設定手順(各DB別)【リアルタイムレプリケーションツールDBMoto】
- Handling errors with SQL Serverについて【リアルタイムレプリケーションツールDBMoto】
- APIからリフレッシュを実行するサンプルスクリプト[C#] [Syniti DR (DBMoto)]
- DBMotoが使うスレッド数の算出方法【リアルタイムレプリケーションツールDBMoto】
- Oracle DB起動時にエラーORA-01034・ORA-27101が出て起動しない際の対処法
- [DBMoto API]外部からレプリケーションやグループを開始・停止するサンプルC#プログラム
- Gluesync 2.0: 新しい統合とパフォーマンス向上へ
- PostgreSQLがエンタープライズレベルのデータベースの選択しであるかどうか?