Q:リカバリ方法として、本番稼動のDBが障害などで使用不可となった場合に、コールドスタンバイしたDBに切り替えをします。そのために本番稼動をしているDBとスタンバイDBを同じ状態（設定、データ）にしておく必要があります。（常に同期をとる必要があります。）　本番DBに障害が発生した場合は、ターゲットDBのデータを参照することとなります。その後、本番DBが復旧後、ターゲットDBのデータを本番DBに戻す作業も必要です。

続きを読む →

このホワイトペーパーはDBMotoを使用してIBM i (AS/400)-MySQLデータベース間 のデータ統合の施行に関しての説明をしています。

続きを読む →

正常にミラーリングが出来ないときに、トリガーテーブルの情報が有益な情報となる場合があります。

■DB2におけるトリガーテーブル

DB2(UDB)からDBMotoを使用してミラーリングレプリケーションを行う場合、DB2のトリガーテーブルを参照し、差分をターゲットに転送します。
正常にミラーリングが出来ないときに、トリガーテーブルの情報が有益な情報となる場合があります。

続きを読む →

DBMotoを使用してデータベース変更用の監査ログの作成方法について：
Topic ID:KBFAQ1647 (11/18/09)

DBMotoを使用してデータベースへの変更のログ・テーブルを メンテナンスすることは可能です。ソース・テーブルはユーザが監査したいテーブルで、ターゲット・テーブルは起こったすべての変更のログです。レプリケーションはソースとターゲット間で実行されています。しかし変更に関する外部ログをソース・テーブルに保持することを唯一の目的をします。

続きを読む →

Q:DBMotoを稼働させる為にファイヤーウォールのポートをオープンさせる必要があります。DBMotoはどのポートとプロトコールを使用しますか？

A: DBMotoはTCP/IPプロトコールを使用し、Enterprise Manager と the Data Replicator間のコミュニケーション用にTCP/IP経由でポート58360をオープンします。追加のポート番号はレプリケーションに関連するデータベース・タイプに依存します。下記はMicrosoft SQL Server と IBM DB2 for i (iSeries/AS400)用に使用されるポート番号です。

続きを読む →

IBM System i, iSeries or AS/400のプロセッサー・グループの確認方法は：

1)WRKLICINF CLコマンドを使用します。

続きを読む →

ジャーナルレシーバーは、連番で増え続けます。
ジャーナルレシーバは、DBMoto が現在接続しているもの
より前のものであれば削除して問題ありません。　

続きを読む →

ターゲットテーブルがSQLServerで、ミラーリング処理を行うと下記のWarning
メッセージがログに出力されるケースが存在します。

An UPDATE transaction has updated 2 records. Verify the key setting for the target table.

続きを読む →

下記の方法でDBMotoログ上のWarningメッセージのみをログに書き込むことを止めることができます。

1) metadataを右クリック -> Data Replicator Option

続きを読む →

DBMoto ライブデモ：５パートから構成されています。

● DBMoto ライブデモ：ソースの設定:

● DBMoto ライブデモ：ターゲットの設定

続きを読む →

DBMotoのシンクロナイゼイションはリアルタイムで双方向のデータ複製を
行いますが、もし双方の同じレコードを変更した場合は、デフォルトでは
SourceデータベースがTargetデータベースに複製されます。

続きを読む →

○OracleをソースまたはターゲットDBと使用するときには「Oracle client」をDBMotoがインストールされている同じシステムにインストールする必要があります。

続きを読む →

DBMotoでは１ファイルに接続できるジャーナルは１つだけということですが、レシーバーを複数のツール（ミラーリングツールなど）で共有できるのでしょうか？

続きを読む →