問題タブ [tungsten-replicator]

最近、私はTungsten Replicatorを使用して異種データベース間のレプリケーションに取り組んでいます。mysql マスターと oracle スレーブがあります。ドキュメントによると、そのようなセットアップは機能するはずです。私はタングステン レプリケーター 2.0.5 を使用しています。電話する

マスター ノードで、両方のノードで基本的なインストールを作成します。注: インストーラーの使用 (推奨) は、異機種セットアップが原因で失敗します。これは、インストーラーがスレーブ ノードで mysql インスタンスを見つけられないためです。レプリケータ インスタンスは、static-$SERVICENAME.properties を conf ディレクトリに追加し、conf/services.properties (replicator.host=$HOSTNAME、replicator.masterListenPortStart=12112、replicator.rmi_port=20000) を変更することによって構成されます。

レプリケータを起動すると、タングステン スキーマの trep_commit_seqno に対して更新ステートメントを発行すると、SQL ステートメントに「timestamp」キーワードがないため、ORA-01850 が発生しました。このエラーを回避するために、update_timestamp と extract_timestamp のデータ型を varchar に変更しました。レプリケータが起動し、いくつかの単純な挿入がレプリケートされますが、テスト スクリプトが

「IF EXISTS」句が原因で、ORA-00933 が原因でレプリケーションが失敗します。これが私の構成のエラーなのか、それとも一般にタングステンにこれら 2 つの製品の DDL ステートメントの違いによる問題があるのか​​はわかりません。誰かがタングステンを使用して同様のレプリケーションを成功させましたか?

ファンインまたはマルチソースレプリケーションの設定に関するこのチュートリアルに従っています：http：//datacharmer.blogspot.com/2011/08/usability-improvements-in-tungsten-204.html
主な問題はデータソースの設定にありますこのステップでは--datasource=qa_r4_continuent_com

データソースがデータベース名とは異なることは知っていますが、使用しているmysqlデータベースでデータソースを表示するにはどうすればよいですか。調査によると、データベースでクエリを実行するときに使用されることがわかっているため、自動的に作成されましたか。もしそうなら、ubuntuでデータソースを表示するにはどうすればよいですか？

自動的に作成されない場合、どのように設定しますか、またはどのように作成しますか？ステップバイステップのチュートリアルを投稿するか、この問題を解決する方法を示すチュートリアルへの信頼できるリンクを提供してください。

ルンビ

フィルタを使用して、複製する特定のテーブルを選択しようとしています。インストーラーでこれを実行してみました

マスターが正しくインストールされなかった後、trepctlステータスでこの例外が発生しました。

プラグインクラス名のプロパティがないか、nullです：key = replyator.filter.replicate

このプロパティファイルはどのファイルですか？どうすれば見つけられますか？さらに、フィルターの設定を指定する際に、正確に何を配置するかをどのように知ることができますか？

Issue 219に従って、構成の前に構成テンプレートファイルを変更することになっていることを発見しましたが、後で抽出にパッチが適用されるタングステン-replicator-2.0.5-diffにどのような変更を加える必要がありますか？

問題254は、箱から出してフィルターを適用したい場合は、タングステンインストーラーで次のオプションを使用できることを示唆しています。

ただし、これをに使用しようとすると--property=replicator.filter.replicate.do、問題は同じです。

保留中の例外メッセージ：プラグインクラス名のプロパティがないか、nullです：key = replyator.filter.replicate

どうぞよろしくお願いいたします。

ルンビ

更新：こんにちは私はこのファイルを見ました：/root/tungsten/tungsten-replicator/samples/conf/filters/default/tableignore.tpl。このサンプルによると、static-SERVICE_NAME.propertiesファイルは次のようなものになるはずです。これが構成されています。これが正しい構文であるかどうかを確認してください。

ただし、tableignore.jsが存在するディレクトリにtabledo.js（または同様のもの）が見つかりませんでした。このファイルの場所を教えてください。この.jsファイルを使用せずに--property=replyator.filter.replicate.do = testを指定する別の方法がある場合は、提案を歓迎します。

4 台の MySQL サーバーを使用してマルチマスター レプリケーションを作成する必要があります。調査の結果、これを行う2つの方法が見つかりました。

1) リング接続。... サーバー_1 -> サーバー_2 -> サーバー_3 -> サーバー_4 -> サーバー_1 ...

2) タングステン レプリケーターの使用。 http://code.google.com/p/tungsten-replicator/wiki/TRCMultiMasterInstallation#Install_a_four_masters_replication

本番モードで使用した人はいますか? どちらの方法が良いですか？おそらく、MySQL のマルチマスター レプリケーションを作成する方法は他にもあるのではないでしょうか?

アドバイスをありがとう！

私は mysql と vertica で遊んでおり、マスター/スレーブ mysql ペアが混合バイナリログ形式 (デフォルト設定) で実行されています。

いくつかの分析タスクのためにこれを vertica データベースに複製するために、私はタングステンを検討していました。

マスターはアプリからの読み取り/書き込み要求でビジーであり、スレーブは何が起こっているかを記録しているだけなので、理想的には mysql スレーブでタングステン レプリケーターを実行したいだけです。

Tungsten では、binlog が行ベースの形式である必要があるため、スレーブで行ベースの binlog を有効にすると、binlog ファイルと Relay-binlog ファイルが作成されます。したがって、スレーブはマスターから混合バイナリログを読み取り、そのデータベースに適用し、リレーバイナリログの変更を行ベースの形式で保持します。これまでのところすべて順調です。

標準の -a --master-slave 引数を使用すると、リレー ビンログではなく、スレーブでローカルに発生したことのみを含むビンログのみを見ているように見えます。

私が見つけたドキュメントと投稿はすべて、私が考えているハイブリッドモードではなく、マスターでタングステンを実行し、mysql マスター/スレーブを使用せずにレプリケーションに使用することを示しています。

ただし、機能を維持し、mysql スレーブから vertica に複製するブリッジとしてタングステンを追加することをお勧めします。

それをどのように構成しますか？

すべてをレプリケートするのではなく、スレーブから vertica にレプリケートするテーブルを指定するにはどうすればよいですか?

構成の詳細:

スレーブの /etc/my.cnf:

タングステンのステージングに使用するスクリプト:

それは問題なく開始されているようです、とオンラインで言いますが、binlog にあるものだけをコピーし、relay-binlog はコピーしません。