このトピックでは、ApsaraDB RDS for MySQL Enterprise EditionインスタンスからPolarDB-X 2.0 Standard Editionインスタンスへのデータの移行に関するよくある質問に対する回答を提供します。
移行先PolarDB-X 2.0 Standard Editionインスタンスは、移行元ApsaraDB RDS for the MySQL Enterprise Editionインスタンスと同じノード仕様を使用する必要がありますか。
いいえ。ターゲットインスタンスは、ソースインスタンスと同じノード仕様を使用する必要はありません。 ビジネス要件に基づいて、移行先PolarDB-X 2.0 Standard Editionインスタンスのノード仕様を選択できます。 ソースのApsaraDB RDS for MySQL Enterprise Editionインスタンス以上のノード仕様を選択することを推奨します。
移行前にPolarDB-X 2.0 Standard Editionインスタンスを購入する必要がありますか?
いいえ。移行前にPolarDB-X 2.0 Standard Editionインスタンスを購入する必要はありません。 移行中に、ソースのApsaraDB RDS for MySQL Enterprise Editionインスタンスと同じデータを含むPolarDB-X 2.0 Standard Editionインスタンスを購入して作成できます。
移行により、ソースのApsaraDB RDS for MySQL Enterprise Editionインスタンスの実行が中断されますか。
いいえ。移行によって、ソースApsaraDB RDS for MySQL Enterprise Editionインスタンスの実行が中断されることはありません。
移行元のApsaraDB RDS for MySQL Enterprise Editionインスタンスでは、移行中にパフォーマンスが低下しますか。
移行中、ソースApsaraDB RDS for MySQL Enterprise Editionインスタンスで実行された操作は影響を受けません。 ただし、データ同期にはクエリ操作が含まれ、ソースインスタンスのクエリパフォーマンスに影響を与える可能性があります。
移行は私のビジネスに影響しますか?
はい、しかしほんの少しだけです。 移行中にデータの損失を心配したり、ソースインスタンスをシャットダウンしたりする必要はありません。 唯一の影響は、データ書き込みがしばらく停止される可能性があることです。 時間は設定によって異なります。 [エンドポイントなしの切り替え] を選択した場合、ビジネスの切り替え中にソースApsaraDB RDS for MySQL Enterprise Editionインスタンスへのデータ書き込みが停止されます。 [エンドポイントとの切り替え] を選択した場合、データ書き込みは約30秒間のみ停止されます。これは、プライマリ /セカンダリフェイルオーバーに必要な時間と同様です。 さらに、シームレスなロールバックがサポートされ、特別な場合のロールバック要件を満たします。
移行をキャンセルするとどうなりますか?
移行のキャンセルには、次の影響があります。
ソースインスタンスからターゲットインスタンスへのデータ同期リンクが切断されています。 ソースインスタンスは、ターゲットインスタンスに関連付けられなくなりました。
ターゲットインスタンスは読み書き可能になり、自動的にリリースされません。 ターゲットインスタンスが不要になった場合は、インスタンスをリリースできるだけ早くリリースして、追加コストを回避します。
ビジネスを移行先のPolarDB-X 2.0 Standard Editionインスタンスに切り替えた後、アプリケーションのエンドポイント設定を変更する必要がありますか。
移行と切り替えを実行するときに、[エンドポイントの切り替え (接続変更不要)] オプションを選択できます。 その後、切り替え中に、ソースApsaraDB RDS for MySQL Enterprise EditionインスタンスとターゲットPolarDB-X 2.0 Standard Editionインスタンスのエンドポイントが自動的に切り替えられます。 この場合、アプリケーションは、切り替え後に設定を変更する必要なく、ターゲットインスタンスに自動的に接続できます。
[エンドポイントの切り替え (接続変更不要)] オプションを選択しても、移行完了後に移行先PolarDB-X 2.0 Standard Editionインスタンスが新しいエンドポイントを使用するのはなぜですか。
ソースApsaraDB RDS for MySQL Enterprise EditionインスタンスとターゲットPolarDB-X 2.0 Standard Editionインスタンスの両方にエンドポイントがある場合にのみ、エンドポイントを切り替えることができます。 デフォルトでは、プライマリプライベートエンドポイントのみが切り替えられます。 他のエンドポイントを切り替える場合は、切り替え前にエンドポイントを作成します。 ソースApsaraDB RDS For MySQL Enterprise Editionインスタンスのエンドポイントを作成する方法については、「パブリックエンドポイントの申請またはリリース」をご参照ください。 ターゲットPolarDB-X 2.0 Standard Editionインスタンスのエンドポイントを作成する方法の詳細については、「パブリックエンドポイントの申請またはリリース」をご参照ください。
[エンドポイントへの切り替え (接続変更不要)] オプションを選択した場合、ソースApsaraDB RDS for MySQL Enterprise Editionインスタンスの読み取り専用インスタンスのエンドポイントが切り替えられますか。
いいえ。[エンドポイントで切り替える (接続変更不要)] オプションを選択しても、ソースApsaraDB RDS for MySQL Enterprise Editionインスタンスの読み取り専用インスタンスのエンドポイントは切り替えられません。
ビジネスを切り替えた後に、移行先PolarDB-X 2.0 Standard Editionインスタンスへの接続に失敗するか、移行先インスタンスへの接続が確立された後に移行先インスタンスで書き込み操作を実行できないのはなぜですか。
エンドポイントが切り替えられた後、古いエンドポイント情報は、エンドポイント情報が期限切れになる前にドメインネームシステム (DNS) キャッシュに残っている可能性があります。 この間に、PolarDB-X 2.0 Standard Editionインスタンスへの接続に失敗するか、インスタンスが読み取り操作のみをサポートしている場合があります。 この問題を解決するには、サーバーのDNSキャッシュを更新することをお勧めします。
説明実際のオペレーティングシステムとサーバーのバージョンに基づいて、DNSキャッシュデータを更新できます。 次の例は、
Alibaba Cloud Linux 2/3でDNSキャッシュデータを更新する方法を示しています。systemd-resolvedサービスが実行されているかどうかを確認します。 サービスが実行中の場合、Active: active (running)に似たステータスメッセージが返されます。sudo systemctl status systemd-resolvedsystemd-resolvedサービスのDNSキャッシュデータを更新します。sudo systemd-resolve --flush-caches
データが移行され、ビジネスが移行先インスタンスに切り替えられた後、PolarDB-XコンソールのPolarDB-X 2.0 Standard Editionインスタンスに [移行の完了] ボタンが表示されないのはなぜですか。
[移行の完了] の手順を完了すると、ボタンは表示されなくなり、操作が繰り返されないようになります。
移行後、移行元のApsaraDB RDS for MySQL Enterprise Editionインスタンスのアカウントとパスワードを移行先のPolarDB-X 2.0 Standard Editionインスタンスにレプリケートする必要がありますか。
移行後、移行元インスタンスのアカウントとパスワードを移行先にレプリケートする必要はありません。 移行後、移行先のPolarDB-X 2.0 Standard Editionインスタンスには、移行元のApsaraDB RDS for MySQL Enterprise Editionインスタンスと同じアカウント、パスワード、データベース、IPアドレスホワイトリスト、および必要なパラメーター設定が含まれます。
SSL暗号化が有効になっているソースApsaraDB RDS for MySQL Enterprise Editionインスタンスから、ターゲットPolarDB-X 2.0 Standard Editionインスタンスにデータを移行するにはどうすればよいですか。
SSL暗号化が有効になっているApsaraDB RDS For MySQL Enterprise EditionインスタンスからPolarDB-X 2.0 Standard Editionインスタンスにデータを移行する方法については、「手順」をご参照ください。
ソースインスタンスでTDEが有効になっている場合、ソースApsaraDB RDS for MySQL Enterprise EditionインスタンスからターゲットPolarDB-X 2.0 Standard Editionインスタンスにデータを移行するにはどうすればよいですか。
透過的データ暗号化 (TDE) が有効になっているApsaraDB RDS For MySQL Enterprise EditionインスタンスからPolarDB-X 2.0 Standard Editionインスタンスにデータを移行する方法については、「手順」をご参照ください。
ApsaraDB RDS for MySQL Enterprise Editionインスタンス5.6からPolarDB-X 2.0 Standard Editionインスタンス5.7への移行など、クロスバージョン移行を実行できますか。
はい。論理移行方法 (DTSデータ同期) を使用して、クロスバージョン移行を実行できます。
ソースインスタンスからターゲットPolarDB-X 2.0 Standard Editionインスタンスにデータを移行する前に、ソースApsaraDB RDS for MySQL Enterprise EditionインスタンスのData Transmission Service (DTS) データ同期タスクが開始された場合、移行の実行時にデータ同期タスクが影響を受けますか。
いいえ、移行の実行時にデータ同期タスクは影響を受けません。 移行中、完全なデータがソースApsaraDB RDS for MySQL Enterprise Editionインスタンスから新しいPolarDB-X 2.0 Standard Editionインスタンスにレプリケートされます。 次に、増分データがソースApsaraDB RDS for MySQL Enterprise EditionインスタンスからPolarDB-X 2.0 Standard Editionインスタンスにリアルタイムで同期されます。 データ同期タスクのデータソースはソースインスタンスのままです。 ターゲットインスタンスへのデータ同期は、ソースインスタンスの実行とソースインスタンスで実行される操作には影響しません。 ただし、移行が完了した後、ビジネスを移行先インスタンスに切り替え、移行元インスタンスがサービスの提供を停止した場合、タスクのデータソースは自動的に移行先インスタンスに変更されません。 この場合、DTSデータ同期タスクを再作成し、データソースをターゲットインスタンスに変更します。