インストールディレクトリに配置します。開始し、正常にレプリケーションされることを確認します。autocommit=1;」のコマンドを発行して一時的にautocommitを有効化してレプリケーションを行うようになります。MySQLレプリケーションのスレーブ側サーバからミラーリングをしたいのですが、必要な設定はなんですか?スレーブ側MySQLのmy.iniの[mysqld]に次の一行を付け加えます。log_slave_updates=TRUEこれは、スレーブサーバがマスターサーバから受け取った更新をスレーブサーバ自身のバイナリログに反映する設定となります。デフォルトですと設定がされていない(FALSE)ため、DBMotoからスレーブ側のバイナリログを読み込みにいっても、マスター側の更新が記録されず、変更を検知できません。どのようにして差分レプリケーションが行われますか?MySQLのバイナリログを参照する方法と、トリガーログテーブルを作成する方法があります。MySQLのバイナリログを使用する場合、拡張ファイルが必要となりますので別途お問い合わせください。Groupにてbinlog_formatを「ROW」に変更することでバイナリログを記録するようになり、ミラーリング可能となります。Groupにてbinlog_formatを「ROW」に変更することでバイナリログを記録するようになり、ミラーリング可能となります。「DBMySqlUtil.dll」をDBMotoインストールディレクトリに配置する必要があります。お手元にない場合はお問合せください。Groupにてbinlog_formatが「OFF」になってる場合はそのままトリガーを使用可能です。Groupにてlog_bin_trust_function_creatorsを「1」へ変更することでトリガーを使用することが可能となります。Groupにてlog_bin_trust_function_creatorsを「1」へ変更することでトリガーを使用することが可能となります。Redshiftへの接続ができません。EC2上のWindowsに用意したDBMotoからRedshiftに接続しようとするとフリーズすることがあります。これは、EC2上のインスタンスのNIC設定に由来する問題です。レジストリ上からMTU値を設定します。次の場所にあるレジストリ内にMTU値を示すレジストリエントリーを追加します。設定後コンピュータを再起動して、新しい値を適用します。詳細は下記Amazon様ページをご覧いただきますよう、お願いいたします。ASEから差分レプリケーションは可能ですか?トリガーを使用することで可能です。ASEでは1つのテーブルにおいて1つのトリガーのみしか使用できない仕様のため、既存でテーブルにトリガーを設定している場合は、DBMotoから差分レプリケーションを実施することはできません。-トラブルAS/400のレプリケーションで「レプリケーション検証機能」を使用すると文字変換が正しくないとのエラーが出ます。DBMotoの機能に、レプリケーションのソースとターゲット双方のテーブル間で差異が生じていないかを確認するレプリケーション検証機能があります。13488の間の文字変換は正しくない」とのエラーメッセージが出力されることがあります。このエラーメッセージは通常のレプリケーション中には発生せず、データは問題なくレプリケーションできていることが多いです。これは、このレプリケーション検証機能使用時に限り、DBMotoの「検証のソート・シーケンステーブル」設定が有効であるため、GRAPHIC型が文字変換を行おうとして失敗しています。対処法は、この設定個所の部分を空欄にすることです。Replicatorの停止が必要です。)なお、通常のレプリケーションは、前述の通りこの設定を使用していないので、問題なく変換され動作します。レプリケーション検証機能で正常なレコードがソースのみ、ターゲットのみのレコードとして表示されます。レプリケーションの検証をすることで、ソースのみのレコード、ターゲットのみのレコード、ソースとターゲットで差異のあるレコードを確認できます。本来、ソースにもターゲットにも存在し、差異のないレコードがソースのみ、ターゲットのみに存在するレコードとして表示されることがあります。これは、DBMotoはソースとターゲットのレコードを比較する前に主キーをベースにレコードのソートを行いますが、このときのソースDBとターゲットDBのソートの仕様の違いによるものです。区別せずソートするため、a→Dの順番でソートされます。このソートの順番が異なるため、このような結果が生じます。BY句」の「ソーステーブル」「ターゲットテーブル」に「LOWER(主キー)」を入力してください。することで、大文字、小文字の区別なくソートが行えるため、問題なく検証することが可能です。メール設定において、SMTPポート番号465番で指定したが、エラーでメールが送信されない。Frameworkの仕様による問題です。SSLのポート番号である465番を使用したメールの送信ができないようになっております。別のポート番号をご利用ください。現在時刻と最後にレプリケーションした際の時刻がしきい値を超えたときに「レプリケーションが遅延しています」と警告を出すものです。ミラーリング開始後すぐに終了してしまいます。再開してもすぐ終了します。ミラーリング時にはPKの設定が必要です。DBに設定されているかご確認ください。されていない場合は、DBMotoから疑似PKを設定することも可能です。レプリケーション定義を作成してもステータスがstoppedのままでレプリケーションが動いてくれません。Replicatorを起動する必要があります。DBMotoインストーラ起動時にライセンスエラーが表示されます。SP2がインストールされていないのが原因です。WindowsXPやWindowsServer2003・2003R2の場合、デフォルトではインストールされていないので、別途インストールが必要です。Framework4.0単独では動作いたしません。大量トランザクション時、レプリケーションステータスが「Mirroring」で成功数、合計数は0のままで何も動作していないように見える状態がかなり長い時間続いている。ステータスがMirroringで動いていないように見えるときは、実際にはトランザクションログの参照を行っています。大量トランザクション処理時は時間がかかるケースがあります。万が一の障害発生時の復旧方法は?リフレッシュをする方法と、トランザクションIDを任意の位置に戻す方法の2通りあります。DBMotoの疑似PKを使ってレプリケーションしていますが、キーが重複していても重複キーエラーが発生しません。疑似PKの重複キーチェックは行われません。重複キーエラーが出るのはDBのPK使用時に重複していた場合のみです。シンクロナイゼーションでレコードを更新してもレプリケーションされないことがあり、エラーも出力されません。シンクロナイゼーションではDBMotoでの接続ユーザでレコードの更新をかけた場合にはレプリケーションされず、エラーも出力されません。これは無限ループを回避するための仕様です。シンクロナイゼーションを利用する場合、DBMotoで使用する接続ユーザは他のアプリケーションでは使用しないDBMoto専用のユーザを用意してください。