すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB RDS:SQL Server データの復元

最終更新日:Nov 09, 2025

RDS SQL Server インスタンスのバックアップデータがある場合、そのバックアップデータを既存のインスタンスまたは新しいインスタンスに復元できます。これは、誤操作後の回復や既存データ分析などのシナリオで使用できます。

説明

このトピックは、同一リージョン内のインスタンスにすべてのデータを復元する場合に適用されます。リージョンをまたいでデータを復元する場合、または RDS バックアップファイルを自己管理データベースに復元する場合は、「復元ソリューションの概要」チュートリアルを参照して、適切な復元ソリューションを選択してください。

制限事項

  • インスタンスで OSS へのデータアーカイブ機能が有効になっている場合、復元がサポートされるのは、バックアップセットに存在するデータベース (アーカイブされていないデータベース) のみです。データベースがアーカイブされている場合、復元されたインスタンスにはアーカイブされたデータベースは含まれません。

  • Serverless インスタンスからのバックアップデータは、新しい Serverless インスタンスにのみ復元可能であり、既存のインスタンスには復元できません。

  • RDS SQL Server 2008 R2 (高性能ローカルディスク) インスタンスはサポートされていません。これらのインスタンスからのデータは、一時インスタンスを介して復元する必要があります。

  • TDE を有効にした後、インスタンスによって生成されたバックアップデータは新しいインスタンスへの復元に使用できますが、既存のインスタンスへのバックアップデータの復元はサポートされていません。

既存のインスタンスへの復元

インスタンス A の履歴バックアップを、ポイントインタイムまたはバックアップセットによって指定された既存のインスタンス (インスタンス A を含む) に復元できます。復元範囲は、一部またはすべてのデータベースの選択をサポートしています。

復元ルール

インスタンス要件

説明

データベースバージョン

既存のインスタンスのデータベースバージョンは、元のインスタンスのデータベースバージョン以上である必要があります

インスタンスシリーズ

上位シリーズから下位シリーズへの復元はサポートされていません。シリーズの高いものから順に、クラスター版 > 高可用性 > ベーシックです。

インスタンスタイプ

同一タイプ間、汎用から専用、および専用から汎用への復元のみがサポートされています。

手順

  1. [インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけ、インスタンスの ID をクリックします。

  2. 左側のナビゲーションウィンドウで、バックアップと復元 をクリックし、[データベースの復元] をクリックします。

  3. 表示されるダイアログボックスで、[既存のインスタンスに復元] を選択し、[OK] をクリックします。

  4. 次のパラメーターを設定し、[OK] をクリックします。

    パラメーター

    説明

    復元方法

    • バックアップセット別: 選択したバックアップセット内のデータを復元できます。

    • 時間別: ログバックアップの保存期間内の任意の時点を設定できます。システムは、最新の完全バックアップと増分バックアップに基づいて、指定された時点にデータを復元します (特定の増分バックアップの復元はサポートされていません)。必要に応じて、ログバックアップの保存期間を表示または変更できます。

    復元時間

    このパラメーターは、[復元方法][時間別] に設定されている場合に表示されます。コピーしたいデータの時点を選択します。

    バックアップセット

    このパラメーターは、[復元方法][バックアップセット別] に設定されている場合に表示されます。復元したいバックアップセットを選択します。

    その他のバックアップセット

    [バックアップセット] でターゲットのバックアップセットが見つからない場合は、このオプションを選択して検索を続行できます。

    ターゲットインスタンス名

    データを復元するインスタンスを選択します。より高いバージョンのインスタンスにデータを復元できます。システムは、現在のインスタンスを含む、現在の Alibaba Cloud アカウント下の現在のリージョン内のすべてのインスタンスをデフォルトで表示します。

    説明
    • スナップショットバックアップは、スナップショットバックアップが有効になっているインスタンスにのみ復元できます。

    • 共有インスタンスからのバックアップは、汎用または専用インスタンスには復元できず、汎用または専用インスタンスからのバックアップは共有インスタンスには復元できません。

    • 表示されるターゲットインスタンスが多すぎる場合は、検索ボックスを使用してフィルターできます。

    復元するデータベース

    1. 復元したいデータベースを選択します。一部またはすべてのデータベースを復元できます。システムは、インスタンス内のすべてのデータベースをデフォルトで表示します。

    2. 復元後のデータベース名を設定します。システムは、デフォルトで元のデータベース名を使用します。次の点に注意してください:

      • 復元後のデータベース名は、ターゲットインスタンス内の既存のデータベース名と同じにすることはできません。そうしないと、復元タスクでエラーが報告されます。一意のデータベース名に変更してください。

      • 復元後のデータベース名がターゲットインスタンス内の既存のデータベース名と異なる場合、システムは新しいデータベースを作成し、ターゲットインスタンス内の既存のデータを上書きしたり影響を与えたりすることはありません。

      • 復元後のデータベース名には、大文字と小文字の英字、数字、アンダースコア (_)、ハイフン (-) のみを含めることができます。

  5. 復元タスクの進捗状況を表示します。

    システムは復元タスクを生成します。右上の image.png ボタンをクリックし、[タスクリスト] ページを タスクタイプ[インスタンスのクローン] としてフィルター処理して、復元の進捗状況を表示できます。

    image.png

新しいインスタンスへの復元

インスタンス A の履歴バックアップを、ポイントインタイムまたはバックアップセットによって新しいインスタンスに復元できます。復元範囲は、一部またはすべてのデータベースの選択をサポートしています。新しいインスタンスへの復元に必要な時間については、このトピックの「よくある質問」をご参照ください。

課金情報

データは新しいインスタンスに復元されるため、新しいインスタンスの料金が請求されます。インスタンスを作成する際に料金の詳細を確認できます。

説明

手順

  1. [インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけ、インスタンスの ID をクリックします。

  2. 左側のナビゲーションウィンドウで、バックアップと復元 をクリックし、[データベースの復元] をクリックします。

  3. [復元方法の選択] ダイアログボックスで、[新しいインスタンスに復元] を選択し、[OK] をクリックします。

  4. [データベースの復元] ページで、次のパラメーターを設定します。

    カテゴリ

    説明

    課金方法

    • サブスクリプション: これは前払いの課金方法で、インスタンス作成時に支払いが必要です。長期的な要件に適しており、従量課金方法よりもコスト効率が高いです。サブスクリプション期間が長いほど、割引率が高くなります。

    • 従量課金: これは後払いの課金方法で、時間単位で請求されます。短期的な要件に適しています。使用後すぐにインスタンスをリリースしてコストを削減できます。

    復元方法

    • バックアップセット別: 選択したバックアップセット内のデータを復元できます。

    • 時間別: ログバックアップの保存期間内の任意の時点を設定できます。システムは、最新の完全バックアップと増分バックアップに基づいて、指定された時点にデータを復元します (特定の増分バックアップの復元はサポートされていません)。必要に応じて、ログバックアップの保存期間を表示または変更できます。

    データベース

    すべてまたは一部のデータベースを復元できます。[部分的] を選択した場合は、データベース名を手動で入力する必要があります。カンマ (,) で区切ります。

    説明

    インスタンスでスナップショットバックアップが有効になっている場合、[すべて] のデータベースのみを復元でき、[部分的] なデータベースの復元はサポートされていません。

    エディション

    リージョンとデータベースのバージョンによって、サポートされるエディションが異なります。実際のインターフェイスをご参照ください。

    ストレージタイプ

    エンタープライズ SSD (ESSD) または高性能ディスクを選択します。詳細については、「ストレージタイプの紹介」をご参照ください。

    プライマリノードゾーン

    インスタンスのプライマリノードが配置されるゾーンを選択します。

    説明

    Basic Edition にはノードが 1 つしか含まれていないため、ゾーンは 1 つだけです。

    デプロイメント方法

    • マルチゾーンデプロイメント (推奨): プライマリノードとセカンダリノードは同一リージョン内の異なるゾーンに配置され、クロスゾーンのディザスタリカバリを提供します。

    • シングルゾーンデプロイメント: プライマリノードとセカンダリノードは同じゾーンに配置されます。

    説明
    • 同一リージョン内の異なるゾーン間に実質的な違いはありません。

    • 同一ゾーン内の RDS にアクセスする ECS のパフォーマンスは、同一リージョン内の他のゾーンの RDS にアクセスするよりも優れていますが、その差はわずかです。

    • [Basic Edition] を選択した場合、[シングルゾーンデプロイメント] のみがサポートされます。

    • ターゲットゾーンの右上に [売り切れ] と表示されている場合は、別のゾーンに変更してください。

    • このパラメーターは Basic Edition ではサポートされていません。

    セカンダリノードゾーン

    [デプロイメント方法][マルチゾーンデプロイメント] に設定されている場合は、インスタンスのセカンダリノードが配置されるゾーンを選択する必要があります。

    説明

    Basic Edition にはノードが 1 つしか含まれていないため、セカンダリノードゾーンはありません。

    インスタンスタイプ

    リージョンとデータベースのバージョンによって、サポートされるインスタンスタイプが異なります。実際のインターフェイスをご参照ください。

    ストレージ容量

    新しいインスタンスのストレージ容量は、元のインスタンスのストレージ容量以上である必要があります。

    • 元のインスタンスのストレージ容量は、RDS インスタンス詳細ページの [基本情報] ページで確認できます。

    • ストレージ容量には、データスペース、システムファイルスペース、ログファイルスペース、およびトランザクションファイルスペースが含まれます。

  5. [次へ: インスタンス設定] をクリックし、次のパラメーターを設定します。

    カテゴリ

    説明

    ネットワークタイプ

    現在、VPC のみがサポートされています。必要に応じてVPCvSwitch を作成できます。

    説明

    接続したい RDS インスタンスと ECS インスタンスが同じ VPC にあることを確認してください。そうでない場合、RDS インスタンスと ECS インスタンスは内部ネットワークを介して通信できません。

    リソースグループ

    インスタンスが属するリソースグループ。必要に応じてリソースグループを作成できます。

  6. [次へ: 注文の確認] をクリックします。

  7. [パラメーター設定] を確認し、[数量][期間] (サブスクリプションインスタンスのみ) を選択し、[注文の確認] をクリックして支払いを完了します。

    インスタンスリストに移動し、作成時間に基づいて新しく作成されたインスタンスを見つけることができます。インスタンスの作成には約 1〜10 分かかります。ページを更新して確認してください。

  8. 新しい SQL Server インスタンスに接続し、復元されたデータベースとテーブルを確認できます。

関連操作

API (RecoveryDBInstance) を使用してデータを復元することもできます。

よくある質問

新しいインスタンスにデータを復元するにはどのくらいの時間がかかりますか?

推定時間

通常、新しいインスタンスにデータを復元するための推定時間範囲は次のとおりです。以下のバックアップと復元の速度は、非圧縮データサイズに基づいていることに注意してください。

説明

インスタンスの Web バージョンはバックアップ圧縮をサポートしていないため、バックアップ効率が影響を受け、バックアップと復元の速度が 100 GB/時未満に低下する可能性があります。

操作

必須

推定時間

新しいインスタンスの作成と設定

必須

10-15 分

必要な時間は、新しいインスタンスへの復元時に選択されたエディションとインスタンスタイプによって異なります。

インスタンスの完全バックアップの実行

不要

200 GB/時

  • トランザクションログの回復速度は完全バックアップのデータ回復速度よりもはるかに遅いため、データ回復の最高の効率を確保するために、インスタンスが 36 時間以内に完全バックアップを実行していない場合、インスタンスはアップグレードプロセス中に完全バックアップを実行して、回復の高速化と追加の完全バックアップの追加のバランスを取ります。

    復元プロセスに必要な合計時間を短縮するために、復元前に適切なタイミングで手動で完全バックアップを実行するか、システムの自動完全バックアップが完了してから 36 時間以内に復元タスクを開始することをお勧めします。

  • バックアップ速度は、リージョンと時間帯によって異なる場合があります。

  • より正確なバックアップと回復のパフォーマンスについては、最新の完全バックアップのデータ量とバックアップ時間を参照してください。

ターゲットインスタンスへの完全バックアップの復元

必須

200 GB/時

なし

ソースインスタンスでの増分トランザクションログバックアップの実行

必須

200 GB/時

増分ログバックアップの前後に追加で 2 分のオーバーヘッドが発生する場合があります (バックアップの準備、完了、リソース割り当てなど)。

ターゲットインスタンスへの増分トランザクションログバックアップの適用

必須

200 GB/時

増分ログバックアップの適用前後に追加で 2 分のオーバーヘッドが発生する場合があります (バックアップの整合性検証など)。

データベースのオンライン化

必須

通常 2 分以内

  • リソース消費: 増分トランザクションログの適用はリソースを大量に消費する操作です。small インスタンスタイプ (2 コア、4 GB など) では、多くのトランザクションログのために回復速度が低下する可能性があります。

  • データベース回復高速化オプション: RDS SQL Server 2019 以降のバージョンでは、高速データベース復旧オプションが提供されており、データベース回復オンラインステップに必要な時間を短縮できる場合があります。このオプションを有効にするかどうかを総合的に評価するには、Microsoft の公式ドキュメントをご参照ください。

推定例

テストインスタンス: インスタンスタイプは 4 コア 8 GB、データサイズは 600 GB です。

  • 新しいインスタンスの作成と設定: 推定時間は 12 分です。

  • 完全バックアップ (不要): 推定時間は 3 時間です。(600 GB / 200 GB/時)

  • ターゲットインスタンスへの完全バックアップの復元: 推定時間は 3 時間です。(600 GB / 200 GB/時)

  • ソースインスタンスでの増分トランザクションログバックアップの実行: 推定時間は 5 分です。(10 GB / 200 GB/時) + 2 分の追加オーバーヘッド = 5 分

  • ターゲットインスタンスへの増分トランザクションログバックアップの適用: 推定時間は 5 分です。(10 GB / 200 GB/時) + 2 分の追加オーバーヘッド = 5 分

  • データベースのオンライン化: 推定時間は 2 分以内です。

まとめると、この例では、インスタンスが 36 時間以内に完全バックアップを実行していない場合、合計推定時間は約 6 時間 24 分です。そうでない場合は、約 3 時間 24 分かかります。

復元の推奨事項

  • メンテナンスウィンドウの計画: ビジネスへの影響を最小限に抑えるために、システムの負荷が低い期間に復元操作を実行することをお勧めします。

  • 長時間実行トランザクションの問題: 復元プロセス中に、インデックスの作成や再構築、データアーカイブなどの長時間実行トランザクション操作を避けて、データベースリカバリオンラインステップの時間が延長されるのを防ぎます。