マルチアクティブデータセンターの構築
ダウンロード
フォーカスモード
フォントサイズ
操作シナリオ
マルチアクティブデータセンターとは、異なる地域に配置された複数のデータセンターが同時に外部へサービスを提供することを指します。複数のデータセンター間のデータはリアルタイムに同期できます。あるデータセンターで災害事故が発生した場合、異常が発生したデータセンターのトラフィックを他のデータセンターへ移行することで、地域をまたがる迅速なフェイルオーバーを実現し、業務の正常な運用を保証します。
マルチアクティブデータセンターは、複数の双方向同期を作成することで実現されます。各双方向同期は2つの単方向同期タスクによって構築されるため、単方向同期の制約、操作制限などの要件をすべて満たす必要があります。データ同期の対応する同期シナリオを参照してください。
注意事項
DTSはフルデータ同期を実行する際に、一定のソースインスタンスリソースを占有し、ソースインスタンスの負荷上昇を引き起こし、データベース自体の圧力を高める可能性があります。データベースの設定が低すぎる場合は、ビジネスのオフピーク期に実行することをお勧めします。
データの重複を避けるために、同期が必要なテーブルに主キーまたは非NULLの一意キーが存在することを確認してください。主キーまたは非NULLの一意キーがないテーブルには、データ重複のリスクがあります。
ユーザーは事前にデータを適切に計画し、各データセンターが異なるPKのデータを更新（追加、削除、変更）するようにして、PKの競合や同じPKデータの相互上書きなどの状況を回避する必要があります。業務上の理由で複数のソース側が担当するPKに重複が存在する場合は、適切な競合戦略を選択して、同期動作とデータが期待どおりになるようにしてください。
アプリケーション制限
複数の同期タスク設定において、DDLが循環リンクを形成することはできません。
現在、双方向同期タスクの作成は、MySQL、クラウドデータベースTDSQL-C（MySQL互換版）、またはその両方の間でのみサポートされています。
DDL設定原則
ユーザーの理解を容易にするために、以下の原則を具体的なシナリオに基づいて説明します。三活地域センターを例にすると、インスタンスA（北京地域）、インスタンスB（上海地域）、インスタンスC（広州地域）に、それぞれA<->B、B<->C、C<->Aの3つの双方向同期タスクを作成します。
複数の同期タスク設定において、DDLが循環リンクを形成することはできません。そうでない場合、DDL文がシステム内で循環し、エラーが発生する可能性があります。
例：図の青い線1、3、5の3つの同期タスクでは、最大2つの同期タスクでのみDDLを選択できます。3つを選択すると循環リンクが構成されます。
ターゲット側の同じデータベース・テーブルオブジェクトは、複数のデータセンターからのDDL同期を受信できません。そうでない場合、複数のデータセンターのDDLがターゲット側で競合を形成し、エラーが発生する可能性があります。
例：インスタンスAとCに同じ名前のテーブルがあり、インスタンスBに同期する必要がある場合、同期タスク1と4では、1つのタスクでのみDDLを選択できます。
検証段階において、同期システムは現在のユーザーの他のすべての同期タスクを考慮し、新規作成中の同期タスクがDDL循環または競合を引き起こすかどうかを判断し、ユーザーが参考にできるようにプロンプトを表示します。
典型的なシナリオの推奨設定
マルチアクティブデータセンターは、複数の双方向同期を作成することで実現されます。各双方向同期は2つの単方向同期タスクによって構築されます。マルチアクティブデータセンターの各同期タスクの操作手順は、通常の単方向同期の操作手順と一致しますが、以下の設定のみが異なります。
同期オプション設定の差異
本ドキュメントでは、典型的なマルチアクティブデータセンターのシナリオに対して以下の推奨設定を示します。ユーザーはこれを参照して操作してください。
三活地域センターを例にすると、インスタンスA（北京地域）、インスタンスB（上海地域）、インスタンスC（広州地域）に、それぞれA<->B（タスク1と2）、B<->C（タスク3と4）、C<->A（タスク5と6）の3つの双方向同期タスクを作成します。
シナリオ | 時間要件 | 同期タスク | 初期化タイプ | 既存の同名テーブル | 競合処理メカニズム | 同期操作タイプ |
シナリオ1：インスタンスAにはテーブル構造とデータがあり、インスタンスB、Cは空です。 | タスク1が「同期増分」段階に進むのを待ってからタスク2を作成する必要があります。 | タスク1 | 構造初期化 + 全量データ初期化 | 事前検証を行い、エラーを報告します。 | ユーザーが選択してください。競合ポリシーの適用対象は、現在PK競合が発生しているPKデータのみです。 | DDLは設定原則に従って選択し、その他の操作タイプはすべての同期タスクで統一することを推奨します。 |
| | | | タスク2 | 選択しません | 無視して続行します |
| | | タスク3が「同期増分」段階に進むのを待ってからタスク4を作成する必要があります。 | タスク3 | 構造初期化 + 全量データ初期化 | 事前検証を行い、エラーを報告します。 |
| | | | タスク4 | 選択しません | 無視して続行します |
| | | タスク5が「同期増分」段階に進むのを待ってからタスク6を作成する必要があります。 | タスク5 | 構造初期化 + 全量データ初期化 | 事前検証を行い、エラーを報告します。 |
| | | | タスク6 | 選択しません | 無視して続行します |
| | シナリオ2：インスタンスA、B、Cにはいずれもテーブル構造とデータがあります。 | 無 | タスク1-6 | 全量データ初期化 | 無視して続行します |
操作手順
フィードバック