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

Data Management:バックアップ方法とバックアップスケジュールの種類を選択する

最終更新日:Feb 26, 2025

データディザスタリカバリは、論理バックアップと物理バックアップを提供し、データベースの効率的なデータ保護と費用対効果の高いバックアップサービスを確保するために、さまざまなバックアップスケジュールの種類を提供しています。ビジネス要件に基づいて、バックアップ方法とバックアップスケジュールの種類を選択できます。

論理バックアップと物理バックアップの違い

項目

論理バックアップ

物理バックアップ

定義

論理バックアップは、テーブル、インデックス、ストアドプロシージャなどのデータベースオブジェクトをバックアップします。一般的に使用されるツールには、MySQL mysqldump、Oracle exp、imp などがあります。

物理バックアップは、オペレーティングシステム内のデータベースファイルをバックアップします。一般的に使用されるツールには、MySQL XtraBackup、Oracle RMAN などがあります。

完全バックアップ

データディザスタリカバリは、データベース内のすべてのテーブルのデータを分割し、データベース上で SQL 文を実行して、複数のスレッドでデータを並列に読み取ります。

データベースサーバーにバックアップゲートウェイをインストールして、データベースファイルをバックアップします。詳細については、「バックアップゲートウェイをインストールする」をご参照ください。

増分バックアップ

データディザスタリカバリは、データベースのメモリに格納されているログを読み取り、ログに基づいてリアルタイムで増分バックアップを実行します。これにより、完全バックアップの実行時に発生する可能性のある I/O パフォーマンスの低下を防ぎます。データベースログの読み取り速度は、ログの生成速度に基づいて調整されます。

機能

  • データベースとテーブルに対して、より細かいバックアップを実行できます。

  • データバックアップ中はデータベースがロックされません。これにより、データバックアップがデータベースのパフォーマンスに与える影響を最小限に抑えます。

  • データベースインスタンスは全体としてのみバックアップできます。

  • データはデータベースのディスクから読み取られるため、データベースの I/O パフォーマンスに影響します。

  • ほとんどの場合、物理バックアップとリストアは、論理バックアップとリストアよりも高速です。

    説明

    サンドボックスインスタンスを作成して、バックアップデータを簡単に使用できます。詳細については、「DBS サンドボックスの概要」をご参照ください。

推奨データベースサイズ

1 MB ~ 1 TB

1 TB 以上

サポートされているデータベースエンジン

  • Alibaba Cloud 上で作成されたデータベースは、論理バックアップのみをサポートしています。

  • さまざまなデータベースエンジンでサポートされているバックアップ方法については、「データベースエンジンと機能」をご参照ください。

バックアップゲートウェイのインストール

不要。

必須。

バックアップデータサイズ

論理バックアップではデータベース内の特定のテーブルまたはデータをバックアップできるため、物理バックアップと比較して、論理バックアップデータはストレージ容量が少なくなります。

物理バックアップはデータベース全体をバックアップするため、物理バックアップデータのサイズはデータベースの実際のストレージに関連しています。ほとんどの場合、物理バックアップデータのサイズは大きくなります。

バックアップスケジュールの種類を選択する

データディザスタリカバリは、サーバーレス、マイクロ、スモール、ミディアム、ラージ、xlarge など、さまざまなバックアップスケジュールの種類を提供しています。データバックアップの無料クォータ、単価、バックアップとリストアのパフォーマンスは、バックアップスケジュールの種類によって異なります。仕様が高いバックアップスケジュールの種類ほど、単価が安く、パフォーマンスが高くなります。

バックアップスケジュールの種類

次の表に、バックアップスケジュールの種類の仕様を示します。

バックアップスケジュールの種類

100 GB のデータのバックアップに必要な推定時間

データバックアップの無料クォータ(GB/月)

中国本土の構成費用

中国(香港)リージョンおよび中国国外リージョンの構成費用

構成費用(USD/月)

超過バックアップデータの単価(USD/GB)

構成費用(USD/月)

超過バックアップデータの単価(USD/GB)

micro

20 時間

40

5

0.117

7

0.175

small

5 時間

400

22

0.055

33

0.083

medium

2.5 時間

800

35

0.039

53

0.059

large

1.5 時間

1600

56

0.024

84

0.036

xlarge

1 時間

140

無料

209

無料

説明
  • バックアップするデータベースとテーブルに、不適切なテーブルスキーマ、大きなテーブル、大きなフィールドなどの問題があり、仕様の低いバックアップスケジュールの種類を選択した場合、バックアップスケジュールのリソースがデータベースまたはテーブルのバックアップに不十分で、バックアップ例外が発生する可能性があります。

    この場合、バックアップスケジュールを購入する際に、高い仕様のバックアップスケジュールの種類を選択するか、例外発生後にバックアップスケジュールをアップグレードしてから、再試行することをお勧めします。詳細については、「バックアップスケジュールのアップグレード」をご参照ください。問題が解決しない場合は、DingTalk グループ(ID: 35585947)に参加してテクニカルサポートを受けてください。

  • 購入ページに表示される料金が優先されます。

  • 仕様が高いほど、単価が安く、バックアップとリストアのパフォーマンスが高くなります。詳細については、「バックアップとリストアのパフォーマンステスト」をご参照ください。

  • バックアップスケジュールをアップグレードまたはダウングレードできます。詳細については、「バックアップスケジュールのアップグレード」をご参照ください。

  • 各暦月には、データバックアップの無料クォータが割り当てられます。1 か月以内に無料クォータを使い切らなかった場合、残りの無料クォータは翌月に繰り越されません。

  • 1 か月間にバックアップしたデータの合計量が無料クォータを超えた場合、超過データは対応する単価に基づいて課金されます。

バックアップスケジュールの種類を選択する

バックアップとリストアのパフォーマンスと費用対効果の要件に基づいて、バックアップスケジュールの種類を選択できます。

  • 高パフォーマンス:

    本番環境のデータベースなどのデータベースインスタンスのデータを迅速にバックアップまたはリストアする必要がある場合は、より高いバックアップおよびリストアパフォーマンスを提供する xlarge または large タイプを選択することをお勧めします。

  • 費用対効果:

    高いバックアップおよびリストアパフォーマンスが不要で、最も費用対効果の高いバックアップスケジュールの種類を選択する場合は、次の手順を実行します。

    1. 完全バックアップデータと増分バックアップデータを含む、1 か月のバックアップデータの合計量を見積もります。

    2. さまざまなバックアップスケジュールの種類の料金を計算し、最も費用対効果の高いバックアップスケジュールの種類を選択します。サブスクリプションバックアップスケジュールのバックアップ料金を計算するには、次の式を使用します。

      バックアップ料金 = 構成料金 + (実際のバックアップデータサイズ - データバックアップの無料クォータ) × 超過バックアップデータの単価

      説明

      詳細については、このトピックの「バックアップスケジュールの種類」セクションをご参照ください。

      たとえば、A 社は 150 GB のデータベースの完全バックアップを毎月 4 回実行する予定です。当月のバックアップデータの合計サイズの推定値は 600 GB(150 GB × 4)です。A 社には次の選択肢があります。料金は中国本土に適用されます。

      • micro タイプの費用: 5 USD + (600 GB - 40 GB) × 0.117 USD/GB = 70.52 USD

      • small タイプの費用: 22 USD + (600 GB - 400 GB) × 0.055 USD/GB = 33 USD

      • medium タイプの費用: 35 USD。実際のバックアップデータサイズは無料クォータより少ないです。追加料金は発生しません。

      この例では、small タイプの料金が最も安くなっています。ただし、より優れたバックアップおよびリストアパフォーマンスが必要な場合は、より高い仕様のタイプを購入することをお勧めします。

      説明

      上記の例はあくまでも参考です。実際には、2 つの連続する完全バックアップ間のバックアップデータ量の 2% の増加など、完全バックアップデータの増加と増分バックアップデータの量も考慮する必要があります。

      1 か月のバックアップデータの合計量が 5,207 GB を超える場合、xlarge タイプが最も費用対効果の高いオプションです。これは、xlarge タイプにはバックアップデータ量の上限がなく、最適なバックアップパフォーマンスが提供されるためです。

論理バックアップと物理バックアップのパフォーマンステスト

論理バックアップとリストア

テスト手順

ApsaraDB RDS for MySQL インスタンスを準備します。データディザスタリカバリで論理バックアップスケジュールを作成し、完全バックアップタスクと増分バックアップタスクを開始して、ApsaraDB RDS for MySQL インスタンスからデータディザスタリカバリにデータをバックアップします。次に、バックアップデータを ApsaraDB RDS for MySQL インスタンスにリストアします。この期間中にデータのバックアップとリストアのパフォーマンスを確認します。

テスト環境

項目

説明

データベースタイプ

汎用 ApsaraDB RDS for MySQL

メモリ

2,400 MB

CPU

8 vCPU

IOPS

1,200

テストデータ

テストデータ

説明

データベースサイズ

テストデータベースの合計サイズ。単位: GB。

102 GB

エントリの合計数

テストデータベースのすべてのテーブルのエントリの合計数。

1 億 5,000 万

単一レコードサイズ

テストデータベースの 1 レコードのサイズ。単位: KB。

1 ~ 100 KB

フィールド数

テストデータベースのレコードのフィールドまたは列の数。

3 ~ 22 列

フィールドタイプ

テストデータベースのレコードのフィールドタイプ。INT、VARCHAR、DATETIME などの基本的な MySQL フィールドタイプが含まれます。

基本的な MySQL フィールドタイプ。

テスト結果

完全バックアップ

バックアップスケジュールの種類

1 秒あたりのレコード数(RPS)

1 秒あたりのメガバイト数(MBPS)

large

42,855.7

15.3

medium

33,122.2

11.8

small

9,569.3

3.4

micro

6,756.2

1.9

説明
  • ソースデータベースに多数のテーブルが含まれている場合、バックアップとリストア中にテーブルの初期化に多くの時間がかかります。10,000 個以下のテーブルを含むソースデータベースを指定することをお勧めします。

  • ソースデータベースのテーブルにプライマリキーがない場合、テーブルのプライマリキーが文字列型の場合、またはテーブルが複合プライマリキーを使用している場合も、バックアッププロセスに時間がかかります。

増分バックアップ

バックアップスケジュールの種類

MBPS

large

46.1

medium

29.8

small

14.9

micro

5.0

完全リストア

バックアップスケジュールの種類

RPS

large

34,190.5

medium

19,740.9

small

9,949.4

micro

4,320.2

増分リストア

バックアップスケジュールの種類

RPS

large

35,546.9

medium

21,331.4

small

10,061.5

micro

4,972.1

物理バックアップとリストア

テスト手順

セルフマネージド MySQL インスタンスを準備します。データディザスタリカバリで物理バックアップスケジュールを作成し、完全バックアップタスクを開始して、MySQL インスタンスからデータディザスタリカバリにデータをバックアップします。次に、バックアップデータを指定したディレクトリにリストアします。この期間中にデータのバックアップとリストアのパフォーマンスを確認します。

説明

データディザスタリカバリは、MySQL インスタンスの物理ファイルをストリーミングモードで読み取り、複数のストリームを使用してバックアップデータを組み込みストレージに同時に書き込みます。データディザスタリカバリでは、仕様に基づいて同時バックアップストリームの数を調整できます。仕様が高いほど、バックアップ速度が速くなります。gzip と LZ4 の 2 つの圧縮アルゴリズムがサポートされています。gzip はより高い圧縮率を提供し、LZ4 はより速いバックアップ速度を提供します。

テストデータ

テストデータ

説明

データベースサイズ

テストデータベースの合計サイズ。単位: GB。

40.3 GB

エントリの合計数

テストデータベースのすべてのテーブルのエントリの合計数。

20 億

テーブルの数

テストデータベースのテーブルの数。

160

単一レコードサイズ

テストデータベースの 1 レコードのサイズ。単位: KB。

0.2 KB

テスト結果

完全バックアップ

バックアップスケジュールの種類と圧縮形式

所要時間

バックアップ速度

圧縮ファイルのサイズ

small(4 スレッド)gzip

636 秒

63 MB/秒

21.1 GB

large(8 スレッド)gzip

341 秒

118 MB/秒

21.1 GB

xlarge(16 スレッド)gzip

204 秒

197 MB/秒

21.1 GB

small(4 スレッド)LZ4

268 秒

150 MB/秒

31.1 GB

large(8 スレッド)LZ4

119 秒

338 MB/秒

31.1 GB

xlarge(16 スレッド)LZ4

104 秒

387 MB/秒

31.1 GB

完全リストア

バックアップスケジュールの種類と圧縮形式

圧縮データ量

所要時間

リストア速度(元のデータ量の場合)

small(4 スレッド)gzip

21.1 GB

320 秒

126 MB/秒

large(8 スレッド)gzip

21.1 GB

161 秒

250 MB/秒

xlarge(16 スレッド)gzip

21.1 GB

86 秒

468 MB/秒

small(4 スレッド)LZ4

31.1 GB

408 秒

99 MB/秒

large(8 スレッド)LZ4

31.1 GB

208 秒

194 MB/秒

xlarge(16 スレッド)LZ4

31.1 GB

108 秒

373 MB/秒