すべてのプロダクト
Search

このプロダクト

    PolarDB:手順

    ドキュメントセンター

    PolarDB:手順

    最終更新日:Apr 22, 2025

    PolarDB では、ApsaraDB RDS for MySQL インスタンスを PolarDB for MySQL クラスタにアップグレードできます。PolarDB for MySQL クラスタが自動的に作成され、データがクラスタに同期されます。PolarDB クラスタは、ApsaraDB RDS for MySQL インスタンスのアカウント、データベース、IP アドレスのホワイトリスト、および必須パラメータを使用します。

    アップグレードプロセスには、次の操作が含まれます。

    説明

    • アップグレード機能は、物理移行（物理レプリケーション）と論理移行（DTS を介したデータ同期）の 2 つの方法をサポートしています。これらは以下の点で異なります。詳細については、「物理移行と論理移行の比較」をご参照ください。

      • 物理移行：ローカル SSD を使用する High-availability Edition の ApsaraDB RDS for MySQL 5.6 または 5.7 インスタンスを、同じ MySQL バージョンの PolarDB for MySQL クラスタにアップグレードする場合にのみ使用されます。

      • 論理移行：他の仕様の ApsaraDB RDS for MySQL インスタンスを、同じまたは異なる MySQL バージョンの PolarDB for MySQL クラスタにアップグレードするために使用されます。

    • 詳細については、具体的な操作をご参照ください。

    1. 事前チェック

    2. ステップ 1：RDS から移行する方法を選択して、ターゲット PolarDB クラスタを作成する：PolarDB クラスタ購入ページで、作成方法パラメータに [RDS から移行] を選択し、ソース ApsaraDB RDS インスタンスのバージョンを指定して、ターゲット PolarDB クラスタを作成します。

    3. （オプション）ステップ 2：エンドポイントを追加する：ソース ApsaraDB RDS for MySQL インスタンスからターゲット PolarDB クラスタにサービスをスイッチオーバーするときに、[エンドポイントで切り替え（接続変更不要）] オプションを選択できます。これにより、スイッチオーバー中にソース ApsaraDB RDS for MySQL インスタンスとターゲット PolarDB クラスタ間のエンドポイントが自動的に交換されます。スイッチオーバー後、アプリケーションの接続構成を変更することなく、ターゲット PolarDB クラスタに接続できます。ソース ApsaraDB RDS for MySQL インスタンスとターゲット PolarDB クラスタの両方にエンドポイントがある場合にのみ、エンドポイントを交換できます。

    4. ステップ 3：サービスをスイッチオーバーする：スイッチオーバー後、ソース ApsaraDB RDS for PostgreSQL インスタンスとターゲット PolarDB クラスタの読み取り/書き込み状態が交換されます。ソース ApsaraDB RDS for PostgreSQL インスタンスの読み取り/書き込み状態は [読み取り専用] に変更され、ターゲット PolarDB クラスタの読み取り/書き込み状態は [読み取りと書き込み] に変更されます。レプリケーションの方向も変更されます。増分データは、ターゲット PolarDB クラスタからソース ApsaraDB RDS for PostgreSQL インスタンスに同期されます。

    5. （オプション）ステップ 4：DTS タスクをスイッチオーバーする：ソースインスタンスが DTS タスク（ワンクリック移行タスクではない）に含まれている場合は、スムーズなスイッチオーバーのために DTS タスクのソースデータベースまたはターゲットデータベースを変更できます。

    6. ステップ 5：移行を完了する：データが移行され、データ同期を使用しなくなった場合は、アップグレードプロセスを完了できます。

    7. （オプション）ApsaraDB RDS インスタンスをリリースまたはサブスクライブ解除する：ソース ApsaraDB RDS インスタンスから PolarDB クラスタにデータが移行された後、クラスタでサービスが想定どおりに実行され、インスタンスが不要になった場合は、インスタンスをリリースまたはサブスクライブ解除できます。

    スイッチオーバーの完了後にデータエラーが発生した場合は、（オプション）移行をロールバックする 操作を実行できます。これにより、データベースとデータをスイッチオーバーが実行される前の元の状態に復元できます。その後、（オプション）移行をキャンセルする 操作を実行して、移行前の状態に復元できます。

    事前チェック

    PolarDB のサービスロールが作成されているかどうかを確認する（論理移行の場合のみ必須）

    説明

    移行評価を完了し、関連する問題がないことを確認した場合は、このチェックをスキップできます。移行評価の詳細については、「移行評価」をご参照ください。

    論理移行（DTS を介したデータ同期）方式を使用してアップグレードを実行する前に、PolarDB のサービスロールが作成されているかどうか、および Data Transmission Service（DTS）に Alibaba Cloud リソースへのアクセスが許可されているかどうかを確認します。詳細については、「DTS に Alibaba Cloud リソースへのアクセスを許可する」をご参照ください。

    • PolarDB のサービスロールが作成されているかどうかを確認します

      1. Resource Access Management (RAM) コンソール の [ロール] ページにログインします。

      2. 次の図に示すように、[AliyunServiceRoleForPolarDB] という名前のサービスロールがリストに既に存在するかどうかを確認します。image

        1. サービスロールがリストに存在する場合は、このチェックをスキップします。

        2. サービスロールがリストに存在しない場合は、このチェックを続行します。

      3. 左上隅にある [ロールの作成] をクリックします。[ロールの作成] ページの右上隅にある [サービスリンクロールの作成] をクリックします。image

      4. [サービスリンクロールの作成] ページで、[サービスの選択] ドロップダウンリストから [ApsaraDB For POLARDB] を選択します。[サービスリンクロールの作成] をクリックします。

        image

    • DTS に Alibaba Cloud リソースへのアクセスが許可されているかどうかを確認する

      ここでは、承認結果と高速承認方法の確認方法のみを説明します。詳細については、「DTS に Alibaba Cloud リソースへのアクセスを許可する」をご参照ください。

      承認結果を確認する

      1. Resource Access Management (RAM) コンソール の [ロール] ページにログインします。

      2. 次の図に示すように、[AliyunDTSDefaultRole] という名前のサービスロールがリストに既に存在するかどうかを確認します。image

        1. サービスロールがリストに存在しない場合は、高速承認 の操作を実行します。

        2. サービスロールがリストに存在する場合は、後続の操作を実行してその権限を確認します。

      3. [AliyunDTSDefaultRole] ロール名をクリックして詳細を表示します。

        • [AliyunDTSDefaultRole] ロールが以下のすべての要件を満たしている場合、正しく承認されています。

          • [権限] タブに [AliyunDTSRolePolicy] ポリシーが表示されます。

            image

          • dts.aliyuncs.com は、[信頼ポリシー] タブに表示されます。

            image

        • [AliyunDTSDefaultRole] ロールが上記の要件を満たしていない場合、承認されていません。[AliyunDTSDefaultRole] ロールを削除して、承認を再実行できます。

      高速承認

      Resource Access Management (RAM) コンソール の [ロール] ページにログインします。[クラウド リソースへのアクセスを承認する] ダイアログ ボックスで、[承認] をクリックします。

      説明

    ソース ApsaraDB RDS インスタンスから余分なシステムアカウントを削除する（論理移行の場合のみ必須）

    説明

    移行評価を完了し、例外が発生しない場合は、事前チェックをスキップします。移行評価の詳細については、「移行評価」をご参照ください。

    システム アカウント構造に関して ApsaraDB RDS for MySQL と PolarDB 間の互換性を確保し、移行中にターゲット PolarDB クラスタのシステム アカウントが上書きされるのを防ぐため、ソース ApsaraDB for RDS インスタンスに root アカウントと aliyun_root アカウントが同時に存在しないようにしてください。移行プロセスを開始する前に、ソース ApsaraDB for RDS インスタンスから余分なシステム アカウントを削除することをお勧めします。

    次の表に、ApsaraDB RDS for MySQL の各バージョンの正しいシステム アカウント名を示します。

    ApsaraDB RDS for MySQL バージョン

    正しいシステム アカウント名

    RDS MySQL 5.6

    root

    RDS MySQL 5.7

    aliyun_root

    RDS MySQL 8.0

    aliyun_root

    上記の表に記載されている各バージョンの対応するシステム アカウント以外、他のすべてのシステム アカウントを削除する必要があります。たとえば、RDS MySQL 5.7 では aliyun_root が正しいです。コンソールで root を作成した場合は、削除する必要があります。root を削除する前に、ビジネスで使用されていないことを確認してください。

    説明

    余分なシステム アカウントは、ユーザーによって作成されたか、バージョン アップグレード中にソース バージョンから継承された可能性があります。シナリオによっては、特定のアカウントがコンソールに表示されない場合があります。

    次の例は、ApsaraDB RDS for MySQL 5.6 インスタンスから余分なシステム アカウントを削除する方法を示しています。

    1. 特権アカウントを使用してデータベースに接続します。

    2. すべての root および aliyun_root システム アカウントを見つけます。

      SELECT * FROM mysql.user WHERE `user` IN ('root', 'aliyun_root'); /* root と aliyun_root システムアカウントをすべて検索します */

    3. 余分なシステム アカウントを削除します。ApsaraDB RDS for MySQL 5.6 の正しいシステム アカウント名は root です。したがって、aliyun_root アカウントを削除する必要があります。

      DELETE FROM mysql.user WHERE `user` = 'aliyun_root' LIMIT n; /* 余分なシステムアカウントを削除します */

    （オプション）ホワイトリスト構成を確認する

    ソース ApsaraDB RDS for MySQL インスタンスのプライマリ ノードと読み取り専用ノードのホワイトリストが異なる場合は、読み取り専用ノードのホワイトリストがターゲット PolarDB クラスタに同期されるように、事前に読み取り専用ノードのホワイトリストをプライマリ ノードのホワイトリストに追加する必要があります。

    ステップ 1：RDS から移行する方法を選択して、ターゲット PolarDB クラスタを作成する

    このステップでは、ソース ApsaraDB RDS for MySQL インスタンスと同じデータを含む PolarDB クラスタを作成します。増分データは、ソース ApsaraDB RDS for MySQL インスタンスから PolarDB クラスタにリアルタイムで同期されます。

    説明

    • 移行プロセスを開始する前に、移行評価を完了することをお勧めします。移行評価の詳細については、「移行評価」をご参照ください。

    • 移行プロセスを開始する前に、PolarDB クラスタで使用可能なストレージ容量が、ソース ApsaraDB RDS インスタンスで使用されているストレージ容量よりも大きいことを確認してください。

    • DTS を使用してデータを移行する場合、DTS は初期完全同期中にソース データベースとターゲット データベースの読み取りおよび書き込みリソースを使用します。これにより、データベース サーバーの負荷が増加する可能性があります。データ移行の速度制限を有効にすることができます。詳細については、「データ移行の速度制限を有効にする」をご参照ください。

    1. PolarDB コンソール にログインします。左側のナビゲーション ページで、[クラスタ] をクリックします。[クラスタ] ページで、クラスターの作成 をクリックして PolarDB 購入ページに移動します。

    2. [課金方法] を [サブスクリプション]、[従量課金]、または [サーバーレス] に設定します。

      • サブスクリプション：クラスタを作成するときに、計算ノードに対して前払いする必要があります。ストレージは実際の時間単位の使用量に基づいて課金され、料金はアカウントから時間単位で差し引かれます。

      • 従量課金：前払いは不要です。計算ノードとデータによって消費されるストレージ量の料金が課金されます。これらの料金はアカウントから時間単位で差し引かれます。

      • サーバーレス：前払いは不要です。計算ノード、ストレージ容量、PolarProxy などのリソースは、実際の需要に基づいて動的にスケーリングされます。これらのスケーリングされたリソースの実際の使用量に基づいて料金が課金されます。

    3. パラメータを構成します。次の表にパラメータを示します。

      説明

      次の表に記載されていないパラメータについては、「クラスタを購入する」をご参照ください。

      パラメータ

      説明

      作成方法

      [RDS から移行] を選択します。

      説明

      PolarDB クラスタは、移行とスイッチオーバーの前に読み取り専用モードになっています。デフォルトでは、クラスタのバイナリ ロギングは有効になっています。

      リージョン

      ソース ApsaraDB RDS for MySQL インスタンスがデプロイされているリージョン。

      説明

      ターゲット PolarDB クラスタもこのリージョンにデプロイする必要があります。

      RDS エンジン タイプ

      ソース ApsaraDB RDS インスタンスのデータベース エンジン。このパラメータのデフォルト値は [MySQL] で、変更できません。

      RDS エンジン バージョン

      ソース ApsaraDB RDS for MySQL インスタンスのデータベース エンジン バージョン。有効な値：[5.6]、[5.7]、および [8.0]。

      ソース RDS インスタンス

      ソース ApsaraDB RDS for MySQL インスタンス。使用可能なソース ApsaraDB RDS for MySQL インスタンスには、読み取り専用インスタンスは含まれません。

      データベース エンジン

      ターゲット PolarDB クラスタのデータベース エンジン バージョン。ソース ApsaraDB RDS for MySQL インスタンスと同じバージョン、または異なるバージョンを選択できます。

      ノード仕様

      クラスタのノード仕様。ビジネス要件に基づいてノード仕様を指定できます。ソース ApsaraDB RDS for MySQL インスタンスの仕様と同じかそれ以上の仕様を選択することをお勧めします。PolarDB ノード仕様の詳細については、「PolarDB for MySQL Enterprise Edition の計算ノード仕様」をご参照ください。

      ストレージ エンジン

      PolarDB は、[InnoDB] と [InnoDB & X-Engine] の以下のストレージ エンジンをサポートしています。

      • [InnoDB]：InnoDB ストレージ エンジン。

      • [InnoDB & X-Engine]：InnoDB と X-Engine をデプロイします。このオプションを選択した場合は、X-Engine メモリ使用率を指定できます。詳細については、「X-Engine」をご参照ください。

    4. ページの右上隅で、クラスタ構成を確認し、[期間]、[数量]、および [自動更新] パラメータを構成します。[期間] パラメータは、サブスクリプション クラスタでのみ使用できます。

    5. 利用規約を読み、選択します。[注文の確認] をクリックします。

    6. [購入] ページで、注文と支払い方法を確認し、[購入] をクリックします。

      説明

      • 支払いが完了したら、10 ～ 15 分待ちます。その後、[クラスタ] ページで新しいクラスタを表示できます。クラスタ

      • クラスタ内の特定のノードが [作成中] 状態の場合、クラスタはまだ作成中で、使用できません。クラスタは、[実行中] 状態の場合にのみ使用できます。

      • クラスタがデプロイされているリージョンを選択していることを確認してください。そうでない場合、クラスタを表示できません。

    7. クラスタが作成されたら、PolarDB コンソール にログインし、クラスタ ID をクリックしてクラスタの 概要 ページに移動します。

    8. RDS 移行概要 ページの レプリケーションの遅延PolarDB手順 3：サービスの切り替え セクションで、ターゲット クラスタの 値を確認します。値が 60 秒未満の場合は、 の操作を実行できます。

      基本信息

      説明

      • 双方向 DTS データ同期タスクが進行中のインスタンスを移行またはアップグレードしないでください。データの不整合が発生する可能性があります。

      • クラスタが作成されると、システムはソース ApsaraDB RDS for MySQL インスタンスからクラスタへのデータの移行を開始します。ステップ 5：移行を完了する の操作は、クラスタの作成後 30 日以内に行う必要があります。そうでない場合、移行タスクは 30 日後に自動的に無効になります。

      • 論理移行方式を使用し、PolarDB クラスタの作成後に [RDS 移行] セクションに表示される [ステータス] 値が [事前チェックに失敗しました] の場合、[エラー メッセージ] の指示に従って問題をトラブルシューティングします。预检查失败

        たとえば、ソース ApsaraDB RDS for MySQL インスタンスでトリガーが作成されている場合、事前チェックは失敗し、「RDS インスタンスにトリガーがあります」という エラー メッセージ が報告されます。トリガーを削除してから、[移行を続行] をクリックできます。または、[移行をキャンセル] をクリックしてから、DTS コンソールでデータ同期タスクを手動で作成することもできます。詳細については、「トリガーを含むソース データベースのデータ同期タスクを構成する」をご参照ください。

      • このステップで [移行をキャンセル] をクリックできます。影響については、「FAQ」をご参照ください。

    （オプション）ステップ 2：エンドポイントを追加する

    ソース ApsaraDB RDS for MySQL インスタンスからターゲット PolarDB クラスタにサービスをスイッチオーバーするときに、[エンドポイントで切り替え（接続変更不要）] オプションを選択できます。これにより、スイッチオーバー中にソース ApsaraDB RDS for MySQL インスタンスとターゲット PolarDB クラスタ間のエンドポイントが自動的に交換されます。スイッチオーバー後、アプリケーションの接続構成を変更することなく、ターゲット PolarDB クラスタに接続できます。ソース ApsaraDB RDS for MySQL インスタンスとターゲット PolarDB クラスタの両方にエンドポイントがある場合にのみ、エンドポイントを交換できます。デフォルトでは、ターゲット PolarDB クラスタには、プライベート プライマリ エンドポイントとプライベート クラスタ エンドポイントのみがあります。ソース ApsaraDB RDS for MySQL インスタンスにより多くのエンドポイントがある場合、エンドポイントを交換する場合は、ターゲット PolarDB クラスタに対応するエンドポイントを作成する必要があります。PolarDB クラスタのエンドポイントの作成方法については、「エンドポイントを管理する」をご参照ください。ApsaraDB RDS for MySQL インスタンスのエンドポイントの作成方法については、「RDS インスタンスのエンドポイントを構成する」をご参照ください。

    説明

    • スイッチオーバー前に必要なエンドポイントを作成しなかった場合は、スイッチオーバー後にエンドポイントを追加できます。スイッチオーバー後にエンドポイントを追加するには、ターゲット PolarDB クラスタが実行中状態になるまで待ちます。また、ビジネス要件に基づいて、エンドポイント設定とクラスタ パラメータを構成し、読み取り専用ノードを追加することもできます。

    • プライベート エンドポイントを交換するには、ソース ApsaraDB RDS for MySQL インスタンスとターゲット PolarDB クラスタが同じ virtual private cloud (VPC) に属していることを確認してください。そうでない場合、スイッチオーバー後に元のサービスに接続できません。

    ステップ 3：サービスをスイッチオーバーする

    ターゲット PolarDB クラスタの レプリケーションの遅延 値が 60 秒未満の場合は、スイッチオーバー操作を実行できます。

    1. PolarDB コンソール にログインします。

    2. ターゲット クラスタを見つけて、クラスタ ID をクリックします。

    3. [RDS 移行] セクションの 概要 ページで、[スイッチオーバー] をクリックします。

      image

      説明

      • ほとんどの場合、システムがスイッチオーバーを完了するには 5 分かかります。

      • スイッチオーバー後、ソース ApsaraDB RDS for MySQL インスタンスとターゲット PolarDB クラスタの読み取り/書き込み状態が交換されます。ソース ApsaraDB RDS for MySQL インスタンスの読み取り/書き込み状態は [読み取り専用] に変更され、PolarDB クラスタの読み取り/書き込み状態は [読み取りと書き込み] に変更されます。レプリケーションの方向も変更されます。この場合、増分データは PolarDB クラスタから ApsaraDB RDS for MySQL インスタンスに同期されます。

    4. [新しいデータベースにビジネスをスイッチオーバーする] ダイアログ ボックスで、[エンドポイントで切り替え（接続変更不要）] または [エンドポイントなしで切り替え（接続変更が必要）]新しいデータベースにビジネスを切り替えますエンドポイントを使用した切り替え (接続変更は不要)エンドポイントなしで切り替える (接続の変更が必要) を選択します。

      image

      • [エンドポイントで切り替え（接続変更不要）]

        1. [エンドポイントで切り替え（接続変更不要）] を選択すると、システムは ApsaraDB RDS for MySQL インスタンスと PolarDB クラスタ間のエンドポイントを交換します。PolarDB クラスタに接続するためにアプリケーションの構成を変更する必要はありません。

          重要

        2. 次に、[OK] をクリックします。表示されるメッセージで、[確認] をクリックします。

      • エンドポイントなしで切り替える（接続の変更が必要）

        1. ダイアログ ボックスで エンドポイントなしで切り替える（接続の変更が必要） を選択します。

        2. 次に、[OK] をクリックします。表示されるメッセージで、[確認] をクリックします。

        3. ページを更新します。PolarDB [読み取り/書き込みステータス] が [読み取りと書き込み] に変更されたら、できるだけ早くアプリケーションのデータベース エンドポイントを変更します。

      説明

      • スイッチオーバーの完了後にデータ エラーが発生した場合は、スイッチオーバーをロールバックできます。これにより、データベースとデータをスイッチオーバーが実行される前の元の状態に復元できます。詳細については、「移行をロールバックする」をご参照ください。その後、移行をキャンセルする を選択して、移行前の状態に復元できます。

    （オプション）ステップ 4：DTS タスクをスイッチオーバーする

    説明

    • ソース インスタンスが DTS タスク（ワンクリック移行タスクではない）に含まれていない場合、[ビジネス DTS タスク データベース エンドポイント スイッチオーバー] ボタンはコンソールに表示されません。このステップをスキップします。

    • ソース インスタンスが DTS タスク（ワンクリック移行タスクではない）に含まれている場合は、スムーズなスイッチオーバーのために DTS タスクのソース データベースまたはターゲット データベースを変更できます。この機能の仕組みと使用上の注意の詳細については、「ModifyDtsJobEndpoint」をご参照ください。

    • スキーマ移行と完全データ移行中は、DDL ステートメントを実行してデータベースまたはテーブルのスキーマを変更しないでください。変更すると、データ移行タスクが失敗します。

    1. PolarDB コンソール にログインします。

    2. ターゲット クラスタを見つけて、クラスタ ID をクリックします。

    3. [RDS 移行] セクションの 概要 ページで、[ビジネス DTS タスクデータベースエンドポイント切り替え] をクリックします。

      image

    4. [ビジネス DTS タスク データベース エンドポイント スイッチオーバー] ダイアログ ボックスで、ビジネス DTS タスク データベース エンドポイント スイッチオーバー[ソース インスタンス DTS タスク（フォワード スイッチオーバー）] または [ターゲット インスタンス DTS タスク（スイッチオーバー ロールバック）] を選択します。

      重要

      スイッチオーバーの前に、ソース ApsaraDB RDS for MySQL インスタンスとターゲット PolarDB クラスタの DTS 同期タスクのステータスを確認します。詳細については、「DescribeDtsJobDetail」をご参照ください。

      image

      • [ソース インスタンス DTS タスク（フォワード スイッチオーバー）] を選択するには、次の操作を実行します。

        1. ソース ApsaraDB RDS for MySQL インスタンスの DTS タスクを選択します。

        2. [フォワード スイッチオーバーのコミット] をクリックします。

      • [ターゲット インスタンス DTS タスク（スイッチオーバー ロールバック）] を選択するには、次の操作を実行します。

        image

        1. ターゲット PolarDB クラスタの DTS タスクを選択します。

        2. [スイッチオーバー ロールバックのコミット] をクリックします。

    説明

    • ステップ 3 でサービスをスイッチオーバーした後、[ソース インスタンス DTS タスク（フォワード スイッチオーバー）] オプションを選択して、DTS タスクをソース ApsaraDB RDS for MySQL インスタンスからターゲット PolarDB クラスタにスイッチオーバーできます。DTS タスクはワンクリック移行タスクにすることはできません。この操作は、ステップ 3 でサービスをスイッチオーバーした後、ステップ 5 で移行を完了する前に実行できます。

    • 移行をロールバックした後、[ターゲット インスタンス DTS タスク（スイッチオーバー ロールバック）] オプションを選択して、DTS タスクをターゲット PolarDB クラスタからソース ApsaraDB RDS for MySQL インスタンスにスイッチオーバーできます。DTS タスクはワンクリック移行タスクにすることはできません。この操作は、移行をロールバックした後、移行をキャンセルする前 に実行できます。

    ステップ 5：移行を完了する

    ステップ 1：RDS から移行する方法を選択して、ターゲット PolarDB クラスタを作成する セクションに記載されている操作を完了した後、30 日以内に [移行の完了] をクリックする必要があります。

    警告

    • [移行の完了] をクリックして移行を完了する前に、データ移行が完了し、同期タスクが使用されなくなっていることを確認してください。この操作により、物理移行が使用されている場合はソース ApsaraDB RDS for MySQL インスタンスから PolarDB クラスタへのデータ レプリケーションが終了し、論理移行が使用されている場合はデータ同期タスクが削除されます。

    • この操作により、PolarDB クラスタと ApsaraDB RDS for MySQL インスタンス間のデータ同期が中断されます。したがって、移行をキャンセルする オプションは使用できなくなります。この操作は、PolarDB クラスタを一定期間使用し、クラスタが正常であることを確認した後に実行することをお勧めします。

    1. PolarDB コンソール にログインします。

    2. クラスタを見つけて、クラスタ ID をクリックします。

    3. RDS 移行 セクションの 概要 ページで、完全な移行 をクリックします。表示されるダイアログボックスで、OK をクリックします。 image

      説明

      • OK をクリックすると、システムは約 2 分以内にデータ同期を停止します。このプロセス中、移行ステータスは 同期の無効化 になります。移行が完了するまで待ちます。

      • [移行の完了] ダイアログボックスで、PolarDB クラスタのバイナリログ機能を無効にするかどうかを指定できます。バイナリログ機能を無効にすると、書き込みパフォーマンスが若干向上する可能性があります。新しい構成を有効にするためにバイナリログ機能を無効にした後、PolarDB クラスタは自動的に再起動します。

      • ソース ApsaraDB RDS インスタンスが不要になった場合は、インスタンスをリリースまたはサブスクライブ解除できます。詳細については、このトピックの「（オプション）ApsaraDB RDS インスタンスをリリースまたはサブスクライブ解除する」セクションをご参照ください。

      • ソース ApsaraDB RDS インスタンスで更新や構成変更などの操作を実行する場合は、最初に [移行の完了] をクリックします。

    （オプション）ApsaraDB RDS インスタンスをリリースまたはサブスクライブ解除する

    ソース ApsaraDB RDS インスタンスから PolarDB クラスタにデータが移行された後、クラスタでサービスが想定どおりに実行され、インスタンスが不要になった場合は、インスタンスをリリースまたはサブスクライブ解除できます。

    （オプション）データ同期タスクの詳細を表示する（論理移行の場合のみ使用可能）

    論理移行によるアップグレードの過程で、移行エラー（事前チェックの失敗など）やその他の例外（レプリケーションの遅延が大きいなど）が発生した場合は、データ同期タスクの詳細ページに移動して、タスクに関する具体的な情報を表示できます。

    1. PolarDB コンソール にログインします。

    2. ターゲット クラスタを見つけて、その ID をクリックします。

    3. RDS 移行 セクションの 概要 ページで、DTS データ同期タスク の名前をクリックして、DTS コンソールでデータ同期タスクリストに移動します。

      DTS任务

    4. データ同期タスクを見つけます。事前チェックの失敗の詳細、データ同期タスクの詳細、およびデータ同期タスク ログを表示できます。

      任务详情

    5. 移行プロセス中に、同期タスクの同期オブジェクトを調整する場合は、[オブジェクトの再選択] をクリックできます。たとえば、ソース ApsaraDB RDS for MySQL インスタンスに、同期タスクに含める必要のある新しいデータベースがある場合があります。

      image