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

ApsaraDB RDS:ApsaraDB RDS for SQL Serverインスタンスのデータを復元する

最終更新日:Oct 25, 2024

ApsaraDB RDS for SQL Serverインスタンスのバックアップファイルが作成されている場合、バックアップデータを既存のRDSインスタンスまたは新しいRDSインスタンスに復元できます。 これは、履歴データの分析や、意図しない操作が行われたデータの復元に適している。

説明

次のいずれかの方法を使用して、RDSインスタンスのデータを復元できます。

説明

RDSインスタンスのすべてのデータを同じリージョンの別のRDSインスタンスに復元する場合は、このトピックを参照してください。 リージョン間でデータを復元したり、RDSインスタンスのバックアップファイルを自己管理データベースに復元したりする場合は、「ApsaraDB RDS for SQL Serverインスタンスを復元する方法」をご参照ください。

既存のRDSインスタンスにデータを復元する

RDSインスタンスのデータを、元のRDSインスタンスを含む既存のRDSインスタンスに、データバックアップファイルから、または特定の時点に復元できます。 このプロセス中に、RDSインスタンスに作成されたデータベースの一部またはすべてを復元できます。

復元ルール

項目

説明

データベースエンジンのバージョン

既存のRDSインスタンスのデータベースエンジンバージョンは、元のRDSインスタンスのデータベースエンジンバージョンと同じかそれ以降である必要があります。

RDSエディション

既存のRDSインスタンスのRDSエディションは、元のRDSインスタンスのRDSエディション以上である必要があります。 次のRDSエディションが降順でリストされています: RDS Cluster Edition、RDS High-availability Edition、およびRDS Basic Edition。

インスタンスタイプ

RDSインスタンスは、同じインスタンスファミリーまたは異なるインスタンスファミリーに属することができます。 インスタンスファミリーには、汎用インスタンスファミリーと専用インスタンスファミリーが含まれます。

手順

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

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

  3. [復元] をクリックします。

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

    説明

    この方法は、ローカルディスクでSQL Server 2008 R2を実行するRDSインスタンスではサポートされません。

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

    パラメーター

    説明

    復元方法

    • バックアップセットで: バックアップセットからデータを復元できます。

    • 時間単位: 指定されたログ保存期間内の時点にデータを復元できます。 ログバックアップの保持期間を表示または変更する方法の詳細については、「ApsaraDB RDS For SQL Serverインスタンスのバックアップ」をご参照ください。

    復元時間

    このパラメーターは、Restore MethodパラメーターをBy Timeに設定した場合にのみ表示されます。 データを復元する時点を選択します。

    バックアップセット

    このパラメーターは、Restore MethodパラメーターをBy Backup setに設定した場合にのみ表示されます。 データを復元するバックアップセットを選択します。

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

    このパラメーターは、最新の1,000バックアップセットを表示するかどうかを指定します。 [バックアップセット] ドロップダウンリストから必要なバックアップセットが見つからない場合は、このチェックボックスをオンにします。 次に、照会するバックアップセットがさらに表示されます。

    宛先インスタンス名

    データの復元先のRDSインスタンスを選択します。 デフォルトでは、Alibaba Cloudアカウント内に作成され、選択したリージョンに存在するすべてのRDSインスタンスが表示されます。 表示されたRDSインスタンスには、データを復元する元のRDSインスタンスが含まれます。

    説明
    • スナップショットバックアップファイルを使用する場合、スナップショットバックアップ機能が有効になっているRDSインスタンスにのみデータを復元できます。 詳細については、「スナップショットバックアップ機能の使用」をご参照ください。

    • 移行先RDSインスタンスは、元のRDSインスタンスよりも上位のバージョンのSQL Serverを実行できます。

    • 元のRDSインスタンスが共有インスタンスファミリーに属している場合、インスタンスのデータを汎用または専用のRDSインスタンスに復元することはできません。 同様に、元のRDSインスタンスが汎用インスタンスファミリーまたは専用インスタンスファミリーに属している場合、インスタンスのデータを共有RDSインスタンスに復元することはできません。

    • 多数のRDSインスタンスが表示されている場合は、[宛先インスタンス名] フィールドにキーワードを入力して、必要な宛先RDSインスタンスを検索できます。

    復元するデータベース

    1. 復元するデータベースを選択します。 デフォルトでは、元のRDSインスタンスに作成されたすべてのデータベースが表示され、選択されます。

      • 元のRDSインスタンスのすべてのデータを復元する場合は、すべてのデータベースを選択します。

      • 特定のデータベースを復元する場合は、必要なデータベースのみを選択します。

    2. ターゲットRDSインスタンスで選択したデータベースに使用する名前を指定します。 デフォルトでは、選択したデータベースの元の名前が保持されます。 以下の点にご注意ください。

      • 元のRDSインスタンスで選択したデータベースの名前を、ターゲットRDSインスタンスの既存のデータベースの名前と同じにすることはできません。 元のRDSインスタンスで選択したデータベースの名前が、ターゲットRDSインスタンスの既存のデータベースと同じである場合、復元タスクでエラーが報告されます。 移行先RDSインスタンスで選択したデータベースに使用する名前を変更する必要があります。 元のRDSインスタンスと宛先RDSインスタンスで選択したデータベースの名前が異なる場合、元のRDSインスタンスで選択したデータベースの既存のデータは上書きされません。

      • ターゲットRDSインスタンスで選択したデータベースの名前には、小文字、数字、アンダースコア (_) 、およびハイフン (-) のみを使用できます。

  6. (オプションの手順) 復元タスクの進行状況を表示します。

    システムは、復元タスクを生成する。 ページの右上隅にあるimage.pngアイコンをクリックできます。 [タスク] ページで、タスクタイプ[インスタンスのクローン] であるタスクを検索し、復元の進行状況を表示します。

    image.png

新しい RDS インスタンスへのデータの復元

RDSインスタンスのデータを、バックアップセットから新しいRDSインスタンスに、または特定の時点に復元できます。 バックアップセットからデータを復元する場合、データがバックアップセットに含まれているデータベースの一部またはすべてを復元できます。 RDSインスタンスを新しいRDSインスタンスに復元するのに必要な時間の詳細については、「よくある質問」をご参照ください。

課金ルール

新しいRDSインスタンスに対して課金されます。 インスタンスの作成時に、新しいRDSインスタンスの料金を表示できます。

説明

手順

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

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

  3. [復元] をクリックします。

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

    説明

    この方法は、ローカルディスクでSQL Server 2008 R2を実行するRDSインスタンスではサポートされません。

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

    パラメーター

    説明

    課金方法

    • サブスクリプション: サブスクリプションインスタンスは、前払い料金を支払うインスタンスです。 長期使用の場合、サブスクリプションの課金方法は、従量課金の課金方法よりも費用対効果が高くなります。 サブスクリプション期間が長いほど、低価格で提供されます。

    • 従量課金: 従量課金インスタンスは、実際のリソース使用量に基づいて1時間ごとに課金されます。 短期使用の場合は、従量課金の課金方法を選択することを推奨します。 従量課金RDSインスタンスが不要になった場合は、リリースしてコストを削減できます。

    説明

    サーバーレス課金方法を選択した場合、新しいサーバーレスRDSインスタンスにのみデータを復元できます。

    復元モード

    • バックアップセットで: バックアップセットからデータを復元できます。

    • ポイントインタイム: 指定されたログ保持期間内の時点にデータを復元できます。 ログバックアップの保持期間を表示または変更する方法の詳細については、「ApsaraDB RDS For SQL Serverインスタンスのバックアップ」をご参照ください。

    データベース

    元のRDSインスタンスで作成されたデータベースの一部またはすべてを復元するかどうかを指定します。 [一部] を選択した場合、復元するデータベースの名前を手動で入力し、データベース名をコンマ (,) で区切ります。

    説明

    RDSインスタンスのスナップショットバックアップ機能を有効にした場合、[すべて] のみを選択できます。 詳細については、「スナップショットバックアップ機能の使用」をご参照ください。

    エディション

    • Basic Edition: RDS Basic Editionでは、データベースシステムはRDSインスタンスのみで構成され、コンピューティングはストレージから分離されています。 このRDSエディションは費用対効果が高く、学習やテストに適しています。

    • High-availability Edition: RDS High-availability Editionでは、データベースシステムはプライマリRDSインスタンスとセカンダリRDSインスタンスで構成されています。 これらのインスタンスは、高可用性アーキテクチャで動作します。 RDS High-availability Editionは本番環境に適しており、80% を超えるビジネスシナリオに適しています。

    • Cluster Edition: RDS Cluster Editionでは、データベースシステムは、プライマリRDSインスタンス、セカンダリRDSインスタンス、および最大7つの読み取り専用RDSインスタンスで構成されます。 データベースシステムの読み取り機能は、読み取り専用RDSインスタンスの数とともに向上します。

    説明

    使用可能なRDSエディションは、選択したリージョンとデータベースエンジンのバージョンによって異なります。 詳細については、「概要」をご参照ください。

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

    RDSインスタンスが存在するゾーンを選択します。

    デプロイ方法

    • マルチゾーンデプロイ: プライマリRDSインスタンスとセカンダリRDSインスタンスは異なるゾーンに存在し、ゾーンディザスタリカバリを提供します。 これは推奨される展開方法です。

    • シングルゾーンデプロイ: プライマリRDSインスタンスとセカンダリRDSインスタンスは同じゾーンにあります。

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

    • RDSインスタンスが、アプリケーションがデプロイされているElastic Compute Service (ECS) インスタンスと同じゾーンにある場合、これらのインスタンスは最適なパフォーマンスを提供できます。 RDSインスタンスとECSインスタンスが同じリージョンの異なるゾーンにある場合、RDSインスタンスとECSインスタンスのパフォーマンスは、同じゾーンにあるRDSインスタンスとECSインスタンスのパフォーマンスよりもわずかに低くなります。

    • EditionパラメーターをBasic Editionに設定した場合、シングルゾーン展開のみが使用できます。

    • ゾーン名の右上隅に売り切れが表示された場合、このゾーンには十分なリソースがありません。 この場合、別のゾーンに切り替える必要があります。

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

    [デプロイ方法] パラメーターを [マルチゾーンデプロイ] に設定した場合、セカンダリRDSインスタンスが存在するゾーンを選択する必要があります。

    [インスタンスタイプ]

    • 汎用: エントリレベルのインスタンスタイプ。 共有インスタンスまたは汎用インスタンスは、割り当てられたメモリおよびI/Oリソースを排他的に占有します。 ただし、このタイプのインスタンスは、同じホストにデプロイされている他の汎用インスタンスとCPUおよびストレージリソースを共有します。

    • 専用: エンタープライズレベルのインスタンスタイプ。 専用インスタンスタイプまたは専用ホストインスタンスタイプを選択できます。 専用RDSインスタンスは、割り当てられたCPU、メモリ、ストレージ、およびI/Oリソースのみを占有します。 専用ホストインスタンスファミリーは、専用インスタンスファミリーの最高仕様です。 専用ホストインスタンスは、インスタンスがデプロイされているホスト上のすべてのCPU、メモリ、ストレージ、およびI/Oリソースを占有します。

    ストレージ容量

    RDSインスタンスのストレージ容量を設定します。 ストレージ容量は、RDSインスタンスにデータファイル、システムファイル、ログファイル、およびトランザクションファイルを保存するためにプロビジョニングされます。 5 GBのステップサイズでストレージ容量を調整できます。

    説明

    ローカルディスクを使用する専用RDSインスタンスは、割り当てられたリソースのみを占有し、ストレージ容量はインスタンスタイプによって異なります。 詳細については、「プライマリ ApsaraDB RDS インスタンスタイプ」をご参照ください。

  6. [次へ: インスタンス設定] をクリックします。

  7. 以下のパラメーターを設定します。

    パラメーター

    説明

    ネットワークタイプ

    • クラシックネットワーク: 従来のタイプのネットワーク。

    • VPC: 仮想プライベートクラウド (VPC) は、クラシックネットワークよりも高いセキュリティと高いパフォーマンスを提供する分離された仮想ネットワークです。 [ネットワークタイプ] パラメーターをVPCに設定した場合、プライマリノードパラメーターのVPCとvSwitchも設定する必要があります。

    説明

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

    リソースグループ

    新しいRDSインスタンスが属するリソースグループ。

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

  9. [パラメーター設定] セクションで設定を確認し、[数量] および [サブスクリプション期間] パラメーターを設定し、利用規約を読んで選択し、[今すぐ支払う] をクリックして支払いを完了します。 新しいRDSインスタンスがサブスクリプション課金方法を使用する場合にのみ、サブスクリプション期間パラメーターを設定する必要があります。

    [インスタンス] ページに移動し、作成時刻に基づいて作成されたRDSインスタンスを見つけます。 RDSインスタンスの作成には1〜10分かかります。 ページを更新して、RDSインスタンスが作成されているかどうかを確認できます。 RDSインスタンスの作成後、RDSインスタンスにアクセスして、復元されたデータベースとテーブルを表示できます。

一時RDSインスタンスを使用して元のRDSインスタンスにデータを復元する

この方法は、SQL Server 2008 R2を実行し、ローカルディスクを使用するRDSインスタンスでのみサポートされます。 詳細については、「一時RDSインスタンスを使用したApsaraDB RDS For SQL Serverインスタンスのデータの復元」をご参照ください。

関連する API

  • APIを呼び出してRDSインスタンスのデータを復元することもできます。 詳細は、「RecoveryDBInstance」をご参照ください。

  • RDSインスタンスのすべてのデータを復元する場合は、このトピックを参照してください。 ApsaraDB RDS for SQL Serverは、個々のデータベースとテーブルの復元をサポートしていません。 データ復元方法の詳細については、「ApsaraDB RDS For SQL Serverインスタンスの復元方法」をご参照ください。

よくある質問

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

復元に必要な推定時間

次の表に、新しいRDSインスタンスにデータを復元するために必要な推定時間を示します。 データのバックアップと復元の速度は、非圧縮データのサイズに基づいて推定されます。

説明

SQL Server Webを実行するRDSインスタンスでは、バックアップ圧縮はサポートされていません。 これにより、データのバックアップと復元の速度が1時間あたり100 GB未満に低下する可能性があります。

API 操作

必須

推定時間

説明

RDSインスタンスの作成と設定

必須

10〜15分

必要な時間は、データ復元に使用される新しいRDSインスタンスの製品タイプとインスタンスタイプによって異なります。

完全なデータのバックアップ

選択可能

200 1時間あたりのGB

  • RDSインスタンスで36時間以内に完全バックアップが実行されない場合、復元プロセス中に完全バックアップが実行され、増分トランザクションログバックアップと完全バックアップからのデータ復元に必要な時間のバランスが取られます。

    データの復元前に手動で完全バックアップを実行するか、システムが完全バックアップを自動的に完了してから36時間以内に復元タスクを開始することをお勧めします。 これにより、復元に必要な総時間が短縮される。 詳細については、「ApsaraDB RDS for SQL Server インスタンスのバックアップ」をご参照ください。

  • バックアップ速度は、地域と期間に基づいて異なる場合があります。

  • バックアップと復元のパフォーマンスに関するより正確な情報を取得するには、最後の完全バックアップのデータ量と時間を参照してください。

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

必須

200 1時間あたりのGB

選択可能

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

必須

200 1時間あたりのGB

増分ログバックアップの前後で、2分の時間損失が発生する可能性があります。 時間損失は、バックアップの準備、閉鎖、およびリソース割り当てによって引き起こされる可能性があります。

増分トランザクションログバックアップファイルをターゲットRDSインスタンスに適用する

必須

200 1時間あたりのGB

増分ログバックアップの前後で、2分の時間損失が発生する可能性があります。 時間損失は、バックアップ整合性検証によって引き起こされる可能性があります。

データベースの復元

必須

2分以内

  • リソース消費: 増分トランザクションログバックアップファイルの適用は、リソースを大量に消費する操作です。 2 CPUコアや4 GBのメモリなど、仕様が小さいRDSインスタンスに対して大量のトランザクションログが生成されると、データの復元速度が低下します。

  • Accelerated Database Recoveryオプション: Accelerated Database Recoveryオプションは、SQL Server 2019以降を実行するRDSインスタンスでサポートされています。 これにより、データベースの復元時間が短縮されます。 オプションを有効にするかどうかは、Microsoftの公式ドキュメントに基づいて評価できます。

例:

テストインスタンス: RDSインスタンスには4つのCPUコアと8 GBのメモリがあり、RDSインスタンスのデータ量は600 GBです。

  • RDSインスタンスの作成と設定に必要な時間: 約12分。

  • 完全なデータをバックアップするのに必要な時間: 約3時間。 必要な時間は、次の計算を使用して計算されます。必要な時間=600 GB /1時間あたり200 GB=3時間

  • ターゲットRDSインスタンスの完全バックアップを復元するのに必要な時間: 約3時間。 必要な時間は、次の計算を使用して計算されます。必要な時間=600 GB /1時間あたり200 GB=3時間

  • ソースRDSインスタンスの増分トランザクションログのバックアップに必要な時間: 約5分。 必要な時間は、次の計算を使用して計算されます。必要な時間=1時間あたり10 GB/200 GB + 2分の時間損失=5分

  • 増分トランザクションログバックアップファイルをターゲットRDSインスタンスに適用するのに必要な時間: 約5分。 必要な時間は、次の計算を使用して計算されます。必要な時間=1時間あたり10 GB/200 GB + 2分の時間損失=5分

  • データベースの復元に必要な時間: 2分以内

この例では、36時間以内にRDSインスタンスで完全バックアップが実行されない場合、合計時間は約6時間24分と推定されます。 RDSインスタンスで36時間以内にフルバックアップが実行された場合、所要時間は約3時間24分と推定されます。

復元の提案

  • メンテナンス期間: ワークロードへの影響を最小限に抑えるため、オフピーク時に復元操作を実行することを推奨します。

  • 長時間のトランザクション: 復元プロセス中は、インデックスの作成や再構築、データのアーカイブなど、長時間のトランザクションを実行しないことを推奨します。 これにより、データベースの復元に必要な時間が長くなるのを防ぐことができます。