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

ApsaraDB RDS:ApsaraDB RDS for SQL Server インスタンスのバックアップ

最終更新日:Aug 08, 2026

ApsaraDB RDS for SQL Server は、自動バックアップおよび手動バックアップをサポートしています。バックアップポリシーを設定してデータを自動的に保護するか、必要に応じてバックアップをトリガーできます。ログバックアップを有効にすると、バックアップ保持期間内の任意の時点までインスタンスを復元できます。

バックアップからの復元方法については、「復元シナリオの概要」をご参照ください。

前提条件

作業を開始する前に、以下の条件を満たしていることを確認してください。

  • ApsaraDB RDS for SQL Server インスタンス

  • サービスリンクロール (AliyunServiceRoleForDBS) の権限。RDS バックアップ機能を初めて使用する場合は、Alibaba Cloud アカウントを使用して AliyunServiceRoleForDBS を承認 してください。

バックアップ機能

データバックアップ

RDS for SQL Server は、物理バックアップと スナップショットバックアップ の 2 種類のデータバックアップ方式をサポートしています。

物理バックアップ スナップショットバックアップ
仕組み インスタンスデータの完全なレプリカを作成します。完全バックアップおよび増分バックアップをサポートします。論理バックアップはサポートされていません。 特定の時点におけるディスクのデータ状態をキャプチャします。完全スナップショットのみで、増分バックアップはサポートされていません。
バックアップ速度 遅いです。I/O リソースを大量に消費し、インスタンスのパフォーマンスに影響を与える可能性があります。物理バックアップはオフピーク時間帯にスケジュールしてください。 高速です。I/O への影響が最小限です。パフォーマンスへの大きな影響なく、いつでも実行できます。
RPO (ログバックアップ) 5 分ごと、30 分ごと、またはデータバックアップサイクルと同じ 5 分ごとまたは 30 分ごと
復元速度 (RTO) 高速です。インスタンスの仕様によって速度が異なります。 非常に高速です。データ量に依存しません。新規インスタンスへの復元には通常約 30 分、既存のインスタンスへの復元には通常約 10 分かかります。
データ量 無制限 無制限
バックアップファイルのダウンロード サポートされています サポートされていません

詳細な比較については、「スナップショットバックアップと物理バックアップの違い」をご参照ください。

増分バックアップポリシー

デフォルトでは、物理バックアップに対して増分バックアップが有効になっています。システムは完全バックアップと増分バックアップを交互に実行することで、バックアップファイルのサイズを削減します。

  • 完全バックアップが完了すると、その後 3 日間は増分バックアップを実行します。

  • 前回の完全バックアップから 3 日経過すると、新しい完全バックアップを実行します。

以下のいずれかの条件を満たす場合、システムはスケジュールされた増分バックアップを自動的に完全バックアップにアップグレードします。

  • 前回の成功した完全バックアップから 3 日以上経過している場合(定期的な強制ローテーション)

  • インスタンスに新しいデータベースが検出された場合(データ整合性を確保するため)

  • 前回のバックアップタスクが失敗した場合、またはデータベース作成の失敗などデータ破損のリスクがある場合(バックアップチェーンの修復)

コンソールで増分バックアップを無効にすると、すべてのシステムバックアップジョブが完全バックアップになります。

システムは各バックアップ時にトランザクションログも縮小します。トランザクションログを手動で縮小するには、ApsaraDB RDS コンソールでご利用の RDS インスタンスの バックアップと復元 ページに移動し、トランザクションログの縮小 をクリックします。これはオンライン操作であり、インスタンスは「実行中」の状態を維持し、ワークロードが中断されることはありません。

セカンダリインスタンスからのバックアップ (Cluster Edition のみ)

物理バックアップを使用する Cluster Edition インスタンスの場合、セカンダリインスタンスからのバックアップを優先 オプションにより、プライマリインスタンスのバックアップ I/O 負荷を軽減し、パフォーマンスと安定性を向上させます。セカンダリインスタンスが利用できない場合は、システムが自動的にプライマリインスタンスにフォールバックします。

有効化前に注意すべき制限事項:

  • セカンダリインスタンスからのバックアップを使用する場合、増分バックアップはサポートされません。すべてのバックアップが完全バックアップになるため、バックアップデータ量が増えます。これを相殺するために、バックアップ頻度を毎日から 2 日に 1 回などに減らすことを検討してください。

  • トランザクションログの縮小など一部のメンテナンス操作は、セカンダリインスタンスからのバックアップが有効であっても常にプライマリインスタンスで実行されます。

  • バックアップポリシーをセカンダリインスタンスからのバックアップに変更し、バックアップ時間を変更すると、約 2 分後に完全バックアップがトリガーされる可能性があります。その時点でセカンダリインスタンスが利用できない場合、バックアップはプライマリインスタンスで実行され、ワークロードに影響を与える可能性があります。この変更はオフピーク時間帯に行ってください。

  • RDS Cluster Edition インスタンスは、高度なバックアップポリシーページ でバックアップ優先度を設定できません。

ログバックアップ

システムは、設定した頻度でログバックアップファイルを生成します。頻度を高くすると、リカバリポイント目標 (RPO) が低くなり、障害発生時の潜在的なデータ損失が少なくなります。

頻度 RPO 注記
データバックアップと同じ バックアップサイクルと同じ デフォルトオプション
30 分ごと 30 分 クラウドディスク障害時 (Basic Edition) に、直近 30 分以内のポイントインタイムリカバリをサポートします
5 分ごと 5 分 クラウドディスク障害時 (Basic Edition) に、直近 5 分以内のポイントインタイムリカバリをサポートします
ログバックアップファイルの合計サイズは頻度によって変わりません。頻度を高くすると、より多くの小さなファイルが作成されます。ログバックアップの保持期間はデータバックアップの保持期間と一致し、標準バックアップポリシーページでは個別に設定できません。

ログバックアップはデフォルトで有効になっており、無効化することはできません。保持期間は 7~730 日の範囲で設定できます。ログバックアップファイルをダウンロード して、アーカイブまたはローカルでの復元に使用できます。

バックアップデータ保護

改ざん防止: 物理バックアップファイルおよびログバックアップは Object Storage Service (OSS) に保存されます。スナップショットバックアップは ESSD (エンタープライズ SSD) のスナップショットサービスに保存されます。どちらのストレージ方式も、書き込み後にデータの改ざんを防止する Write Once Read Many (WORM) 技術を使用しています。

削除からの保護:

  • 自動バックアップは、設定した保持期間に基づいて有効期限切れになります。最小保持期間は 7 日、最小バックアップ頻度は週 2 回であるため、インスタンスには常に最新のバックアップデータが保持されます。

  • バックアップセットの手動削除はサポートされていません。

課金

各 RDS インスタンスには、無料のバックアップストレージクォータが含まれています。バックアップストレージがこのクォータを超えない限り、料金は発生しません。無料クォータはインスタンスのストレージ容量に比例して拡張されます。たとえば、バックアップ方式が物理バックアップの場合、ストレージを 150 GB から 300 GB に拡張すると、無料クォータは 75 GB から 150 GB に増加します。

料金の詳細については、「バックアップ料金」をご参照ください。

注意事項

  • バックアップ時間を変更すると、約 2 分後にバックアップがトリガーされ、プライマリインスタンスの I/O 帯域幅が一時的に急増する可能性があります。バックアップ時間の変更はオフピーク時間帯に行ってください。

  • 物理バックアップは速度制限なしで全速で実行されるため、I/O 帯域幅が高くなり、ワークロードに影響を与える可能性があります。物理バックアップはオフピーク時間帯にスケジュールしてください。

  • 大規模なインスタンスでは、バックアップの完了に長い時間がかかる場合があります。

  • コールドストレージのデータベースはバックアップおよび復元できません。これは、OSS へのデータアーカイブ を有効にしてデータベースがコールドストレージに変換されている場合に適用されます。

  • バックアップファイルは、設定された保持期間のみ保持されます。長期保持が必要なバックアップファイルは、有効期限切れ前にダウンロードしてデータ損失を回避してください。

  • データバックアップによって消費されるトラフィックは、インスタンスのネットワーク統計情報に計上されます。バックアップ実行中にトラフィックが急増することを想定してください。

自動バックアップの設定

バックアップポリシーを設定すると、システムは設定されたスケジュールに従ってインスタンスを自動的にバックアップします。

RDS for SQL Server には、異なるパラメーターを提供する 2 種類のバックアップポリシーページがあります。一部のリージョンでは、バックアップ戦略 タブから高度なバックアップポリシーページにアクセスできます。エントリーポイントが表示されない場合は、申請 を送信してください。

標準バックアップポリシー

  1. インスタンス ページに移動します。上部ナビゲーションバーでご利用のインスタンスが配置されているリージョンを選択し、対象のインスタンスを検索して ID をクリックします。

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

  3. バックアップ戦略 タブで、データバックアップ設定 エリアの 編集 をクリックします。

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

パラメーター 説明
データバックアップ保持日数 デフォルト:7 日。有効値:7~730 日。
バックアップサイクル 週に最低 2 日を選択してください。
バックアップ方式 物理バックアップ (デフォルト):インスタンスデータの完全なレプリカを作成します。バックアップ速度は遅いです。スナップショットバックアップ:特定の時点におけるディスクデータをキャプチャします。バックアップ速度は高速です。スナップショットバックアップに切り替えた後も、物理バックアップは手動バックアップ用として引き続き利用可能です。
バックアップ優先度 物理バックアップを使用する Cluster Edition インスタンスで利用可能です。プライマリデータベースからのみバックアップ:バックアップは常にプライマリインスタンスで実行されます。セカンダリインスタンスからのバックアップを優先:バックアップはセカンダリインスタンスで実行され、プライマリインスタンスの I/O 負荷を軽減します。セカンダリインスタンスが利用できない場合は、プライマリインスタンスにフォールバックします。このオプションを有効にすると、増分バックアップおよび 5 分間隔のログバックアップ が無効になります。
増分バックアップ 増分バックアップを有効または無効にします。バックアップ方式 が スナップショットバックアップ の場合、または Cluster Edition で物理バックアップを使用している場合は利用できません。
バックアップ時間 バックアップを開始するタイムウィンドウ (例:06:00~07:00)。オフピーク時間帯に設定してください。
バックアップ頻度 ログバックアップファイルの生成頻度。オプション:データバックアップと同じ、30 分ごと、5 分ごと。バックアップ優先度がセカンダリインスタンスからのバックアップに設定されている場合、5 分ごと は利用できません。

高度なバックアップポリシー

  1. インスタンス ページに移動します。上部ナビゲーションバーでご利用のインスタンスが配置されているリージョンを選択し、対象のインスタンスを検索して ID をクリックします。

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

  3. バックアップ戦略 タブで、SQL Server と レベル 1 バックアップ の間にある丸囲みの数字をクリックします。

    image.png

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

パラメーター 説明
バックアップポリシー バックアップ時間とバックアップセットの保持期間を選択します。週に最低 2 回のバックアップを設定してください。バックアップポリシーを追加 をクリックして、バックアップセット数を減らし、より柔軟なスケジューリングが可能な スパースバックアップ ポリシーを追加できます。
バックアップ時間 データバックアップを開始する時刻 (例:07:00~08:00)。オフピーク時間帯に設定してください。
増分バックアップ 増分バックアップを有効または無効にします。バックアップ方式 が スナップショットバックアップ は利用できません。
バックアップ方式 物理バックアップ (デフォルト):インスタンスデータのレプリカを作成します。バックアップ速度は遅いです。スナップショットバックアップ:特定の時点におけるディスクデータをキャプチャします。バックアッププロセスは高速です。スナップショットバックアップに切り替えた後も、物理バックアップは手動バックアップ用として引き続き利用可能です。
バックアップ頻度 ログバックアップの頻度。オプション:データバックアップと同じ または 30 分ごと。ログバックアップの保持期間はデータバックアップの保持期間と一致し、個別に設定することはできません。
ログバックアップ保持期間 データバックアップ保持期間以下である必要があります。有効値:7~7300 日。デフォルト:7 日。
  1. バックアップポリシー ページの左下隅にある 保存 をクリックします。

手動バックアップの作成

  1. インスタンス ページに移動します。上部ナビゲーションバーでご利用のインスタンスが配置されているリージョンを選択し、対象のインスタンスを検索して ID をクリックします。

  2. ページ右上隅にある インスタンスのバックアップ をクリックします。

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

パラメーター 説明
バックアップ方式 スナップショットバックアップ:ディスクデータの高速なポイントインタイムコピー。物理バックアップ (デフォルト):インスタンスデータの完全なレプリカ。バックアップ速度は遅いです。自動バックアップポリシーがスナップショットバックアップに設定されている場合、このフィールドのデフォルトは スナップショットバックアップ になります。
バックアップモードの選択 完全バックアップ:すぐに完全バックアップを実行します。自動バックアップ:システムが前回のバックアップに基づいて、完全バックアップまたは差分バックアップを実行するかどうかを判断します。インスタンスが過去 3 日以内に完全バックアップを実行している場合、システムは差分バックアップ (前回の完全バックアップ以降に変更されたすべてのデータをバックアップ) を実行します。それ以外の場合は、完全バックアップを実行します。物理バックアップを使用する Cluster Edition インスタンスで セカンダリインスタンスからのバックアップを優先 が設定されている場合、完全バックアップ のみがサポートされます。
バックアップ方式 (バックアップモードの選択 が 完全バックアップ の場合) インスタンスバックアップ:インスタンス全体をバックアップします。単一データベースバックアップ:バックアップ方式 が 物理バックアップ に設定されている場合のみ利用可能です。バックアップする特定のデータベースを選択し、保持期間 (7~730 日、または -1 で長期保持) を設定します。データベースリストでバックアップするデータベースを選択し、image をクリックして追加します。データベースが存在しない場合は、まず データベースを作成 してください。
  1. バックアップタスクが作成されたら、ページ右上隅の 查看备份进度 をクリックします。タスク ページで、タスクタイプ を 手動バックアップ に設定して、バックアップの進行状況を確認します。

    备份进程

バックアップが完了したら、バックアップと復元 > 基本バックアップ > データバックアップ (または ログバックアップ) からデータおよびログバックアップをダウンロードできます。

その他の操作

単一データベースバックアップセットの有効期限延長

RDS コンソールまたは ModifyBackupSetExpireTime API を使用して、手動バックアップによって作成された単一データベースバックアップセット (物理バックアップ、完全バックアップ、単一データベースバックアップ) の有効期限を延長できます。有効期限を短縮することはサポートされていません。

API を使用する場合、UTC 時刻を渡してください。RDS コンソールには UTC + 08:00 で時刻が表示されます。たとえば、API で 2025-07-15T12:10:23Z を渡すと、コンソールには 2025 年 7 月 15 日 20:10:23 と表示されます。
  1. 対象のバックアップセットの 操作 列で image をクリックし、有効期限の変更 を選択します。

    image

  2. ダイアログボックスで新しい有効期限を設定し、OK をクリックします。

更新された有効期限は 有効期限 列に表示されます。システムは新しい有効期限までバックアップセットを保持します。

よくある質問

データバックアップまたはログバックアップを無効にできますか?

いいえ。両方ともデフォルトで有効になっており、無効化することはできません。バックアップ量を削減するには、バックアップ頻度を下げてください。ただし、週に最低 2 回のバックアップが必要です。

説明
  • ログバックアップの保持期間はデータバックアップの保持期間と同じであり、個別に設定することはできません。

バックアップストレージ使用量を削減するにはどうすればよいですか?

バックアップセットの手動削除はサポートされていません。ストレージ使用量を削減するには、以下の方法があります。

  • バックアップ頻度または保持期間を減らす:保持期間を短くすると、システムが古いバックアップを自動的に削除します。手順については、「自動バックアップの設定」をご参照ください。

  • 無料クォータを増やす:無料クォータはインスタンスストレージ容量に比例して拡張されます。ストレージ容量を拡張すると、無料バックアップクォータも増加します。

スナップショットバックアップはなぜ増分バックアップをサポートしていないのですか?

スナップショットバックアップはファイルレベルではなくディスクレベルで動作します。スナップショットは特定の時点におけるディスクの完全な状態をキャプチャするため、増分変更を処理するファイルベースのメカニズムが存在しません。

各スナップショットバックアップはファイルレベルでは「完全」バックアップですが、基盤となるスナップショットサービスは増分チェーンメカニズムを使用しており、各スナップショットは前回のスナップショット以降に変更されたデータのみを保存します。

セカンダリインスタンスからのバックアップを有効にした後、なぜ増分バックアップが利用できなくなるのですか?

SQL Server のカーネルアーキテクチャにより、セカンダリデータベースが差分ビットマップをクリアできなくなるため、セカンダリインスタンスでは増分バックアップが技術的に不可能になります。詳細については、「Microsoft SQL Server ドキュメント」をご参照ください。

増分バックアップが有効になっている場合、手動の完全バックアップは自動バックアップポリシーに影響しますか?

はい。手動の完全バックアップを実行すると、その後の増分バックアップのベースがリセットされます。たとえば、月曜日に完全バックアップ、火曜日に増分バックアップがスケジュールされている場合に、水曜日に手動の完全バックアップを実行すると、木曜日と金曜日の増分バックアップは水曜日の手動バックアップをベースとして実行されます。

スナップショットバックアップと物理バックアップの違いは何ですか?

項目 物理バックアップ スナップショットバックアップ
ログバックアップ頻度 データバックアップと同じ、30 分ごと、または 5 分ごと 30 分ごとまたは 5 分ごと
バックアップ速度 遅い 高速
復元速度 (RTO) 高速。インスタンスの仕様によって異なります。 非常に高速。データ量に依存しません。新規インスタンスでは約 30 分、既存のインスタンスでは約 10 分
データ量 無制限 無制限
インスタンスパフォーマンスへの影響 I/O 消費が大きいです。オフピーク時間帯にスケジュールしてください。 I/O への影響が最小限です。いつでも実行できます。
バックアップファイルのダウンロード サポートされています サポートされていません

次のステップ

API リファレンス

API 説明
CreateBackup バックアップセットの作成
DescribeBackups バックアップセットの一覧表示
DescribeBackupPolicy バックアップ設定の表示
ModifyBackupPolicy バックアップポリシーの変更
DescribeBackupTasks バックアップジョブリストの照会
DescribeLogBackupFiles ログバックアップファイルの照会

参考資料