HeatWaveサービスからのアウトバウンド・レプリケーションを使用するには、レプリカとそのDBシステム・ソースへのネットワーク接続にこの構成が必要です。

• DBシステム・ソースとレプリカ間のレプリケーション・トラフィックを許可するようにVCNおよびローカル・ネットワークを構成する必要があります。接続には、VPN接続、FastConnectまたはOpenVPN Access Serverを使用できます。
• レプリカは、DBシステム・ソースと同じか、それ以上のバージョンのMySQLである必要があります。
• レプリカはGTIDを使用し、システム変数GTID_MODEをONに設定する必要があります。これは、MySQLサーバーのデフォルトではなく、HeatWaveサービスのデフォルトです。バイナリ・ログ・ファイル位置ベース・レプリケーションは、HeatWaveサービスではサポートされていません。GTIDベース・レプリケーションのみです。MySQLリファレンス・マニュアル- gtid_modeを参照してください。
• レプリカでは、システム変数enforce-gtid-consistencyを使用する必要があります。enforce_gtid_consistencyを参照してください。
• レプリカでは、システム変数partial-revokes=ONを使用する必要があります。partial_revokesを参照してください。
• DBシステム・ソースとレプリカは、同じlower_case_table_namesシステム変数値で実行する必要があります。初期化変数を参照してください。
• server_idシステム変数値がレプリカで定義されており、レプリケーション・トポロジ内で一意である必要があります。また、server_uuidシステム変数値も一意である必要があります。server_idおよびserver_uuidを参照してください。
• レプリカには、DBシステム・ソースと同じタイムゾーン定義が含まれている必要があります。HeatWaveサービスのデフォルトのタイムゾーンはUTCです。タイムゾーン表の移入を参照してください。
• DBシステム・ソースから外部レプリカへのアウトバウンド・レプリケーション、またはレプリカとしての別のDBシステムへのアウトバウンド・レプリケーションでは、MySQLシェルのdumpInstanceユーティリティを使用してDBシステム・ソースのダンプを作成し、レプリケーションの開始前にそのダンプをユーザーを含むレプリカにインポートする必要があります。エクスポートおよびインポートの概要を参照してください。
• DBシステム・ソースのユーザーがレプリカに存在している必要があります。部分的な取消しでは、付与を作成するロールおよびユーザーがレプリカに存在している必要があります。ソースのユーザーはMySQLシェル・ダンプの一部としてエクスポートされ、レプリカにインポートされる必要があります。
  ノート
  
  

  レプリカへのMySQLシェル・ダンプのロードに使用されるユーザー・アカウントには、ユーザーおよびデータのロードに必要な権限が必要です。

ソースのバイナリ・ログがパージされる前に、レプリカはDBシステム・ソースからトランザクションを適用できる必要があります。binlog_expire_logs_secondsのデフォルト値は3600秒(1時間)です。トランザクションの適用にこれよりも時間がかかる場合、必要な有効期限値で新しいHeatWaveサービス構成を作成し、その新しい構成を使用して新しいソースDBシステムを作成します。

必要な権限を持つDBシステム・ソース・サーバーにレプリケーション・ユーザーが存在している必要があります。レプリケーション・ユーザーを設定するステップは、「ソース・サーバーでのレプリケーション・ユーザーの作成」を参照してください。