このトピックでは、ApsaraDB RDS for MySQLインスタンスのデータを復元する方法について説明します。
別のデータベースエンジンを実行するRDSインスタンスのデータを復元する方法の詳細については、以下のトピックを参照してください。
新しい RDS インスタンスへのデータの復元
新しいRDSインスタンスにデータを復元し、新しいRDSインスタンスのデータを確認してから、新しいRDSインスタンスから元のRDSインスタンスにデータを移行できます。 この機能は、以前はインスタンスクローニングとして知られていました。説明
- 新しいRDSインスタンスには、元のRDSインスタンスと同じホワイトリスト設定、バックアップ設定、およびパラメーター設定が必要です。
- 新しいRDSインスタンスのデータは、元のRDSインスタンスの指定されたデータまたはログバックアップファイルのデータと同じである必要があります。
- 指定されたデータまたはログバックアップの作成に使用されたアカウントに関する情報が、新しいRDSインスタンスにレプリケートされます。
復元に必要な時間
復元に必要な時間の詳細については、「付録: 新しいRDSインスタンスへのデータ復元に必要な時間」をご参照ください。
課金
新しいRDSインスタンスに対して課金されます。 新しい従量課金RDSインスタンスを作成することを推奨します。 復元が完了したら、新しいRDSインスタンスをリリースできます。
手順
What to do next
- 新しいRDSインスタンスにログインし、新しいRDSインスタンスのデータを確認します。 詳細については、「ApsaraDB RDS for MySQL インスタンスへの接続」をご参照ください。
- 以下の手順は必要に応じて実行します。 新しいRDSインスタンスから元のRDSインスタンスに必要なデータを移行します。 詳細については、「」をご参照ください。Migrate data between RDS instances.
説明 新しいRDSインスタンスから元のRDSインスタンスへのデータの移行は、元のRDSインスタンスで実行されるワークロードを中断しません。
元のRDSインスタンス、別の既存のRDSインスタンス、またはオンプレミスデータベースインスタンスにデータを復元する
方法1
新しいRDSインスタンスにデータを復元した後、新しいRDSインスタンスのデータを確認します。 次に、新しいRDSインスタンスから元のRDSインスタンスまたは別の既存のRDSインスタンスにデータを移行します。 詳細については、「新しい RDS インスタンスへのデータの復元」をご参照ください。
方法2
データベースバックアップ (DBS) によって論理バックアップが作成された場合は、生成されたデータバックアップファイルのデータを元のRDSインスタンスまたは別の既存のRDSインスタンスに復元します。
詳細については、「論理バックアップからのMySQLデータベースの復元」をご参照ください。
付録: 新しいRDSインスタンスへのデータ復元に必要な時間
要因
- 全データ量: データ量が大きいほど復元速度が遅いことを示します。
- 増分データ量: データ量が大きいほど復元速度が遅いことを示します。
- 大きなトランザクション: バイナリログファイルに大きなトランザクションに関する情報が含まれている場合、復元速度は遅くなります。
- ホットデータの更新: バイナリログファイルにホットデータの更新に関する情報が含まれている場合、復元速度は遅くなります。
- 外部キー制約: 外部キー制約は、検証のコストを増加させ、復元速度を低下させる。
- バイナリログレコードの数: 特定の時点にデータを復元する場合、バイナリログレコードの数が多いほど、復元速度が遅くなります。
- パーティション化されたテーブル: テーブルがパーティション化されている場合、復元はサポートされません。 このルールは、MySQL 8.0を使用する場合に有効になります。
- ストレージタイプ: 標準SSDまたは拡張SSD (ESSD) を使用する場合は、ローカルSSDを使用する場合よりも復元速度が速くなります。
- 仕様: より高い仕様は、より高い復元速度を示します。
- データベースエンジンのバージョン: 使用するデータベースエンジンのバージョンが並列レプリケーションをサポートしている場合、復元速度は高速です。 使用するデータベースエンジンのバージョンが並列レプリケーションをサポートしていない場合、復元速度は遅くなります。
- 新しいRDSインスタンスは元のRDSインスタンスよりも古いデータベースエンジンバージョンを実行するため、バイナリログは期待どおりに解析されません。
- テーブル名または列名には、漢字または特殊文字が含まれます。
- 元のRDSインスタンスのバイナリログが削除されます。
- プライマリキーがないテーブルは、元のRDSインスタンスでimplicit_primery_keyパラメーターがoffに設定されているため、復元できません。
データの復元に必要な時間
次の表に、2コアと4 GBのメモリを提供し、ローカルSSDでRDS High-availability Editionを実行する新しいRDSインスタンスにデータを復元するのに必要な時間を示します。
操作 | 所要時間 |
---|---|
RDS インスタンスの作成 | 5 分 |
新しいRDSインスタンスの設定 | 15 minutes |
データバックアップファイルをダウンロードする | 400 1時間あたりのGB |
新しいインスタンスを起動します。 | 5 分 |
ログバックアップファイルをダウンロードする | 400 1時間あたりのGB |
ログバックアップファイルの適用 | ログバックアップファイルの特定の内容に依存 |
よくある質問
- 誤って削除した1つ以上のデータベースを復元するにはどうすればよいですか?
ApsaraDB RDSを使用すると、誤って削除した個々のデータベースを復元できます。 詳細については、「RDS MySQL インスタンスの各データベースまたはテーブルを復元する」をご参照ください。 RDSインスタンスが個々のデータベースまたはテーブルの復元をサポートしていない場合、削除されたデータベースのデータを新しいRDSインスタンスに復元し、新しいRDSインスタンスのデータを確認してから、新しいRDSインスタンスから元のRDSインスタンスにデータを移行できます。
- RDSインスタンスにデータバックアップがない場合、特定の時点にデータを復元できますか?
いいえ。RDSインスタンスにデータバックアップがない場合、特定の時点にデータを復元することはできません。 特定の時点にデータを復元するには、指定された時点より前に完了した完全データバックアップを見つけ、その完全データバックアップから生成されたデータバックアップファイルのデータを復元する必要があります。 次に、指定された時点で生成されたログバックアップファイルから増分データを復元する必要があります。
- データを復元するRDSインスタンスを作成するときに、[プライマリノードのvSwitch] ドロップダウンリストからvSwitchを選択できないのはなぜですか。
[基本設定] ステップで指定したゾーンで使用可能なvSwitchがない場合、[インスタンス設定] ステップの [プライマリノードのvSwitch] ドロップダウンリストからvSwitchを選択できません。 この場合、[VPCコンソールに移動] をクリックします。 VPCコンソールで、vSwitchを作成します。 次に、[プライマリノードのvSwitch] ドロップダウンリストからvSwitchを選択できます。