すべてのプロダクト
Search

このプロダクト

    PolarDB:移行評価

    ドキュメントセンター

    PolarDB:移行評価

    最終更新日:May 30, 2024

    移行評価機能はPolarDBによって提供され、移行タスクの正常な実行と高い移行効率を保証します。 この機能により、ApsaraDB RDS for MySQLインスタンスをPolarDB for MySQLクラスターにアップグレードする前に、インスタンスのステータス、移行タスクの依存関係、ソースインスタンスの属性などの前提条件を事前に確認できます。 これにより、移行の進行状況に影響を与える可能性のある要因を特定し、事前に問題を解決して、移行中の処理コストとリソースコストを削減できます。

    サポート対象リージョン

    移行評価機能は、次のリージョンで使用できます。

    中国 (杭州) 、中国 (上海) 、中国 (深セン) 、中国 (北京) 、中国 (張家口) 、中国 (ウランカブ) 、中国 (成都) 、中国 (香港) 、シンガポール、インドネシア (ジャカルタ) 、米国 (シリコンバレー) 、および米国 (バージニア) 。

    影響

    移行評価はワークロードには影響しません。

    移行評価タスクの作成

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

    2. 移行評価タスクを作成します。 PolarDBは、評価タスクを作成するための次のメソッドを提供します。

      • [クラスター] ページから: [クラスター] ページの左上隅にある [移行 /アップグレード評価] をクリックします。

        image

      • [移行 /アップグレード] ページから: [移行 /アップグレード] ページの左上隅にある [移行 /アップグレード] をクリックします。

        image

    3. 移行評価タスクのパラメーターを設定します。

      パラメーター

      説明

      作成方法

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

      PolarDB購入ページから移行評価タスクを作成する場合、このパラメーターを指定する必要はありません。 RDSからの移行が自動的に選択されます。

      ソースRDSバージョン

      ソースApsaraDB RDSインスタンスのデータベースエンジンバージョン。

      ソース RDS インスタンス

      ドロップダウンリストからソースApsaraDB RDSインスタンスを選択します。

      宛先データベースエンジン

      ターゲットPolarDB for MySQLクラスターのデータベースエンジンバージョン。

      制品エディション

      移行先のPolarDB for MySQLクラスターのエディション。

      [次へ] をクリックします。

    4. PolarDBは、基本情報の検証、移行タスクの依存関係の検証、キー情報の検証、およびその他の検証の観点から、ソースApsaraDB RDSインスタンスと移行プランを事前チェックおよび評価します。 評価結果に基づいて課題を処理します。

      このトピックでは、PolarDBでの移行評価に関するよくある質問に対する回答を提供します。 詳細については、「FAQ」をご参照ください。

      image

    5. [購入続行] または [購入] をクリックして、PolarDB購入ページに移動します。 詳細については、「手順」をご参照ください。

    移行評価タスクの管理

    作成した評価タスクの詳細を表示するには、[移行 /評価] ページに移動します。 評価タスクが完了したら、[再評価] または [購入] をクリックします。

    説明

    評価タスクは7日間保持され、その後自動的に削除されます。 評価タスクの有効期限が切れている場合は、評価タスクを作成できます。

    image

    FAQ

    カテゴリ

    チェックアイテム

    解決策

    基本情報の検証

    ソースインスタンスの実行ステータス

    ソースApsaraDB RDSインスタンスが [実行中] 状態である必要があります。

    ソースインスタンスの読み取り /書き込みステータス

    ソースApsaraDB RDSインスタンスは、[実行中] 状態および読み取り /書き込みモードである必要があります。

    ソースインスタンスアカウントモード

    ApsaraDB RDS for MySQLインスタンスでデータベースプロキシ (セーフモード) が有効になっている場合、特権アカウントが作成されるか、ApsaraDB RDS for MySQLインスタンスのネットワーク接続モードが高性能モードに切り替えられます。 詳細については、アカウントの作成および [製品の変更 /機能の変更] ApsaraDB RDSインスタンスのネットワーク接続モードのアップグレードをご参照ください。

    PolarDBのサービスにリンクされたロール

    PolarDBのサービスにリンクされたロールがアカウントに対して作成されます。

    PolarDBサービスにリンクされたロールを作成する方法の詳細については、「PolarDBのサービスにリンクされたロールが作成されているかどうかの事前確認」をご参照ください。 API操作を呼び出して、PolarDBサービスにリンクされたロールを作成することもできます。

    移行タスクの依存関係の検証

    DTS権限

    Alibaba Cloudアカウントには、DTS経由でクラウドリソースにアクセスする権限が必要です。

    詳細については、「DTSによるAlibaba Cloudリソースへのアクセス許可」をご参照ください。

    ソースインスタンスが空かどうか

    データベースは、ソースApsaraDB RDSインスタンスに作成されます。 データを移行する前に、インスタンスにデータベースを作成する必要があります。

    ソースインスタンステーブルエンジンの検証

    ソースRDSインスタンスのテーブルストレージエンジンは、InnoDBまたはX-engineである必要があります。

    ソースインスタンストリガーの検証

    ソースApsaraDB RDSインスタンスに対してトリガーが作成されている場合は、まずトリガーを削除します。 それ以外の場合、移行プロセスは中断されます。

    移行プロセスが完了した後、ターゲットPolarDBクラスターでトリガーを手動で作成できます。

    ソースインスタンスの非プライマリキーテーブルの検証

    ソースApsaraDB RDSインスタンスにプライマリキーのないテーブルが含まれている場合、データの同期後にターゲットPolarDBクラスターで重複データが発生する可能性があります。

    特権アカウントを使用してソースApsaraDB RDSインスタンスのデータベースに接続し、次のSQL文を実行してプライマリキーなしでテーブルを照会できます。

    SELECT t1.table_schema, t1.table_name
information_schema.TABLES t1 LEFT OUTERから
参加information_schema.TABLE_CONSTRAINTS t2 
  ON t1.table_schema = t2.TABLE_SCHEMA AND t1.table_name = t2.TABLE_NAME AND t2.CONSTRAINT_NAME 
  IN ("PRIMARY")
WHERE t2.table_name IS NULL AND t1.table_type = "BASE TABLE" AND t1.table_SCHEMA NOT IN ("information_schema" 、"performance_schema" 、"mysql" 、"sys")

    プライマリキーなしでテーブルにプライマリキーを追加できます。

    重複データが許容されることを確認した場合は、この評価結果を無視し、ApsaraDB RDS for MySQLインスタンスをPolarDB for MySQLクラスターにアップグレードしたときにエラーメッセージが返されたら、[続行] を選択します。

    キー情報の検証

    ソースインスタンスのルートアカウントの検証

    システムアカウント構造の観点からApsaraDB RDS for MySQLとPolarDB間の互換性を確保し、移行中に移行先PolarDBクラスターのシステムアカウントが上書きされないようにするには、rootアカウントとaliyun_rootアカウントが移行元ApsaraDB for RDSインスタンスに同時に存在しないようにします。 詳細については、「ソースApsaraDB For RDSインスタンスからの冗長システムアカウントの削除」をご参照ください。