英語マニュアル
•
レプリケーションサーバー。レプリケーションサーバーは、HTTPサーバー上で専用のRESTfulサービスとして実行されているプロセスです。レプリケーションサーバーは、単一のKafkaブローカーと1つまたは2つのZooKeeperインスタンスを使用します。各複製サーバーには、Kafkaのプロデューサーまたはコンシューマーとして機能する、1つまたは複数の関連データベースを含めることができます。レプリケーションサーバは、レプリケーションノードを作成するときに作成して起動する必要がある最初のEDB Replication Serverコンポーネントです。
•
リーダーサービスリーダーサービスは、レプリケーションネットワークのプライマリレプリケーションサーバーです。リーダーサービスは、ユーザーによって発行されたRepCLIコマンドが通信するレプリケーションサーバーです。新しいレプリケーションネットワークの作成中に最初に起動されたレプリケーションサーバーはリーダーサービスとして機能し、2つのZooKeeperインスタンスがそのフレームワーク内で実行されています。複製ネットワークに追加された他のすべての追加複製サーバーは、単一のZooKeeperインスタンスを持ちます。複製中に、リーダーサービスの役割が別の複製サーバーに転送されることがあります。これは、フェイルオーバー操作が原因で発生します(リーダーサービスとして機能している現在のレプリケーションサーバーは中止されるため、リーダーサービス操作はアクティブなレプリケーションサーバーに転送され、レプリケーションネットワークをアクティブに保ちます)。
•
レプリケーションノード。レプリケーションノードは次のもので構成されています。
•
•
レプリケーションネットワーク。レプリケーションネットワークは、1つ以上のレプリケーションノードのグループです。各レプリケーションノードは、レプリケーションネットワークに登録されている必要があります。これは、その複製サーバーを複製ネットワークに参加させることによって行われます。最初のレプリケーションサーバーが起動し、レプリケーションネットワークに参加すると、リーダーサービスとして起動します。登録されたレプリケーションノードはすべて、プロデューサデータベースとコンシューマデータベースの間で変更されたデータを交換できます。また、高可用性のために提供されているデータベースを持たないレプリケーションノードがある可能性があります。
•
出版物パブリケーションは、変更されたデータがコンシューマデータベースにストリーミングされる、特定のプロデューサデータベースからの1つ以上のテーブルのセットとして定義されます。パブリケーションは、変更されたデータを保存するためのKafkaトピックとして実装されています。変更されたデータは、レプリケーションネットワークの一部として登録され、その特定のパブリケーションに参加しているコンシューマデータベースにストリーミングされます。パブリケーションは、レプリケーションネットワーク内のすべてのパブリケーションの中で一意でなければならない名前で識別されます。
•
レプリケーションコマンドラインインターフェイス(RepCLI)。 RepCLIは、EDB Replication Serverの設定、設定、および実行プロセスを実行するためのコマンドラインツールです。 RepCLIコマンドは、RESTfulアーキテクチャでサポートされています。
注:上記の表には(開発環境で)認定されているデータベースのバージョンのみが記載されていますが、他のバージョンもサポートされています(開発環境では認定されていません)。
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes

9.6
9.6
10
10
11
11
9.6
10
Note: These source and target versions although supported are not tested and formally certified (in the development environment).
9.6
11
10
9.6
10
11
11
9.6
11
10
9.6
9.6
10
10
11
11
9.6
10
Note: These source and target versions although supported are not tested and 正式に認定さ These source and target versions although supported are not tested and (開発環境で)。
9.6
11
10
9.6
10
11
11
9.6
11
10
9.6
9.6
Note: These source and target versions although supported are not tested and 正式に認定さ These source and target versions although supported are not tested and (開発環境で)。
9.6
10
9.6
11
10
9.6
10
10
10
11
11
9.6
11
10
11
11
RAM
- Xmx中ngxReplicationServer-7.config位置ファイル/usr/edb/rs-7.0/common/etc/sysconfig以下に示すように。これらの変更は、EDB Replication Serverの起動中に適用されます。
CPU
EDB Advanced Serverをインストールするための rootユーザーとして次の手順を実行します。このシナリオでは、Advanced Server 10をインストールします。それ以外をインストールする場合は、正しいEDB Advanced Serverバージョンを必ず置き換えてください。
ステップ1: EDB Yum Repositoryにアクセスするための認証情報を取得するには、次のURLにアクセスしてください。
ステップ2: EDBリポジトリRPMをダウンロードしてください。
手順3:手順1で入手したユーザー名とパスワードを、次の場所にあるedb.repoの<yum user>と<yum password> edb.repoにedb.repoます。
手順4:コンポーネントをインストールできるようにする
どこ x Advanced Serverのバージョンです。
ステップ5: RPMパッケージをインストールします。
手順6:デフォルトポート5444でAdvanced Serverクラスタ1を作成します。
手順7:デフォルト以外のポート5445でAdvanced Serverクラスタ2を作成します。
手順8: Advanced Server設定ファイルを修正して、EDB Replication Serverを使用できるようにします。
ステップ9: 2つのクラスタを起動します。
su - enterprisedb -c "/ usr / edb / as 10 / bin / pg_ctl start -D / var / lib / edb / as10 / cluster1"
su - enterprisedb -c "/ usr / edb / 10 / bin / pg_ctl start -D
ステップ10: EDB Advanced Serverサービスの状況を確認してください。
systemctl status edb-as- 10サービス
状況はアクティブ(実行中)になっている はず です。
ステップ11(オプション): Advanced Server Serviceのステータスが非アクティブ ( 停止 )の場合は、 /usr/edb/asx/binディレクトリから次の/usr/edb/asx/bin実行します。
どこ x Advanced Serverのバージョンです。
./edb-as- 10 -setup initdb
ステップ12(オプション): EDB Advanced Serverサービスを再起動します。
rootユーザーとして次の手順を実行します。
ステップ1: Java 1.8をインストールしてください。
手順2: EDB Replication Serverパッケージをインストールします。手順4で説明したEDB Replication Serverコンポーネントを有効にしてEDB Yum Repositoryから直接インストールしないで、パッケージファイルをホストマシンに直接ダウンロードした場合は、呼び出す前にパッケージファイルがダウンロードされたディレクトリに移動します。次のinstallコマンド
手順3:各クラスタでデータベースユーザーenterprisedbパスワードを設定します。
手順4:各クラスタにレプリケーションノード用のデータベースを作成します。
手順5:データベースnode1テーブルを作成し、最初の行を挿入します。
手順6:行を含まないデータベースnode2テーブルを作成します。
手順7:環境変数HOST_IPとEPRS_HOME設定してから、EDB Replication Serverを起動します。
ステップ8: 2番目の端末を開き、 rootユーザーとしてHOST_IPおよびEPRS_HOME環境変数を設定してから、 joinnetwork RepCLIコマンドを実行します。
ステップ9:管理者パスワードを設定して下さい。
ステップ10:一部のRepCLIコマンドで使用されているパスワードを暗号化します。表示される暗号化パスワードは、以降のadddb RepCLIコマンドに含まれています。
手順11:データベースnode1をレプリケーションサーバーに追加します。
手順12:パブリケーションを作成します。
•
パブリケーションにテーブルを追加してパブリケーションを変更するには、 addtablesコマンドを使用します。 addtablesコマンドを使用するには、 create_pubパーミッションが必要です。
•
パブリケーションからテーブルを削除してパブリケーションを変更するには、 removetablesコマンドを使用します。 removetablesコマンドを使用するには、 remove_pubパーミッションが必要です。
例
手順13:データベースnode2をレプリケーションサーバーに追加します。
ステップ14:データベースnode2をパブリケーションに参加させます。
ステップ15:最初のスナップショットを作成します。その後、最初の2行がnode1データベースにロードされ、今度はnode2データベースにも表示されるはずです。
スナップショット操作の後にクラスター構成を変更する(データベース、パブリケーション、サブスクリプション、あるいはその両方を削除する)場合は、 reloadオプションを含めてスナップショットを繰り返してください。これは、Kafkaのキュー(トピック)にソースデータベースからのデータの新しいコピーが再設定されるときに必要です。
注: reloadオプションを指定してstartsnapshotコマンドを実行する前に、ストリーミングを停止してください。そうしないと、操作は失敗します(エラーメッセージがサーバーに記録されます)。スナップショットが完了したら、ストリーミングを明示的に再開します。
手順16: checksnapshotコマンドを実行して(数秒後)、データがターゲットノードに複製されているかどうかを確認します。
ステップ17:ストリーミングを開始します。
ステップ18:追加の行をnode1挿入します。
ステップ19: node2行を挿入しnode2
ステップ20: node1からの行を表示します。
ステップ21: node2からの行を表示する
注:ノード1とノード2は同じ行を持つべきです。
ステップ1:出版物を残しなさい。
注: leavepubコマンドを使用してパブリケーションに接合されているデータベースのために使用されるべきであるjoinpubコマンド。
手順2:パブリケーションを削除します。
注: removepubコマンドを使用して作成されたパブリケーションには、 createpubコマンドを使用してcreatepub 。
手順3:データベースを削除する
注意:使用する前にremovedbコマンドを使用leavepubことはして参加していたすべての出版物からデータベースを切断するコマンドをjoinpubコマンド。また、 removepubコマンドを使用して、データベースに作成されたすべてのパブリケーションを必ず削除してremovepub 。
ステップ4:ネットワークを離れます。