すべてのプロダクト
Search

このプロダクト

    PolarDB:手順

    ドキュメントセンター

    PolarDB:手順

    最終更新日:Sep 26, 2024

    このトピックでは、ApsaraDB RDS for MySQLインスタンスをPolarDBクラスターにアップグレードする方法について説明します。

    準備

    PolarDBのサービスにリンクされたロールが作成されているかどうかの確認 (論理移行にのみ必要)

    説明

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

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

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

    2. AliyunServiceRoleForPolarDBという名前のサービスにリンクされたロールが次の図に示すようにリストに存在するかを確認します。

      ram

    3. サービスにリンクされたロールがリストに存在する場合、手順1: ソースApsaraDB RDS for MySQLインスタンスからデータを移行するの操作を実行します。 サービスにリンクされたロールがリストに存在しない場合は、ロールを作成する必要があります。

    4. 左上隅で、ロールの作成をクリックします。

    5. ロールの作成パネルのロールタイプを選択するステップで、Alibaba Cloudサービスを選択し、次へをクリックします。

      阿里云服务

    6. [ロールの設定] ステップで、ロールの種類をサービスにリンクされた役割に設定し、[サービスの選択] ドロップダウンリストのApsaraDB for POLARDBを選択します。

      服务关联角色

    7. [OK] をクリックします。 ロールリストに戻り、ロールが作成されたことを確認します。

    ソースApsaraDB RDSインスタンスから追加のシステムアカウントを削除する (論理移行にのみ必要)

    説明

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

    システムアカウント構造の観点からApsaraDB RDS for MySQLとPolarDB間の互換性を確保し、移行中に移行先PolarDBクラスターのシステムアカウントが上書きされないようにするには、rootアカウントとaliyun_rootアカウントが移行元ApsaraDB for RDSインスタンスに同時に存在しないようにします。 移行プロセスを開始する前に、ソース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

    上記の表に記載されている各バージョンの対応するシステムアカウントとは別に、他のすべてのシステムアカウントを削除する必要があります。

    説明

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

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

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

    2. すべてのrootおよびaliyun_rootシステムアカウントを検索します。 

      select * from mysql.user where user in ('root', 'aliyun_root');

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

      delete from mysql.user where user = 'aliyun_root' limit n;

    ステップ1: ソースApsaraDB RDS for PostgreSQLインスタンスからデータを移行する

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

    説明

    データを移行する前に、移行評価を完了することを推奨します。 移行評価の詳細については、「移行評価」をご参照ください。

    1. PolarDBコンソールにログインし、クラスターの作成をクリックしてPolarDB購入ページに移動します。

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

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

      • 従量課金: 前払いは必要ありません。 計算ノードと、データによって消費されるストレージの量に対して料金が請求されます。 これらの料金は、1時間ごとにアカウントから差し引かれます。

      • サーバーレス: 前払いは必要ありません。 計算ノード、ストレージスペース、PolarProxyなどのリソースは、実際の需要に基づいて動的にスケーリングされます。 これらのスケーリングされたリソースの実際の使用量に基づいて料金が請求されます。

    3. パラメーターを設定します。 下表にパラメーターを示します。

      説明

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

      状態

      説明

      作成方法

      [ApsaraDB 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 Edition」をご参照ください。

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

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

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

      説明

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

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

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

    7. クラスターの作成後、PolarDBコンソールクラスターIDをクリックして、概要クラスターのページにアクセスします。

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

      基本信息

      説明

      • クラスターの作成後、システムはApsaraDB RDS for MySQLインスタンスからクラスターへのデータの移行を開始します。 クラスター作成後30日以内に、手順4: 移行の完了の操作を実行する必要があります。 それ以外の場合、移行タスクは30日後に自動的に終了します。

      • 論理的な移行方法が使用されており、PolarDBクラスターの作成後にRDS移行セクションに表示されるステータス値がPrecheck Failedの場合は、エラーメッセージの指示に従って問題のトラブルシューティングを行います。预检查失败

        たとえば、ソースApsaraDB RDS For MySQLインスタンスでトリガーが作成された場合、事前チェックは失敗し、"the RDS instance has a trigger." というエラーメッセージが表示されます。 トリガーを削除し、[続行] をクリックします。 または、[キャンセル] をクリックして、DTSコンソールでデータ同期タスクを手動で作成することもできます。 詳細については、「トリガーを含むソースデータベースのデータ同期タスクの設定」をご参照ください。

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

    ステップ2: サービスの切り替え

    ターゲット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. 移行を続行するには、[OK] をクリックします。 アップグレード以外のData Transmission Service (DTS) タスクを確認するには、[キャンセル] をクリックします。

      image

    5. [切り替えの開始] ダイアログボックスで、[エンドポイントで切り替え (接続変更不要)] または [エンドポイントで切り替え (接続変更不要)]を選択します 。

      image

      • エンドポイントの切り替え (接続変更不要)

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

          重要

          • [エンドポイントとの切り替え (接続変更は不要)] を選択する前に、必ず [エンドポイントとの切り替えの注意] をお読みください。

          • アップグレードするPolarDBクラスターが既存のDTSタスクの送信元または送信先である場合、クラスターがアップグレードされた後、DTSタスクの送信元または送信先クラスターをアップグレードされたPolarDBクラスターに変更する必要があります。 このようなタスクには、データ同期タスク、データ移行タスク、および変更追跡タスクが含まれます。 詳細については、「同期するオブジェクトの変更」をご参照ください。

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

      • エンドポイントなしの切り替え (接続変更が必要):

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

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

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

      説明

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

    手順3: (オプション) ソースインスタンスDTSタスクの切り替え

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

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

    3. 概要ページのRDS移行セクションで、Business DTS Task Databaseエンドポイントの切り替えをクリックします。

      image

    4. Business DTS Task Databaseエンドポイントの切り替えダイアログボックスで、ソースインスタンスDTSタスク (切り替え転送)または宛先インスタンスDTSタスク (切り替えロールバック)を選択します。

      重要

      切り替え前に、ソースインスタンスとターゲットインスタンスのDTS同期タスクの状態を確認します。 詳細については、「DescribeDtsJobDetail」をご参照ください。

      image

      • [ソースインスタンスDTSタスク (転送切り替え)] を選択した場合、次の手順を実行します。

        1. インスタンスのDTSタスクを選択します。

        2. [切り替えを確定] をクリックします。

      • [宛先インスタンスDTSタスク (スイッチオーバーロールバック)] を選択した場合、次の手順を実行します。

        image

        1. インスタンスのDTSタスクを選択します。

        2. [切り替えロールバックをコミット] をクリックします。

    説明

    • ソースインスタンスDTSタスク (転送切り替え) オプションは、移行前にDTSタスクを完了するために、ソースインスタンスからターゲットインスタンスにDTSタスクを切り替えることができます。

    • [移行先インスタンスDTSタスク (切り替えロールバック)] オプションで、移行先インスタンスから移行元インスタンスにDTSタスクを切り替えて、移行をキャンセルできます。

    ステップ4: 移行を完了する

    ステップ1: ソースApsaraDB RDS for MySQLインスタンスからのデータの移行セクションで説明されている操作を完了した後、30日以内に [移行の完了] をクリックする必要があります。

    警告

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

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

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

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

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

      説明

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

      • [移行の完了] ダイアログボックスで、PolarDBクラスターのバイナリログ機能を無効にするかどうかを指定できます。 バイナリログ機能を無効にすると、書き込みパフォーマンスがわずかに向上します。 バイナリログ機能を無効にして新しい設定を有効にすると、PolarDBクラスターが自動的に再起動します。

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

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

    (オプション) ApsaraDB RDSインスタンスのリリースまたはサブスクリプション解除

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

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

    論理移行を使用したアップグレードのプロセス中に、移行エラー (事前チェックの失敗など) やその他の例外 (高いレプリケーション遅延など) が発生した場合は、データ同期タスクの詳細ページに移動して、タスクに関する特定の情報を表示できます。

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

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

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

      DTS任务

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

      任务详情

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