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

ApsaraDB RDS:完全バックアップ

最終更新日:Jun 21, 2026

このトピックでは、自動と手動の両方の方法でデータベースの完全バックアップを実行する方法を説明します。データ保護とディザスタリカバリのニーズに応じて、自動バックアップポリシーの設定方法や、即時手動バックアップの開始方法を解説します。

シナリオ

  • 自動バックアップ:定期的なデータ保護とディザスタリカバリに使用します。システムは、事前に定義されたポリシーに基づいて自動的に完全バックアップを実行し、ログバックアップと組み合わせることでポイントインタイムリカバリ (PITR) を可能にします。これにより、予期せぬ障害が発生した場合のデータ損失を最小限に抑えます。

  • 手動バックアップ:スキーマ変更 (DDL) 、アプリケーションのアップグレード、データ移行などのハイリスクな操作を実行する前に、即時データスナップショットを作成します。このバックアップは、信頼性の高い復元ポイントとして機能します。操作によって問題が発生した場合、操作前の状態に迅速にロールバックして、ビジネスの安定性と継続性を確保できます。

前提条件

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

課金

無料クォータ内のバックアップは課金されません。無料クォータを超える使用量は、実際の消費量に基づいて課金されます。無料クォータと料金の詳細については、「バックアップストレージのコスト」をご参照ください。

注意事項

  • デフォルトで有効:データバックアップ (完全バックアップ) はデフォルトで有効になっており、無効にすることはできません。バックアップは最低 7 日間保持され、頻度は週に 2 回以上です。

  • マイナーエンジンバージョンの制限:以下のマイナーエンジンバージョンが原因でロックされたインスタンスでは、バックアップを開始できません。

    • RDS MySQL 5.1 および 5.5:すべてのマイナーバージョン。

    • RDS MySQL 5.6、5.7、および 8.0: 20190815 より前のマイナーバージョン。

    説明
  • 読み取り専用インスタンスローカルログ保持ポリシーの設定のみをサポートします。自動バックアップポリシーはサポートしていません。

  • DDL 操作:バックアップ中に DDL 操作を実行しないでください。テーブルがロックされると、バックアップが失敗する可能性があります。

  • ビジネスのピークタイムを避ける:可能な限り、オフピークの時間帯にバックアップをスケジュールしてください。

  • 復元の制限:バックアップに 50,000 を超えるテーブルが含まれている場合、データベースとテーブルの復元 は利用できません。ただし、データベースの復元 (元クローンインスタンス) 機能は影響を受けません。

  • バックアップの制限:テーブル数が 600,000 を超える場合、バックアップは実行できません。

  • ポリシーの変更:バックアップポリシーを変更すると、即座に完全バックアップがトリガーされます。

バックアップの実行

自動バックアップの手順

ステップ 1: 設定ページへの移動

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

  3. [バックアップポリシー] タブをクリックします。デフォルトでは、コンソールには基本バックアップポリシーページ (アップグレード前) が表示されます。高度なバックアップにアップグレードした場合、コンソールには高度なバックアップポリシーページ (アップグレード後) が表示されます。

基本バックアップポリシーページと高度なバックアップポリシーページの見分け方

  • 基本バックアップポリシーページ (アップグレード前)

    • ページには [基本バックアップ] セクションが含まれます。

    • [編集] ボタンをクリックすると、パラメーターがフォームに直接表示されます。

    このセクションには、[完全バックアップの保持期間][完全バックアップの開始時間][完全バックアップのサイクル][次回のスケジュールされたバックアップ時間][ログバックアップ][ログバックアップの保持期間][高頻度増分バックアップ][ポイントインタイムリストア][個別のデータベースとテーブルの高速復元]、および [インスタンスリリース後のバックアップファイルの保持] といったパラメーターが含まれます。

  • 高度なバックアップポリシーページ (アップグレード後)

    • ページの上部には [MySQL][レベル 1 バックアップ] のタブがあります。

    • 中央に数字の付いた円形のアイコンが表示されます。いずれかをクリックすると、パラメーター設定ページが開きます。

    • スパースバックアップなどの高度な機能をサポートします。

    [バックアップポリシー] タブでは、ページは左側の [データソース] エリアと右側の [高速ストレージプール] エリアに分かれています。データは、MySQL データソースから番号付きのバックアップノードを経由して、高速ストレージプール内の [レベル 1 バックアップ] に流れます。

説明

高度なエディションへのアップグレード方法

基本インターフェースを使用しているが、高度な機能 (スパースバックアップなど) が必要な場合は、ページ上の「高度なエディションにアップグレード」と表示されたリンクを探してください。一部のリージョンでは、バックアップポリシーページを高度なエディションにアップグレードできます。アップグレード後、バックアップポリシー設定のエントリポイントと一部のパラメーター設定方法が若干変更されます。お使いのインターフェースに応じて適切な方法を選択してください。

ステップ 2: コアパラメーターの設定

バックアップポリシーがアップグレードされているかどうかに関わらず、コアパラメーターの意味は同じです。

データバックアップ設定

データバックアップ (完全バックアップ) はデフォルトで有効になっており、無効にすることはできません。バックアップは最低 7 日間保持され、頻度は週に 2 回以上です。

パラメーター

説明

バックアップサイクル

最小:週に 2 回。高頻度スナップショットが有効なクラウドディスクインスタンスの場合、最短で 15 分に 1 回設定できます。

バックアップ保持期間

デフォルト:7 日。オプション:

  • クラウドディスクインスタンス:7~730 日。

    説明
    • 5.7 Basic Edition シリーズは 7 日間に固定されており、変更できません。

  • Premium Local SSD を搭載したインスタンス:7 日以上。

    • 最大 730 日間保持されるバックアップは標準バックアップです。

    • 730 日を超えて保持されるバックアップはアーカイブバックアップであり、バックアップストレージのコストが低くなります。

    説明

    730 日を超える保持期間を設定するか、インスタンスリリース前の長期保存 を選択した場合、保持するアーカイブバックアップの数も指定する必要があります。たとえば、毎月最も古い 2 つのアーカイブバックアップを保持するなどです。

バックアップ開始時間

ワークロードへの潜在的な影響を最小限に抑えるため、オフピークのビジネス時間を選択します。

インスタンスリリース後のバックアップファイルの保持

インスタンスをリリースした後にバックアップファイルを保持するかどうかを選択します。

説明

最新 または すべて を選択することを推奨します。インスタンスをリリースした後、[削除されたインスタンスのバックアップ] ページから復元用のバックアップをダウンロードできます。詳細については、「長期保持バックアップ」をご参照ください。

ログバックアップの設定

ログバックアップ (増分バックアップ) は、ポイントインタイムリカバリ (PITR) を可能にします。

パラメーター

説明

ログバックアップ

PITR のためにトランザクションログをバックアップします。デフォルトで有効になっています。

[ポイントインタイムリカバリ]

特定の時点へのリカバリを有効にします。

データバックアップの保持期間

ログバックアップの保持期間を設定します。

  • 範囲:7~730 日。デフォルト:7 日。

  • 完全バックアップの保持期間を超えてはなりません。

説明

MySQL 5.7 を実行している RDS Basic Edition インスタンスの場合、この値は 7 日間に固定されます。

重要

PITR を確実にするため、指定されたログバックアップ保持期間を超えて追加のバックアップセットが保持されます。

例:データバックアップの保持期間 を 7 日間に設定すると、システムは 7~9 日間バックアップデータを保持します。これは、7 日前の時点より前の最新の完全バックアップと、そのギャップを埋めるための継続的なログバックアップです。課金対象となるのは、追加の完全バックアップ 1 つと、最大 1 週間分の追加ログバックアップのみです。

高度な機能 (オプション)

パラメーター

対象インスタンス

説明

秒単位のバックアップ

クラウドディスクインスタンス (High-availability または Cluster Edition)

有効にすると、スナップショットバックアップが数秒で完了します。

スナップショット頻度の増加

クラウドディスクインスタンス (High-availability または Cluster Edition)

高頻度スナップショットバックアップを有効にすると、スナップショット間隔が短縮され、スナップショット密度が向上します。有効にした後、バックアップを N 時間ごと、あるいは 15 分ごとに設定できます。

説明

この機能は、秒単位のバックアップ と同時に有効にする必要があります。秒単位のバックアップが無効な状態でこの機能を有効にすると、システムは自動的に秒単位のバックアップを有効にします。

個別のデータベースとテーブルの高速復元

すべてのインスタンス

有効にすると、生成されたバックアップは、インスタンス全体を復元することなく、個別のデータベースまたはテーブルの復元をサポートします。

個別のデータベースとテーブルの高速復元 (高速化)

Premium Local SSD を搭載したインスタンス (一部のリージョン)

個別のデータベースとテーブルの高速復元 (高速化) を有効にすると、高速化オプションが選択されます。それ以外の場合、デフォルトでは標準速度になります。

  • 標準:データベースとテーブルの通常の復元速度。

  • 高速化:標準速度より 50%~95% 高速に復元します。

説明

高速復元を有効にした後、CDM支払いタイプCDM保持時間 も選択する必要があります。

バックアップ暗号化ステータス

Premium Local SSD を搭載したインスタンス (高度なバックアップポリシー)

バックアップファイルを暗号化してデータセキュリティを強化します。

ステップ 3: 保存と確認

  1. [OK] または [保存] をクリックします。

  2. システムは新しいポリシーに基づいて即座に完全バックアップをトリガーします。

  3. 後で、[バックアップと復元][データバックアップ] で新しいバックアップセットを確認してください。最初のバックアップが成功した後、システムは新しいポリシーに従って後続のバックアップを自動的に実行します。

手動バックアップの手順

バックアップの実行

  1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
  2. 表示されたページの右上隅で、インスタンスのバックアップ をクリックします。

  3. インスタンスのバックアップ ダイアログボックスで、すべてのデータベースまたは特定のデータベースとテーブルをバックアップするかを選択し、OK をクリックします。

    説明

    バックアップ方法の違いについては、「論理バックアップ、物理バックアップ、スナップショット」をご参照ください。

    インスタンスストレージクラス

    すべてのデータベースをバックアップ

    特定のデータベースとテーブルをバックアップ

    Premium Local SSD を搭載したインスタンス

    2 つのオプション:

    • [物理バックアップ] (論理バックアップよりも高速なバックアップと復元)

    • 論理バックアップ > インスタンスバックアップ

    論理バックアップ > 単一データベースバックアップ

    クラウドディスクインスタンス

    [スナップショットバックアップ]

    サポートされていません

バックアップの進捗の表示

バックアップを開始すると、システムはバックアップジョブを作成します。[タスクハブ] ページで、タスクタイプ[手動バックアップインスタンス] で、ステータスが 実行の待機 または 実行中 のタスクをフィルタリングして、進捗を監視します。[バックアップジョブ] リストで、[タスクタイプ][手動バックアップインスタンス][タスクステータス][成功][進捗] が 100% であることを確認して、完了を検証します。

説明
  • 手動バックアップセットの保持期間は、バックアップポリシーとは独立しています。保持期間はカスタマイズ可能で、7~730 日または永続的な保持をサポートしています。保持期間が指定されていない場合、手動バックアップセットはデフォルトで永続的に保持されます。

  • バックアップセットはバックアップ完了後にのみ表示され、バックアップと復元 > 基本バックアップリスト ページでバックアップファイルをダウンロードできます。詳細については、「バックアップのダウンロード」をご参照ください。

関連操作

  • バックアップが完了した後、復元 > 基本バックアップリスト ページからバックアップファイルをダウンロードできます。手順については、「バックアップのダウンロード」をご参照ください。

  • ここで説明した RDS の自動バックアップ機能に加えて、データディザスタリカバリの論理バックアップ機能も使用できます。これは、クロスアカウントバックアップ、単一データベースまたは単一テーブルのバックアップ、地理冗長性、および OSS へのバックアップ保存をサポートし、RDS MySQL または自己管理 MySQL の自動バックアップを実現します。主な違いについては、「RDS のデフォルトバックアップとデータディザスタリカバリの違い」をご参照ください。

  • ここで説明した RDS の自動バックアップ機能に加えて、RDS では、すべてのデータベースまたは特定のデータベースとテーブルを手動でバックアップすることもできます。

  • ローカルマシンにバックアップをダウンロードしたり、OSS にアップロードしたりできます。

  • データ復元ソリューションを使用して、既存のインスタンス、新しいインスタンス、またはローカルデータベースにデータバックアップとログバックアップを復元できます。

  • デフォルトでは、バックアップファイルはインスタンスと同じリージョンに保存されます。別のリージョンにバックアップするには、「クロスリージョンバックアップ」をご参照ください。

  • 次のように、API を使用して RDS インスタンスのバックアップポリシーを管理したり、データディザスタリカバリのバックアッププランを設定したりできます。

    分類

    API

    説明

    RDS デフォルトバックアップ

    ModifyBackupPolicy

    RDS インスタンスのバックアップ設定を変更します。

    DescribeBackupPolicy

    インスタンスのバックアップ設定をクエリします。

    DescribeBackups

    バックアップセットを一覧表示します。

    DescribeBackupTasks

    インスタンスのバックアップジョブのリストをクエリします。

    データディザスタリカバリのバックアップ

    CreateBackupPlan

    バックアッププランを作成します。

    ConfigureBackupPlan

    バックアッププランを設定します。

よくある質問

  • Q:バックアップはインスタンスのパフォーマンスに影響しますか?

    RDSエディション

    影響

    RDS High-availability EditionRDS Cluster Edition、またはRDS Enterprise Edition

    バックアップ操作は、セカンダリRDSインスタンスで実行されます。 この場合、操作はCPUリソースを占有せず、プライマリRDSインスタンスのパフォーマンスに影響を与えません。

    説明

    まれに、セカンダリインスタンスが使用できない場合、プライマリインスタンスでバックアップが実行されます。

    RDS Basicエディション

    RDSインスタンスがRDS Basic Editionを実行している場合、インスタンスは単独で使用されます。 すべてのバックアップ操作はRDSインスタンスで実行されます。 この場合、バックアップ中にRDSインスタンスのパフォーマンスが低下します。

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

    A:データバックアップを無効にすることはできませんが、その頻度を減らす (最低週 2 回) ことや、保持期間を最低 7 日に設定することは可能です。ログバックアップは、バックアップポリシー ページのスイッチを切り替えることで無効にできます。詳細については、チュートリアル「バックアップの削除または削減」を参照して、RDS MySQL のバックアップを削減してください。

  • Q:従量課金インスタンスが支払い遅延になった後、自動バックアップは継続されますか?

    A:自動バックアップは、マイナス残高のしきい値内 (支払い遅延後 7 日間) で継続されます。この 7 日間の猶予期間を超えると、Alibaba Cloud はインスタンスを一時停止 (サービス停止) し、課金を停止します。自動バックアップは直ちに停止します。詳細については、「支払い遅延」をご参照ください。

  • Q:バックアップジョブが時々失敗するのはなぜですか?

    A:バックアップ中に長時間実行される DDL または更新ステートメントがテーブルをロックし、バックアップの失敗を引き起こす可能性があります。

  • Q:データが数 GB しかないのに、スナップショットバックアップが数十 GB になるのはなぜですか?

    A:単一のバックアップファイルは、実際のデータ量よりも大きくなったり小さくなったりすることがあります。スナップショットバックアップを使用するクラウドディスクインスタンスの場合、単一のスナップショットバックアップファイルはデータサイズよりもはるかに大きくなる可能性があります。無料のバックアップクォータは、クラウドディスクインスタンスの場合はインスタンスストレージ容量の 200%、Premium Local SSD を搭載したインスタンスの場合は 50% です。

    説明

    スナップショットサイズは、すべての空でないブロックに基づいて計算されます。書き込みが散在している場合 (たとえば、3 MB のデータが 2、3、あるいは 4 ブロックを占有する可能性がある) 、多くの空でないブロックが発生し、スナップショットが大きくなります。

    したがって、バックアップと復元 ページに表示されるすべてのバックアップファイルの合計サイズは、表示されるバックアップ使用量とは異なる場合があります。

  • Q:データベースのバックアップファイルはインスタンスのディスクスペースを消費しますか?

    A:データバックアップとログバックアップは、Alibaba Cloud が提供するバックアップストレージに保存され、インスタンスのストレージスペースを消費しません

    説明
    • バックアップストレージは公開されていません。バックアップをダウンロードするには、「バックアップのダウンロード」をご参照ください。

    • バックアップストレージには無料クォータが含まれています。このクォータを超えると料金が発生します。詳細については、「バックアップストレージのコスト」をご参照ください。

その他のエンジン