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

ApsaraDB RDS:バックアップのダウンロード

最終更新日:Jan 16, 2026

このトピックでは、長期保存、クエリ、移行、監査など、さまざまな目的で ApsaraDB RDS for MySQL のバックアップをダウンロードする方法について説明します。

事前準備

  • 失敗したタスクに対して料金は発生しません。

  • バックアップのダウンロードタスクは、開始後にキャンセルすることはできません。

  • クラスターまたはインスタンスは、一度に 1 つのダウンロードタスクしか実行できません。以前のタスクが実行中または失敗した場合、新しいタスクを開始することはできません。

  • ダウンロードしたバックアップデータを使用して ApsaraDB RDS インスタンスを直接復元することはできません。インスタンスを復元するには、「データ復元ソリューションの概要」をご参照ください。

  • バックアップを直接ダウンロードすることが常に最善の選択肢とは限りません。開始する前に、ご利用のインスタンスタイプとシナリオを特定し、最も効率的でコスト効果の高い方法を選択してください。

課金詳細

パフォーマンス専有型ローカルディスクを使用するインスタンスからバックアップをダウンロードすると、アウトバウンドネットワークトラフィック料金が発生する場合があります。クラウドディスクを使用するインスタンスの場合、アウトバウンドネットワークトラフィックとバックアップセット変換の両方で課金されることがあります。

説明

Object Storage Service (OSS) にバックアップをダウンロードする場合、OSS の実際の使用量に基づいて課金されます。

ネットワークトラフィック料金

  • 内部ネットワーク経由のダウンロード:無料です。

  • パブリックネットワーク経由のダウンロード:各インスタンスには、月額 500 GB の無料クォータが提供されます。このクォータを超えた使用量は、従量課金制で請求されます。ダウンロードされたトラフィック量は、ApsaraDB RDS インスタンスの基本情報ページで確認できます。単価の詳細については、「」ネットワーク料金をご参照ください。

説明
  • クラウドディスクを使用するインスタンスおよびパフォーマンス専有型ローカルディスクを使用するインスタンスでは、内部ネットワークまたはインターネット経由でバックアップをダウンロードできます。

  • クラウドディスクを使用するインスタンスのスナップショットバックアップのダウンロードを開始すると、システムはデータ変換タスクを作成します。タスクが進行中または失敗した場合、ダウンロードリンクを取得することはできません。この期間中、アウトバウンドネットワークトラフィック料金は発生しません。タスクが正常に完了した後、ダウンロードリンクを使用して生成された実際のトラフィックに対して課金されます。

  • パフォーマンス専有型ローカルディスクを使用するインスタンスの物理バックアップのダウンロードには、データ変換は含まれません。ダウンロードリンクを直接取得できます。リンクを使用してバックアップをダウンロードする際に生成された実際のトラフィックに対して課金されます。

  • パブリックネットワークのバックアップダウンロード量を確認するには、ApsaraDB RDS インスタンスリストに移動し、インスタンス ID をクリックし、[基本情報] ページで、[インスタンスリソース] セクションの [バックアップダウンロード量] を確認します。

  • パブリックネットワーク経由でバックアップをダウンロードする際のデータ転送料金をカバーするために、サブスクリプションのネットワークプランを購入できます。ネットワークプランの容量が大きいほど、割引率が高くなります。

バックアップセット変換料金

この料金は、クラウドディスクを使用するインスタンスで高度なダウンロード機能を使用して、スナップショットバックアップを CSV ファイル (ヘッダーなし)、CSV ファイル (ヘッダー付き)、SQL ファイル、Parquet ファイル、または qb.xb (物理バックアップ) ファイルに変換する場合に適用されます。無料クォータは提供されません。課金基準は以下の通りです:

リージョン

変換料金 (USD/GB)

パブリッククラウド

0.03125

説明
  • クラウドディスクを使用するインスタンスのスナップショットバックアップのダウンロードを開始すると、システムはデータ変換タスクを作成します。このタスクが失敗した場合、バックアップセット変換料金は発生しません。

  • スナップショットバックアップから変換された [qb.xb (物理バックアップ)] ファイルを解凍した後、ファイルサイズがコンソールに表示される [バックアップ変換トラフィック] よりも小さくなる場合があります。

クラウドディスクインスタンスからのバックアップのダウンロード

クラウドディスクを使用するインスタンスは、特定の時点または特定のバックアップセットに対する高度なダウンロードタスクをサポートしています。必要に応じて、スナップショットバックアップを CSV、SQL、Parquet、または qb.xb (物理バックアップ) 形式に変換できます。また、バックアップを URL にダウンロードしたり、バックアップファイルを直接 OSS バケットに保存したりすることもできます。

前提条件

開始する前に、インスタンスが以下のすべての条件を満たしていることを確認してください。

  • インスタンスのステータス:実行中。

  • ストレージタイプ:企業向け SSD (ESSD) または高性能ディスク。

  • データベースバージョン:MySQL 8.0 または 5.7。

  • リージョンサポート:中国 (成都)、中国 (深セン)、中国 (広州)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (杭州)、中国 (上海)、香港 (中国)、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、日本 (東京)、シンガポール、米国 (シリコンバレー)、米国 (バージニア)、ドイツ (フランクフルト)。この機能は他のリージョンにも順次展開されています。サポートされているリージョンはコンソールに表示されます。

  • マイナーエンジンバージョン:マイナーエンジンバージョンは 20201031 以降である必要があります。インスタンスのマイナーエンジンバージョンがこの要件を満たしていない場合は、マイナーエンジンバージョンをアップグレードしてください。

    重要

    マイナーエンジンバージョンが要件を満たしていても、データベースプロキシが有効になっている場合、[インスタンスバックアップのダウンロード] ボタンが利用できないことがあります。これは、一部のインスタンスにこのダウンロード機能をサポートできないハードウェア制限があるためです。この問題を解決するには、まずデータベースプロキシを無効にし、次にマイナーエンジンバージョンをアップグレードします。問題が解決した後、必要に応じてプロキシサービスを再度有効にすることができます。

  • バックアップ暗号化:無効。高度なダウンロード機能は、クラウドディスクを使用する暗号化されたインスタンスではサポートされていません。

  • データアーカイブ:無効。高度なダウンロード機能は、データアーカイブが有効になっている高性能ディスクを使用するインスタンスではサポートされていません。

  • RAM 権限:Resource Access Management (RAM) ユーザーには、バックアップファイルをダウンロードするための権限が必要です。RAM ユーザーに権限を付与するには、「読み取り専用 RAM ユーザーにバックアップファイルのダウンロード権限を付与する」をご参照ください。

機能制限

  • サポートされていないオブジェクト:ダウンロードされたバックアップファイルには、式インデックス、外部キー、生成列、非表示列、ビュー、関数、ストアドプロシージャ、システム変数、またはトリガーは含まれません。

  • サポートされていないデータベース:ダウンロードには、information_schemamysqlperformance_schemasys、または __recycle_bin__ などのシステムデータベースは含まれません。

  • サポートされていないデータ型:テーブルに GEOMETRYPOINTLINESTRINGPOLYGONMULTIPOINTMULTILINESTRINGMULTIPOLYGON、または GEOMETRYCOLLECTION などの特殊なデータ型が含まれている場合、ダウンロードタスクが失敗することがあります。

  • 名前の制限:ダウンロードされたデータベースとテーブルの名前にスラッシュ (/) を含めることはできません。データベースまたはテーブルの名前にスラッシュが含まれている場合、タスクは失敗します。

  • ストレージタイプの制限:バックアップは 標準 ストレージクラスを使用する OSS バケットにのみダウンロードできます。標準以外のストレージクラスを使用する OSS バケットにバックアップを保存したい場合は、以下のいずれかの方法を使用してください:

    • 方法 1:バックアップを 標準 ストレージクラスのバケットにダウンロードし、その後ストレージクラスを変換します。

    • 方法 2:バックアップをローカルマシンにダウンロードし、その後、宛先バケットにアップロードします。

手順

  1. バックアップリストへの移動

    1. ApsaraDB RDS インスタンスリストに移動し、インスタンスのリージョンを選択してから、インスタンス ID をクリックします。

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

  2. ダウンロードタスクの開始

    • ログバックアップのダウンロード[ログバックアップ] タブで、対象のログファイルを見つけ、[操作] 列の [ダウンロード] をクリックしてダウンロードリンクを取得します。これにはログバックアップを有効にする必要があります。

    • データバックアップのダウンロード[データバックアップ] タブで、対象のバックアップセットを見つけ、[操作] 列の [インスタンスバックアップのダウンロード] をクリックします。

  3. インスタンスバックアップのダウンロードパラメータの設定

    1. [ダウンロードの時点とバックアップセット] ステップで、必要に応じて [バックアップセットでダウンロード] または [時点でダウンロード] を選択し、[次へ] をクリックします。

    2. [インスタンスとデータベース/テーブルのダウンロード] ステップで、デフォルト設定 (インスタンスのダウンロード) のままにし、[次へ] をクリックします。

    3. [ダウンロード先とフォーマット] ステップで、ダウンロード先とフォーマットを設定します。

      ダウンロード先

      設定

      OSS (推奨)

      1. 宛先 OSS のバケット名とディレクトリプレフィックスを入力します。

      2. ダウンロードフォーマットを CSV (ヘッダーなし)、CSV (ヘッダー付き)、SQL、Parquet、または qb.xb (物理バックアップ) に設定します。

      3. この機能を初めて使用する場合は、プロンプトに従って [承認に移動] > [承認に同意] をクリックし、ApsaraDB RDS に OSS へのアクセス権限を付与します。

      URL

      1. URL を選択します。

      2. ダウンロードフォーマットを選択します。

      3. タスクが成功した後、手動でダウンロードリンクを生成する必要があります。リンクの有効期間は限られています。

  4. 確認と実行 利用規約を読み、同意してから [完了] をクリックします。自動的に [バックアップダウンロードリスト] タブにリダイレクトされ、タスクのステータスを監視できます。

  5. バックアップファイルの取得

    • OSS メソッド:タスクのステータスが [成功] になるまで待ちます。ファイルは指定された OSS バケットとディレクトリに自動的にダウンロードされます。

    • URL メソッド:タスクのステータスが [成功] になるまで待ちます。3 日以内に、[ダウンロード先] 列の [リンクの生成] をクリックしてダウンロード URL を生成します。リンクの有効期間は 5 分から 1 日まで設定できます。デフォルトの期間は 2 時間です。タスクとリンクの有効期限が切れると、一時データは自動的に削除されます。リンクの有効期限が切れた場合は、新しいダウンロードタスクを開始する必要があります。

    重要

    変換プロセスはサービスの計算リソースを競合するため、一時的なリソース割り当ての失敗やサポートされていないデータ形式により、ダウンロードが失敗する場合があります。タスクが失敗した場合は、再度バックアップをダウンロードしてみてください。

  6. コマンドラインツールを使用したファイルのダウンロード

    URL ダウンロードリンクを取得した後:

    • wget や curl などのコマンドラインツールを使用してファイルをダウンロードします。これは推奨される方法です。詳細については、「付録 1: ダウンロードコマンド」をご参照ください。

    • ファイルが小さい場合は、外部 URL をブラウザのアドレスバーにコピーできます。

パフォーマンス専有型ローカル SSD インスタンスのダウンロード

パフォーマンス専有型ローカルディスクを使用するインスタンスからバックアップをダウンロードするプロセスはより簡単です。このプロセスではデータ形式の変換は不要で、物理バックアップまたはログバックアップのダウンロードリンクをすぐに取得できます。

前提条件

開始する前に、インスタンスが以下のすべての条件を満たしていることを確認してください。

手順

  1. バックアップリストへの移動

    1. ApsaraDB RDS インスタンスリストに移動し、インスタンスのリージョンを選択してから、インスタンス ID をクリックします。

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

  2. ダウンロードリンクの取得

    1. [データバックアップ] または [ログバックアップ] タブを選択します。

    2. 対象のバックアップファイルを見つけ、[操作] 列の [インスタンスバックアップのダウンロード] または [ダウンロード] をクリックします。

    3. 表示されるダイアログボックスで、内部 URL または外部 URL を直接コピーできます。

      • 内部 URL:これは推奨される方法です。同じリージョンおよび VPC 内にある Alibaba Cloud ECS インスタンスからバックアップをダウンロードする必要があります。この方法は高速で無料です。内部ネットワーク経由のクロスリージョンダウンロードはサポートされていません。

      • 外部 URL:ローカルマシンや他のネットワーク環境からダウンロードする場合に使用します。

  3. コマンドラインツールを使用したファイルのダウンロード

    URL ダウンロードリンクを取得した後:

    • wget や curl などのコマンドラインツールを使用してファイルをダウンロードします。これは推奨される方法です。詳細については、「付録 1: ダウンロードコマンド」をご参照ください。

    • ファイルが小さい場合は、外部 URL をブラウザのアドレスバーにコピーできます。

説明
  • バックアップのダウンロードリンクは 1 時間有効です。リンクの有効期限が切れる前に、速やかにファイルをダウンロードしてください。リンクの有効期限が切れた場合は、新しいダウンロードタスクを開始して新しいリンクを取得する必要があります。すでに開始されているダウンロードタスクは、リンクの有効期間の影響を受けません。

  • ログバックアップはバイナリログのコピーです。バイナリログを取得するには、「mysqlbinlog」をご参照ください。

  • 高可用性シリーズまたは 3 ノード版のインスタンスでは、プライマリインスタンスとセカンダリインスタンスの両方がログバックアップを生成します。[サービスの可用性] ページでプライマリインスタンスとセカンダリインスタンスの ID を確認できます。

  • 自己管理型データベースにデータを復元する場合、データバックアップの時点はログバックアップの時間範囲内である必要があります。ログバックアップとデータバックアップは同じインスタンスのものである必要があり、つまり、同じインスタンス ID を持っている必要があります。

付録 1: ダウンロードコマンド

URL ダウンロードリンクを取得した後、wget や curl などのコマンドラインツールを使用してファイルをダウンロードします。これらのツールは再開可能なダウンロードをサポートし、安定性を確保するのに役立ちます。

説明
  • ネットワークのダウンロード速度が低すぎる場合 (64 KB/s 未満)、ダウンロードが中断されることがあります。ダウンロード中は安定したネットワーク接続を確保してください。

  • ossfs の multipart_size パラメーターのデフォルトの最大ファイルサイズは 100 GB です。100 GB を超えるバックアップセットを ossfs でマウントされたディスクにダウンロードするには、このパラメーターの値を増やす必要があります。そうしないと、ダウンロードは失敗します。ossfs とそのパラメーター設定の詳細については、「ossfs」および「マウントオプション」をご参照ください。

  • このトピックで提供されている wget または curl コマンドを使用してバックアップセットをダウンロードしてください。他のサードパーティツールを使用すると、ファイルが繰り返しダウンロードされる可能性があります。これにより、実際のダウンロードデータサイズがバックアップセットサイズよりも大きくなり、バックアップセットサイズを超えるアウトバウンドトラフィックに対して追加料金が発生する可能性があります。

wget

nohup wget -c -t 0 "バックアップファイルのダウンロード URL" -O 保存するダウンロードファイルのパスとファイル名 > ダウンロードプロセス監視ログ &

パラメーター:

パラメーター

説明

nohup

ターミナルが切断されたり、誤ってコピー操作を行ったりした場合にダウンロードが中断されるのを防ぎます。ダウンロードが完了すると、プロセスは自動的に終了します。

-t

リトライ回数。無限リトライの場合は 0 に設定します。

-c

再開可能なダウンロードをサポートします。

-O

ダウンロードしたファイルを保存するパスとファイル名。

例:

nohup wget -c -t 0 "https://dbs-****.aliyundoc.com/****.tar.gz****" -O /backup/examplebackup.tar.gz > /tmp/download.log &

curl

nohup curl -C - --retry 10 "バックアップファイルのダウンロード URL" -o 保存するダウンロードファイルのパスとファイル名 > ダウンロードプロセス監視ログ &

パラメーター:

パラメーター

説明

nohup

ターミナルが切断されたり、誤ってコピー操作を行ったりした場合にダウンロードが中断されるのを防ぎます。ダウンロードが完了すると、プロセスは自動的に終了します。

--retry

タスクが失敗した場合のリトライ回数。10 回リトライする場合は 10 に設定します。

-C -

自動的な再開可能なダウンロードをサポートします。

-o

ダウンロードしたファイルを保存するパスとファイル名。

例:

nohup curl -C - --retry 10 "https://dbs-****.aliyundoc.com/****.tar.gz****" -o examplebackup.tar.gz > /tmp/download.log &

付録 2: シナリオ

シナリオと目的

推奨事項

  • ApsaraDB RDS インスタンスから別の ApsaraDB RDS インスタンスまたは自己管理型データベースへの移行

  • 既存のバックアップの復元

以下のいずれかの方法を選択してください:

  • 特定の時点からのデータのクエリ

  • バックアップ内のデータのクエリ

以下のいずれかの方法を選択してください:

  • バックアップを従量課金またはサーバーレスインスタンスに復元し、データをクエリしてからインスタンスをリリースします。詳細については、「完全なデータの復元」をご参照ください。

  • このトピックの指示に従ってバックアップをダウンロードし、自己管理型データベースに復元してクエリを実行します。

  • バックアップのローカルコピーの保存

  • 監査用のバックアップのダウンロード

以下のいずれかの方法を選択してください:

バックアップの OSS へのアップロード

ApsaraDB RDS のバックアップはバックアップストレージに保存され、インスタンスのストレージ容量を占有しません。バックアップを OSS に保存するには、以下のいずれかの方法を選択できます:

  • 対象のクラウドディスクを使用するインスタンスの場合、このトピックで説明されているように高度なダウンロードタスクを作成し、タスク設定中にダウンロードしたデータを直接 OSS に保存することを選択できます。他のクラウドディスクを使用するインスタンスまたはパフォーマンス専有型ローカルディスクを使用するインスタンスの場合、まずこのトピックで説明されているようにバックアップをダウンロードし、その後OSS にアップロードします。

  • DBS を使用してバックアップを作成し、ストレージタイプとしてユーザー OSS を選択します。その後、データディザスタリカバリを使用して OSS から ApsaraDB RDS にバックアップデータを直接復元できます。

長期バックアップ保持

バックアップの自動ダウンロード

バイナリログのダウンロード

関連ドキュメント

よくある質問

ApsaraDB RDS データベースのバックアップは OSS にアップロードできますか?

はい、できます。クラウドディスクを使用する ApsaraDB RDS for MySQL インスタンスは、特定の時点または特定のバックアップセットに対する高度なダウンロードタスクの作成をサポートしています。また、ダウンロードしたデータを直接 OSS に保存することもできます。詳細については、このトピックの「クラウドディスクインスタンスからのバックアップのダウンロード」をご参照ください。また、クラウドディスクまたはパフォーマンス専有型ローカルディスクを使用する ApsaraDB RDS for MySQL インスタンスからバックアップをローカルマシンにダウンロードし、その後大きなファイルを OSS にアップロードすることもできます。

インターネット経由で MySQL バックアップをダウンロードする際に帯域幅制限はありますか?

いいえ、ありません。ApsaraDB RDS 自体には帯域幅制限はありません。インターネット経由でのバックアップのダウンロード速度は、ご利用のサーバーの帯域幅に依存します。サーバーの帯域幅が限られている場合、バックアップのダウンロード速度が制限されることがあります。さらに、外部リンクを使用してバックアップデータをダウンロードする場合、無料クォータを超えるアウトバウンドトラフィックに対して料金を支払う必要があります。詳細については、「課金詳細」をご参照ください。

ダウンロードしたデータバックアップとログバックアップはどのように使用しますか?

パフォーマンス専有型ローカルディスクを使用するインスタンスからダウンロードしたバックアップファイルは、自己管理型データベースに復元できます。詳細については、「ApsaraDB RDS for MySQL の物理バックアップファイルを自己管理型データベースに復元する」または「ApsaraDB RDS for MySQL の論理バックアップファイルを自己管理型データベースに復元する」をご参照ください。

パフォーマンス専有型ローカルディスクを使用するインスタンスの物理バックアップのデフォルトの qp.xb バックアップ形式を .gz 形式に変換できますか?

  • インスタンスでデータベースまたはテーブルへの復元機能が有効になっている場合、バックアップの圧縮形式は qp.xb である必要があります。形式は変換できません。

  • インスタンスでデータベースまたはテーブルへの復元機能が有効になっていない場合、ModifyBackupPolicy API 操作を使用して、バックアップセットの圧縮形式を qp.xb から tar.gz に変更できます。この操作はバックアップセットの圧縮方法のみを変更し、インスタンスに他の影響を与えることはありません。

クラウドディスクを使用するインスタンスからダウンロードしたデータをローカルの MySQL データベースに復元する際に、エラー ERROR 1148 (42000): The used command is not allowed with this MySQL version が報告されます。どうすれば修正できますか?

MySQL で、クエリスクリプト show variables like 'local_infile'; を実行します。結果が `OFF` の場合、次のステートメントを実行してファイルのインポートを有効にします:set global local_infile = 1;。その後、インポートスクリプトを再度実行します。

コンソールに表示されるバックアップサイズが、ダウンロードしたバックアップファイルの実際のサイズと異なるのはなぜですか?

ダウンロードされたバックアップファイルは圧縮されており、通常、コンソールに表示されるバックアップサイズよりも小さくなります。ファイルを復元してデータが完全であるか確認できます。詳細については、「ApsaraDB RDS for MySQL のスナップショットバックアップファイルを自己管理型データベースに復元する」をご参照ください。

ApsaraDB RDS コンソールからダウンロードしたバックアップファイルを、別の Alibaba Cloud RDS インスタンスに直接復元できますか?

RDS コンソールからダウンロードしたバックアップファイルを使用して、新しい RDS インスタンスを直接復元することはできません。次のことができます:

進行中のバックアップダウンロードタスクはキャンセルできますか?

いいえ、できません。バックアップダウンロードタスクは開始後にキャンセルすることはできません。

バックアップリストに一部のデータが見つからない場合はどうすればよいですか?

以下の手順を実行できます:

  1. 完全なデータを新しいインスタンスに復元します。

  2. 新しいインスタンスで、どのテーブルまたはデータが欠落しているかを確認します。

  3. 元のインスタンスから欠落しているテーブルまたはデータをエクスポートします。

  4. DTS を使用して、エクスポートしたデータを元のインスタンスから復元された新しいインスタンスに同期します。

内部 URL を使用してバックアップをダウンロードする際に、「ERROR 403: Forbidden.」というエラーが報告されます。どうすれば修正できますか?

  1. インスタンスが内部ネットワーク接続の条件を満たしているか確認します。VPC 内の ECS インスタンスが内部ネットワーク経由で ApsaraDB RDS と通信できることを確認してください。

  2. ダウンロードコマンドの形式が正しいか確認します。例えば、ダウンロード URL が全角の二重引用符を使用していないか確認してください。

それでも内部ネットワーク経由で ApsaraDB RDS にアクセスできない場合は、外部 URL を使用してバックアップをダウンロードしてみてください。

バックアップダウンロードリストから期限切れのバックアップ情報を削除するにはどうすればよいですか?

バックアップダウンロードリストの情報は削除できません。これはインスタンスの使用に影響しません。

ダウンロードしたバックアップファイルは、自己管理型データベースに直接インポートできますか?

いいえ、できません。物理バックアップは自己管理型データベースに直接インポートできません。バックアップをインポートするには、手動で論理バックアップを作成し、ローカルマシンにダウンロードしてからインポートします。

wget コマンドを使用してバックアップをダウンロードする際に、「ERROR 504:Gateway Time-out.」というエラーが報告されます。どうすれば修正できますか?

wget コマンドを使用する際に、--read-timeout=300 --connect-timeout=300 パラメーターを追加してください。

バックアップをダウンロードすると、現在のインスタンスの帯域幅を使用しますか?

いいえ、使用しません。

内部ネットワーク経由のダウンロードは、インスタンスの帯域幅に影響しません。インターネット経由のダウンロードは課金対象であり、ローカルネットワークの帯域幅にのみ依存します。

ダウンロードコマンドを使用してバックアップをダウンロードした後、ファイルが文字化けするのはなぜですか?

バックアップがローカルマシンまたは ECS インスタンスにダウンロードされた後、tar -izxvf <圧縮パッケージファイル名>.tar.gz -C <解凍先パス> コマンドを実行してファイルを解凍し、対応するフォルダで表示してください。

ダウンロードされたバックアップファイルはどのように命名されますか?

バックアップファイルは、インスタンスのホスト ID とタイムスタンプを使用して命名されます。

バックアップファイルを OSS にダウンロードする際に、「Unsupported bucket XXX's StorageClass is IA, Please Use bucket's StorageClass is Standard」というエラーが報告されます。どうすれば修正できますか?

バックアップを OSS にダウンロードする際、ターゲットバケットのストレージクラス標準である必要があります。異なるストレージクラスを使用する OSS バケットにバックアップを保存したい場合は、以下のいずれかの方法を使用してください:

  • 方法 1:バックアップを標準ストレージを使用するバケットにダウンロードし、その後ストレージクラスを変換します。

  • 方法 2:バックアップをローカルマシンにダウンロードし、その後、宛先バケットにアップロードします。

コンソールでバックアップのダウンロードボタンが見つからないのはなぜですか?

  • インスタンスがプライマリインスタンスの場合、バックアップダウンロードの前提条件を満たしている必要があります。

  • インスタンスが読み取り専用インスタンスの場合、読み取り専用インスタンスはバックアップされないため、対応するプライマリインスタンスからバックアップをダウンロードする必要があります。

バックアップをダウンロードしていないのに課金されるのはなぜですか?

おそらくバックアップセット変換料金が課金されたものと思われます。この料金は、高度なダウンロード機能を使用してディスクインスタンスのスナップショットバックアップを CSV ファイル (ヘッダー付きまたはヘッダーなし)、SQL ファイル、または Parquet ファイルに変換する際に発生します。[バックアップダウンロードリスト] で対応する [バックアップ変換トラフィック] を確認できます。

バックアップのダウンロードに関する詳細については、「バックアップダウンロードに関するよくある質問」をご参照ください。