PolarDB:移行評価

評価タスクの作成

以下のいずれかのエントリポイントから評価を開始します：

• クラスターページ： 移行／アップグレード評価 を クラスター ページの左上隅でクリックします。

• 移行／アップグレードページ： 移行／アップグレード評価 を 移行／アップグレード ページの左上隅でクリックします。

• PolarDB 購入ページ： RDS からの移行 を選択し、ソース RDS バージョン、データベースエンジン、および データベースエディション を設定した後、移行評価 をクリックします。

評価の設定

パラメーターを入力し、次へ をクリックします。

結果の確認と問題の修正

PolarDB は、ソースインスタンスおよび移行計画を上記 4 つのカテゴリにわたって評価します。各結果を確認し、次に進む前にすべての問題を修正してください。

DTS はイベントの同期をサポートしていません。イベントのチェック結果が 存在 と表示された場合、移行完了後に手動でイベントを送信先 PolarDB クラスターに同期します。

すべての問題を修正した後、[続行して購入] または [購入] をクリックして、PolarDB の購入ページに進みます。完全移行の手順については、「ApsaraDB RDS for MySQL インスタンスを PolarDB for MySQL クラスターにアップグレードする」をご参照ください。

イベントのチェック（情報提供）

DTS はイベントの同期をサポートしていません。ソース RDS インスタンスにイベントが存在する場合、移行後に手動で送信先 PolarDB クラスターに同期します。この結果は移行をブロックしません。

基本情報の検証

ソースインスタンスの実行状態

ソース ApsaraDB RDS for MySQL インスタンスは、実行中 の状態である必要があります。

ソースインスタンスの読み取り／書き込み状態

ソース ApsaraDB RDS for MySQL インスタンスは、実行中 の状態であり、かつ読み取り／書き込みモードである必要があります。

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

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

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

PolarDB のサービスにリンクされたロールを作成します。詳細については、「PolarDB のサービスにリンクされたロールが作成済みか事前チェックする」をご参照ください。また、CreateServiceLinkedRole API を呼び出してロールを作成することもできます。

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

DTS の権限

Alibaba Cloud アカウントに、DTS を介してクラウドリソースにアクセスする権限を付与します。詳細については、「DTS による Alibaba Cloud リソースへのアクセス許可」をご参照ください。

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

移行前に、ソース ApsaraDB RDS インスタンスに少なくとも 1 つのデータベースを作成します。詳細については、「データベースの作成」をご参照ください。

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

テーブルストレージエンジンは InnoDB または X-Engine である必要があります。それ以外のエンジンを使用するテーブルは移行対象外です。

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

移行前に、ソース ApsaraDB RDS インスタンスからすべてのトリガーを削除してください。トリガーが存在すると、移行プロセスが中断される可能性があります。以下のステートメントを実行して、トリガーの一覧表示および削除を行います：

-- ソースインスタンス内のすべてのトリガーを一覧表示
SHOW TRIGGERS;
-- 特定のトリガーを削除
DROP TRIGGER trigger_name;

移行完了後、送信先 PolarDB クラスター上でトリガーを再作成します。

ソースインスタンスにおけるプライマリキーなしテーブルの検証

プライマリキーを持たないテーブルは、同期後に送信先 PolarDB クラスターで重複データを発生させる可能性があります。以下の SQL ステートメントを実行して、プライマリキーを持たないテーブルを特定します：

SELECT t1.table_schema, t1.table_name
FROM information_schema.TABLES t1 LEFT OUTER
    JOIN 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 インスタンスには、root アカウントと aliyun_root アカウントが共存してはなりません。両方のアカウントが存在する場合、移行時に送信先 PolarDB クラスターのシステムアカウントが上書きされる可能性があります。詳細については、「ソース ApsaraDB RDS インスタンスから不要なシステムアカウントを削除する」をご参照ください。