バージョンのアップグレード (例: V4.3 から V6.0 へ)、インスタンスのサイズ変更、またはリソースタイプの切り替えが必要な場合に、AnalyticDB for PostgreSQL インスタンス間でデータを移行します。
移行はデータを一度だけ転送するもので、継続的な同期は行いません。移行中にソースインスタンスで書き込み操作が発生した場合は、移行後にそのデータをバックフィルする必要があります。これを回避するには、移行を開始する前に書き込み操作を一時停止してください。
前提条件
開始する前に、以下の条件を満たしていることを確認してください。
-
同一の Alibaba Cloud アカウント内にソースインスタンスと移行先インスタンスが存在すること
-
2 つのインスタンス間のネットワーク接続性が確保されていること — 両方を同じ Virtual Private Cloud (VPC) にデプロイするか、Cloud Enterprise Network (CEN) を使用して同じリージョン内の VPC を接続します。設定手順については、「Basic Edition transit routers を使用した同一リージョン内の VPC の接続」をご参照ください
-
両方のインスタンスでホワイトリストが設定され、相互の接続が許可されていること
-
移行先インスタンスのコンピューティングノード数がソースインスタンスと同等以上であること — gpcopy を使用する場合、同じノード数で最高の移行速度が得られます
-
V4.3 から V6.0 への移行の場合： 互換性チェックガイド を確認し、サポートされていない機能を特定していること
サポートされている移行パス
利用可能な移行方法は、ソースインスタンスと移行先インスタンスのリソースタイプによって異なります。
| ソース | 移行先 | ソリューション |
|---|---|---|
| Serverless | Serverless | チケットを送信 |
| Elastic storage mode (V6.0) | ||
| Elastic storage mode (V7.0) | ||
| Elastic storage mode (V6.0) | Serverless | |
| Elastic storage mode (V6.0) | ||
| Elastic storage mode (V7.0) | ||
| Elastic storage mode (V7.0) | Elastic storage mode (V7.0) |
Elastic storage mode (V7.0) から Serverless または Elastic storage mode (V6.0) への移行はサポートされていません。
データの移行
以下の手順に従って、移行の準備と実行を行います。
-
ソースインスタンスで読み取り専用モードを有効にします。 これにより、移行中の書き込みを防止し、移行後のデータのバックフィルが不要になります。
-
完全移行を実行します。 データ整合性を確保するため、増分移行ではなく完全移行を使用します。
-
移行を開始します (インスタンスタイプに応じた方法については、「サポートされている移行パス」をご参照ください)。
-
移行完了後、ホワイトリストをリセットします。 両方のインスタンスのホワイトリストを本番環境設定に復元します。
移行後
移行が完了すると、AnalyticDB for PostgreSQL は移行先インスタンスで自動的に ANALYZE 文を実行し、統計情報を収集して最適な実行計画を生成します。このプロセス中、コーディネーターノードの CPU ワークロードが一時的に増加しますが、その程度は移行されたデータ量に比例します。