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

ApsaraDB RDS:SQL Server データの復元

最終更新日:Jun 21, 2026

ApsaraDB RDS for SQL Server インスタンスのバックアップがある場合、データを既存のインスタンスまたは新しいインスタンスに復元できます。これは、操作エラーからの復旧や履歴データの分析に役立ちます。

説明

このトピックでは、同じリージョン内のインスタンスにデータを復元する方法について説明します。リージョン間でデータを復元したり、ApsaraDB RDS のバックアップファイルを自己管理型データベースに復元したりするには、「復元ソリューションの概要」をご参照のうえ、適切な方法を選択してください。

制限事項

  • インスタンスでOSS へのデータアーカイブ機能が有効になっている場合、バックアップ セット内でコールドストレージにないデータベースのみを復元できます。データベースがコールドストレージに移動された場合、復元されたインスタンスにはそのデータベースは含まれません。

  • サーバーレスインスタンスのバックアップは、新しいサーバーレスインスタンスにのみ復元でき、既存のインスタンスには復元できません。

  • 高性能ローカルディスクを使用する ApsaraDB RDS for SQL Server 2008 R2 インスタンスは、直接復元することはできません。このインスタンスバージョンからデータを復元するには、一時的なインスタンスを使用する必要があります。

  • TDE (透過的データ暗号化) が有効になっている場合、バックアップは新しいインスタンスにのみ復元できます。

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

インスタンスのバックアップを、ソースインスタンスを含む指定した既存のインスタンスに復元できます。バックアップ セットから、または特定の時点に復元できます。すべてのデータベース、または一部のデータベースを復元できます。

復元ルール

要件

説明

データベースバージョン

ターゲットインスタンスのデータベースバージョンは、ソースインスタンスのバージョンと同じか、それ以降である必要があります。

インスタンスシリーズ

上位シリーズのインスタンスを下位シリーズに復元することはできません。シリーズの序列は、上位から順に Cluster Edition > High-Availability Edition > Basic Edition となります。

インスタンスタイプ

インスタンスは、同一タイプ間、または汎用タイプと専用タイプ間でのみ復元できます。

操作手順

  1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
  2. 左側メニューで バックアップと復元 をクリックし、次に データベースの復元 をクリックします。

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

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

    パラメーター

    説明

    [復元方法]

    • バックアップ ID:選択したバックアップ セットからデータを復元します。

    • 時刻で:ログバックアップの保持期間内の特定の時点にインスタンスを復元します。システムは、最新の完全バックアップとその後の増分バックアップを使用して復元を実行します。特定の増分バックアップから復元することはできません。必要に応じて、ログバックアップの保持期間を表示または変更できます。

    [復元ポイント]

    このパラメーターは、復元タイプ時刻で に設定されている場合に表示されます。復元したい時点を選択します。

    [バックアップセット]

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

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

    ターゲットのバックアップ セットが バックアップセット ドロップダウンリストにない場合は、このオプションを選択すると、さらに検索できます。

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

    復元のターゲットインスタンスを選択します。より新しいデータベースバージョンのインスタンスに復元できます。デフォルトでは、システムはソースインスタンスを含む、アカウント配下の現在のリージョンにあるすべてのインスタンスを一覧表示します。

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

    • 共有仕様インスタンスと、汎用または専用インスタンスとの間でバックアップを復元することはできません。

    • 表示されるターゲットインスタンスが多すぎる場合は、検索ボックスを使用してリストを絞り込みます。

    [復元するデータベース]

    1. 復元するデータベースを選択します。一部またはすべてのデータベースを復元できます。デフォルトでは、インスタンス内のすべてのデータベースが一覧表示されます。

    2. 復元後のデータベースの名前を設定します。デフォルトでは、元のデータベース名が使用されます。重要:

      • 復元後のデータベース名は、ターゲットインスタンス内で一意である必要があります。名前が重複すると、復元は失敗します。

      • 復元後のデータベースに一意の名前を付けた場合、ターゲットインスタンス内の既存のデータに影響を与えることなく、新しいデータベースが作成されます。

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

  5. 復元の進行状況を監視します。

    システムは復元タスクを作成します。右上隅の タスクリスト をクリックします。タスクリスト ページで、タスクタイプ でタスクを絞り込み、インスタンスのクローン を選択して進行状況を表示します。

    [タスクステータス][成功] になり、[進行状況]100% になると、復元は完了です。

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

インスタンスのバックアップを、バックアップ セットから、または特定の時点に、新しいインスタンスへ復元できます。復元には、すべてのデータベースまたは一部のデータベースを含めることができます。新しいインスタンスへの復元に必要な時間については、このトピックの「FAQ」をご参照ください。

課金

データを新しいインスタンスに復元すると、課金対象のインスタンスが作成されます。作成プロセス中に料金を確認できます。

説明

操作手順

  1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
  2. 左側メニューで バックアップと復元 をクリックし、次に データベースの復元 をクリックします。

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

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

    カテゴリ

    説明

    課金方法

    • サブスクリプション:前払い方式です。長期的なニーズに適しており、従量課金よりもコスト効率が高くなります。サブスクリプション期間が長いほど、割引率が高くなります。

    • 従量課金:後払い方式で、1時間ごとに課金されます。短期的なニーズに適しています。インスタンスはいつでもリリースでき、コストを節約できます。

    [復元タイプ]

    • バックアップ ID:選択したバックアップ セットからデータを復元します。

    • 時刻で:ログバックアップの保持期間内の特定の時点にインスタンスを復元します。システムは、最新の完全バックアップとその後の増分バックアップを使用して復元を実行します。特定の増分バックアップから復元することはできません。必要に応じて、ログバックアップの保持期間を表示または変更できます。

    [データベース]

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

    説明

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

    [エディション]

    利用可能なシリーズは、リージョンとデータベースのバージョンによって異なります。利用可能なオプションはコンソールに表示されます。詳細については、「サポートされているシリーズ」をご参照ください。

    [ストレージタイプ]

    ESSD クラウドディスクまたは高性能クラウドディスクを選択します。詳細については、「ストレージタイプ」をご参照ください。

    [プライマリノードのゾーン]

    インスタンスのプライマリノードのゾーンを選択します。

    説明

    Basic Edition インスタンスにはノードが 1 つしかないため、単一ゾーンに配置されます。

    [デプロイ方法]

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

    • シングルゾーンデプロイ:プライマリノードとセカンダリノードが同じゾーンにあります。

    説明
    • 同じリージョン内のゾーン間に大きな違いはありません。

    • 最適なパフォーマンスを得るには、ECS インスタンスと ApsaraDB RDS インスタンスを同じゾーンに作成してください。同じリージョン内の異なるゾーンにある場合、パフォーマンスへの影響は最小限です。

    • [ベーシックエディション] を選択した場合、シングルゾーンデプロイ のみがサポートされます。

    • ゾーンが 売切れ とマークされている場合は、別のゾーンを選択してください。

    • Basic Edition はこのパラメーターに対応していません。

    [セカンダリノードのゾーン]

    デプロイ方法マルチゾーンデプロイ に設定した場合は、セカンダリインスタンスノードのゾーンを選択する必要があります。

    説明

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

    [インスタンスタイプ]

    利用可能なインスタンスタイプは、リージョンとデータベースのバージョンによって異なります。利用可能なオプションはコンソールに表示されます。詳細については、「サポートされているインスタンスタイプ」をご参照ください。

    [容量]

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

    • ソースインスタンスのストレージ容量は、その 基本情報 ページで確認できます。

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

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

    カテゴリ

    説明

    [ネットワークタイプ]

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

    説明

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

    [リソースグループ]

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

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

  7. パラメーター を確認します。購入プラン期間 (サブスクリプションインスタンスのみ) を選択します。次に、今すぐ支払い をクリックして支払いを完了します。

    インスタンスの作成には 1〜10 分かかります。インスタンス一覧に移動し、ページを更新して新しいインスタンスを確認します。

  8. インスタンスが作成されたら、新しい SQL Server インスタンスに接続して、復元されたデータを確認します。

関連操作

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

よくある質問

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

推定時間

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

説明

Web Edition はバックアップ圧縮に対応していないため、バックアップ効率が低下します。これにより、バックアップと復元の速度が 100 GB/時間 未満に低下する可能性があります。

アクション

必須

推定時間

注記

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

必須

10~15 分

必要な時間は、新しいインスタンスに選択したシリーズとインスタンスタイプによって異なります。

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

オプション

200 GB/時間

  • トランザクション ログの復旧速度は、完全バックアップよりもはるかに遅くなります。最適な復元効率を確保するために、システムは過去 36 時間以内に完全バックアップが実行されていない場合、完全バックアップを開始します。これにより、追加の完全バックアップのオーバーヘッドと、より高速な復旧の必要性のバランスを取ります。

    復元前に手動で完全バックアップを実行するか、自動完全バックアップが完了してから 36 時間以内に復元タスクを開始することを推奨します。これにより、総復元時間が短縮されます。

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

  • より正確な見積もりについては、最新の完全バックアップのデータ量と時間を確認してください。

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

必須

200 GB/時間

なし

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

必須

200 GB/時間

バックアップの準備、最終処理、リソース割り当てなどのタスクで、追加で 2 分のオーバーヘッドが発生する場合があります。

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

必須

200 GB/時間

バックアップの一貫性検証などのタスクで、追加で 2 分のオーバーヘッドが発生する場合があります。

データベースをオンラインにする

必須

通常 2 分以内

  • リソース消費:トランザクション ログの適用は、リソースを大量に消費する操作です。低スペックのインスタンス (例:2 コア 4 GB) では、大量のトランザクション ログによって復旧速度が低下する可能性があります。

  • 高速データベース復旧:ApsaraDB RDS for SQL Server 2019 以降のバージョンでは、高速データベース復旧 (ADR) 機能を利用でき、データベースをオンラインにするのに必要な時間を短縮できます。詳細については、Microsoft のドキュメントをご参照ください。

推定例

テストインスタンスの仕様:4 コア 8 GB の CPU とメモリ、600 GB のデータ。

  • 新しいインスタンスの作成と設定:12 分

  • 完全バックアップの実行 (オプション):3 時間 (600 GB / 200 GB/時間)

  • 完全バックアップをターゲットインスタンスに復元:3 時間 (600 GB / 200 GB/時間)

  • ソースインスタンスで 10 GB のトランザクション ログをバックアップ:5 分 (バックアップに 3 分 + オーバーヘッド 2 分)

  • ターゲットインスタンスで 10 GB のトランザクション ログ バックアップを適用:5 分 (適用に 3 分 + オーバーヘッド 2 分)

  • データベースをオンラインにする:2 分以内

この例では、過去 36 時間以内に完全バックアップが実行されていない場合、合計時間は約 6 時間 24 分です。そうでない場合、合計時間は約 3 時間 24 分です。

推奨事項

  • メンテナンス ウィンドウの計画:ビジネスへの影響を最小限に抑えるため、オフピーク時に復元操作を実行してください。

  • 長時間実行されるトランザクションの回避:復元プロセス中は、インデックスの作成や再構築、データのアーカイブなど、長時間実行されるトランザクションを避けてください。これらの操作は、データベースをオンラインにするのに必要な時間を延長させる可能性があります。