ApsaraDB RDS for MySQL のバックアップファイルは、インスタンスのストレージ容量ではなく、バックアップストレージを消費します。バックアップ費用が想定よりも高い場合は、バックアップファイルを削除するか、バックアップストレージの消費量を削減できます。
バックアップストレージの課金方法の詳細については、「ApsaraDB RDS for MySQL インスタンスのバックアップストレージの課金項目と料金」をご参照ください。
事前準備
データバックアップファイルとログバックアップファイルは、Alibaba Cloud が RDS インスタンスに提供するバックアップストレージを占有します。 バックアップファイルの現在のサイズを確認するには、「ApsaraDB RDS for MySQL インスタンスのバックアップファイルのサイズを表示および管理する」をご参照ください。 ストレージ不足が原因でインスタンスがロックされている場合は、「ApsaraDB RDS インスタンスがロック状態の場合の対処方法」をご参照ください。
データバックアップファイルの管理
データバックアップファイルの手動削除
手動バックアップのバックアップファイルのみ、手動で削除できます。 自動生成されたバックアップファイルは、この方法では削除できません。 バックアップセットが手動バックアップか自動バックアップかを確認するには、[バックアップポリシー] 列にある 
アイコンにマウスポインターを合わせます。
手動バックアップのバックアップポリシーが [データベース/テーブルバックアップ] の場合、削除できません。
削除されたバックアップファイルは復元できません。
[インスタンス] ページに移動します。上部のナビゲーションバーで、ご利用の RDS インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。
左側のナビゲーションウィンドウで、[バックアップと復元] をクリックします。
[バックアップと復元] ページで、[ベースバックアップ] > [データバックアップ] に移動します。
削除するバックアップファイルを見つけ、
アイコンをクリックし、 [アクション] 列で [削除] を選択します。
データバックアップファイルの自動削除
バックアップの保持期間を短縮すると、新しい制限を超える手動および自動バックアップファイルが削除されます。詳細については、「ApsaraDB RDS for MySQL インスタンスの手動バックアップ」および「自動バックアップの設定」をご参照ください。
[インスタンス] ページに移動します。上部のナビゲーションバーで、ご利用の RDS インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。
左側のナビゲーションウィンドウで、[バックアップと復元] をクリックします。
[バックアップと復元] ページで、[バックアップ戦略] タブをクリックします。
[基本バックアップ] セクションで、[編集] をクリックし、データバックアップの保持期間を短縮します。
保持期間が 30 日に設定されている場合：
PITR なし：30 日より古いバックアップファイルは自動的に削除され、復元できません。操作は慎重に行ってください。
PITR が有効な場合: データバックアップファイルは 30 日を超えて保持できます。 詳細については、「PITR 機能を設定する」をご参照ください。
データバックアップファイルのボリューム削減
方法 1：バックアップ頻度の削減
[インスタンス] ページに移動します。上部のナビゲーションバーで、ご利用の RDS インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。
左側のナビゲーションウィンドウで、[バックアップと復元] をクリックします。
[バックアップと復元] ページで、[バックアップ戦略] タブをクリックします。
[基本バックアップ] セクションで、[編集] をクリックしてバックアップ頻度を減らします。
方法 2：スパースバックアップ機能の使用
サポートされているリージョンでは、スパースバックアップ機能により、より柔軟なバックアップポリシーを設定し、保持するバックアップセットの数を最小限に抑えることができます。この機能は、[バックアップ戦略] タブの詳細バックアップ設定で有効にできます。詳細については、詳細バックアップ設定に切り替えるとスパースバックアップ機能を使用するをご参照ください。
方法 3：バックアップ不要なデータの削除または移行
ログバックアップファイルの管理
ログバックアップが有効な場合、バイナリログはリアルタイムでバックアップストレージに複製されます。バイナリログは、データベースに対するすべての変更操作を記録し、プライマリ/セカンダリ同期とデータサブスクリプションをサポートします。バイナリログを直接クエリまたは削除するには、「バイナリログファイルの管理」をご参照ください。
ログバックアップファイルのボリューム削減
方法 1：ログバックアップの保持期間の短縮
このオプションは、ログバックアップまたはポイントインタイムリカバリ (PITR) が有効になっている場合にのみ利用できます。有効にするには、「ログバックアップの設定」をご参照ください。
[インスタンス] ページに移動します。上部のナビゲーションバーで、ご利用の RDS インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。
左側のナビゲーションウィンドウで、[バックアップと復元] をクリックします。
[バックアップと復元] ページで、[バックアップ戦略] タブをクリックします。
[基本バックアップ] セクションで、[編集] をクリックし、[ログバックアップ保持期間 (日)] または [特定時点への復元の時間範囲] に、より短い値を設定します。 PITR パラメーターの詳細については、「PITR 機能の設定」をご参照ください。
保持期間が 30 日に設定されている場合：
PITR なし：30 日より古いログバックアップファイルは自動的に削除され、復元できません。操作は慎重に行ってください。
PITR が有効な場合：[特定時点の復元時間範囲] を変更すると、ログバックアップの保持期間が調整されます。復元範囲を確保するため、ログバックアップファイルの実際の保持期間が設定値を超える場合があります。詳細については、「機能の説明」をご参照ください。
方法 2：スパースバックアップ機能の使用
サポートされているリージョンでは、スパースバックアップ機能を使用すると、より柔軟なバックアップポリシーを設定し、最小限のバックアップセットを保持できます。 この機能は、[バックアップ戦略] タブの高度なバックアップ設定から有効にできます。 詳細については、「高度なバックアップ設定に切り替える」および「スパースバックアップ機能を使用する」をご参照ください。
方法 3：DML 操作、特に large フィールドの更新の削減
追加、削除、更新 (DML) 操作は、ログバックアップファイルの合計サイズを増加させます。不要な DML 操作、特に large フィールドの更新を減らすことで、ログバックアップの増加を抑えることができます。
インスタンスの DML パターンを分析するには、SQL Explorer 機能を使用します。詳細については、「ApsaraDB RDS for MySQL インスタンスでの SQL Explorer 機能の使用」をご参照ください。
ログバックアップの無効化
ログバックアップを無効にすると、1〜3 分以内に既存のすべてのログバックアップファイルがシステムによって自動的に削除されます。削除されたファイルは復元できません。操作は慎重に行ってください。
[インスタンス] ページに移動します。上部のナビゲーションバーで、ご利用の RDS インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。
左側のナビゲーションウィンドウで、[バックアップと復元] をクリックします。
[バックアップと復元] ページで、[バックアップ戦略] タブをクリックします。
[基本バックアップ] セクションで、[編集] をクリックし、ログバックアップ機能または PITR 機能を無効にします。
よくある質問
バックアップセットの削除ボタンがグレーアウトしているのはなぜですか？
手動バックアップで作成されたバックアップセットのみが手動で削除できます。自動バックアップの場合は、保持期間を 7 日に短縮してください。期間が経過すると、システムによって自動的に削除されます。
インスタンスのローカルストレージにはどのログが保存されますか？
バイナリログは RDS インスタンスのローカルストレージに保存されます。ローカルストレージの空き容量を増やすには、必要に応じて「バイナリログファイルの合計サイズの表示」および「バイナリログファイルの削除」を行ってください。
API リファレンス
DeleteBackup を呼び出して、データバックアップファイルを削除します。
バックアップ設定を変更するには、ModifyBackupPolicy を呼び出します。