バックアップの管理

コンソールまたはコマンドライン・インタフェースを使用して、バックアップを編集、削除または移動します。バックアップを別のリージョンにコピーすることもできます。

バックアップの検証と準備

コンソールまたはコマンドライン・インタフェースを使用して、DBシステムのバックアップを検証および準備します。

ノート

Always Free DBシステムのバックアップを検証および準備することはできません。

コンソールまたはコマンドライン・インタフェースを使用して、バックアップを編集します。

コンソールの使用
CLIの使用
REST APIを使用して、ValidateBackup操作を実行します。

コンソールの使用

コンソールを使用して、DBシステム・バックアップを検証および準備します。

「バックアップ」リスト・ページで、操作するバックアップを選択します。リスト・ページまたはバックアップの検索に関するヘルプが必要な場合は、バックアップのリスト- コンソールの使用を参照してください。
詳細ページが開き、バックアップに関する情報が表示されます。「DBシステム」で、関連するDBシステムの詳細を確認できます。
ページの上部にある「検証」を選択します。
「バックアップの検証」パネルで、「バックアップの準備」を選択して、以前にバックアップを準備していない場合にバックアップの準備を有効にできます。
「検証」を選択します。

バックアップ検証プロセスが開始され、バックアップ状態が「更新中」に移行します。検証が完了したら、「バックアップの詳細」ページから結果を確認できます。

CLIの使用

コマンドライン・インタフェースを使用して、DBシステムのバックアップを検証および準備します。

このタスクでは次が必要です:

バックアップのOCID。
コンパートメントまたはテナンシでのバックアップの検証を許可するポリシー。
適切に構成されたCLIインストールと必要なSSHキー。コマンドライン・インタフェースを参照してください。

CLIで次を実行して、バックアップを更新します:

コマンド・プロンプトを開き、次のコマンドを実行します:
```
oci mysql backup validate 
--backup-id <BackupOCID> 
--is-prepared-backup-required <Boolean>
```
- --backup-id: バックアップのOCIDを指定します。
- --is-prepared-backup-required: (オプション)バックアップを準備するかどうかを指定します。バックアップを準備するには、trueに設定します。デフォルトはfalseです。

MySQL HeatWaveサービスは、バックアップを検証します。また、有効になっている場合はバックアップを準備します。

バックアップの編集

コンソールまたはコマンドライン・インタフェースを使用して、DBシステム・バックアップの表示名、説明、保存期間およびソフト削除を編集します。

ノート

自動バックアップの保持期間は変更できません。

Always Free DBシステムの最終バックアップの保存期間は、最大7日に制限されます。

Always Free DBシステムのバックアップのソフト削除は変更できません。

コンソールまたはコマンドライン・インタフェースを使用して、バックアップを編集します。

コンソールの使用
CLIの使用
REST APIを使用して、UpdateBackup操作を実行します。

コンソールの使用

コンソールを使用して、バックアップの名前、説明および保存期間を編集します。

ノート

「バックアップの編集」パネルは、「バックアップ・計画の編集」パネルとは異なります。「バックアップ・計画の編集」パネルでは、自動バックアップを有効にし、既存のDBシステムの保持期間およびウィンドウ開始時間を編集することができます。バックアップ・プランの編集を参照してください。

「バックアップ」リスト・ページで、操作するバックアップを選択します。リスト・ページまたはバックアップの検索に関するヘルプが必要な場合は、バックアップのリスト- コンソールの使用を参照してください。

詳細ページが開き、バックアップに関する情報が表示されます。「DBシステム」で、関連するDBシステムの詳細を確認できます。
「詳細」タブを選択します。
次のいずれかのフィールドで「編集」を選択します:
- 名前
- 説明
- 保持日数
- ソフト削除
「バックアップの編集」パネルで、次の詳細を指定します:
- 表示名: バックアップの新しい名前を指定します。名前を変更しない場合、既存の名前は保持されます。
- 説明: バックアップの新しい説明を指定します。摘要を変更しない場合、既存の摘要は保持されます。
- 保持期間: バックアップの新しい保持期間を指定します。保持期間を変更しない場合、既存の値は保持されます。
  ノート
  
  自動バックアップの保持期間は変更できません。
- ソフト削除: 新しいソフト削除設定を指定します。変更しない場合、既存の設定は保持されます。
  ノート
  
  有効にすると、DELETE_SCHEDULED状態の保持ポリシーにより削除されるバックアップが7日間保持されてから完全に削除されます。
「Save changes」を選択します。

バックアップ・メタデータが更新されます。

CLIの使用

コマンドライン・インタフェースを使用して、バックアップの表示名、説明、保存期間およびソフト削除を更新します。

このタスクでは次が必要です:

バックアップのOCID。
コンパートメントまたはテナント内のバックアップの更新を許可するポリシー。
適切に構成されたCLIインストールと必要なSSHキー。コマンドライン・インタフェースを参照してください。

バックアップを更新するには、CLIで次を実行します。

コマンド・プロンプトを開き、次のコマンドを実行します:
```
oci mysql backup update 
--backup-id <BackupOCID> 
--display-name <DisplayName>
--description <Description>
--retention-in-days <NumberOfDays>
--soft-delete ENABLED
```
- --backup-id: バックアップのOCIDを指定します。
- --display-name: (オプション)バックアップの新しい表示名を指定します。表示名を定義しない場合、既存の名前は保持されます。
- --description: (オプション)バックアップの新しい説明を指定します。摘要を定義しない場合、既存の摘要は保持されます。
- --retention-in-days: (オプション)バックアップを保持する新しい日数を指定します。数値を定義しない場合、既存の保持期間は保持されます。
- --soft-delete: (オプション)バックアップのソフト削除設定(ENABLEDまたはDISABLED)を指定します。

MySQL HeatWaveサービスは、バックアップ・メタデータを更新します。

バックアップ・プランの編集

既存のDBシステムのバックアップ・プランを編集して、自動バックアップ、ポイント・イン・タイム・リカバリおよびソフト削除を有効にし、保存期間とウィンドウの開始時間を編集し、リージョン間バックアップ・コピーをスケジュールします。

ノート

Always Free DBシステムのバックアップ・プランは変更できません。

コンソールの使用
REST APIを使用して、backupPolicy属性を指定してUpdateDbSystem操作を実行します。

コンソールの使用

コンソールを使用して、既存のDBシステムのバックアップ計画を編集します。

ノート

バックアップ・プランの編集パネルは、「バックアップの編集」パネルとは異なります。「バックアップの編集」パネルを使用すると、バックアップの表示名および説明を編集できます。バックアップの編集を参照してください。

「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリスト- コンソールの使用を参照してください。

詳細ページが開き、DBシステムに関する情報が表示されます。
「詳細」タブを選択します。
「バックアップ・プラン」セクションの「自動バックアップ」フィールドで「編集」を選択します:
「バックアップ・プランの編集」パネルで:
自動バックアップの有効化: 自動バックアップを有効にし、バックアップ保持期間を構成し、Point-in-Timeリカバリを有効にして、バックアップ・ウィンドウを選択します。自動バックアップを有効にしない場合は、手動バックアップを作成します。自動バックアップを有効にすることをお薦めします。
- バックアップ・プラン:
  - バックアップ保持期間: (オプション)バックアップを保持する期間を日単位で指定します。デフォルトの保持期間は7日です。
  - ポイントインタイム・リカバリの有効化: ある時点のDBシステムを新しいDBシステムにリストアできるようにするオプションを選択します。
  - バックアップ・ウィンドウの選択: 選択すると、「ウィンドウの開始時間」フィールドでDBシステムのバックアップの開始時間を定義できます。バックアップは、ウィンドウの開始時間から30分以内に開始されます。「リージョンごとのバックアップ・ウィンドウの表示」を選択すると、リージョン固有のデフォルトのバックアップ・ウィンドウが表示されます。
    ノート
    
    バックアップ・ウィンドウの開始時間がメンテナンス・ウィンドウの開始時間に近づきすぎないようにしてください。メンテナンスやアップグレードなどの競合する操作が現在実行中の場合、自動バックアップは開始できません。競合する操作が完了するまで待機する必要があります。競合する操作がバックアップ・ウィンドウの開始時間から2時間以内に完了しない場合、自動バックアップはスキップされ、翌日の次のバックアップ・ウィンドウで再試行されます。
  - ソフト削除: ソフト削除を有効にする場合に選択します。
  ノート
  
  自動バックアップの作成時にDBシステムまたはデータベース接続への影響はありません。
- リージョン間コピー: クロスリージョン・コピーをスケジュールするオプションを選択します。有効にすると、各自動バックアップは選択した宛先リージョンにコピーされます。
  - 宛先リージョン: バックアップのコピー先となる宛先リージョンを選択します。
  - バックアップ保持期間: (オプション)バックアップを宛先リージョンに保持する日数を指定します。定義されていない場合、デフォルト値はソース・バックアップの保存期間と同じです。
  ノート
  
  クロスリージョン・コピーを有効にするには、MYSQL_BACKUP_COPY権限が必要です。MYSQL_BACKUP_COPY権限は、mysql-family集約リソース・タイプには含まれません。テナンシは宛先リージョンにもサブスクライブする必要があります。
「Save changes」を選択します。

バックアップ計画が更新されます。

バックアップの移動

アクティブなバックアップは別のコンパートメントに移動できます。他の状態のバックアップは移動できません。

ノート

Always Free DBシステムのバックアップを別のコンパートメントに移動することはできません。

コンソールまたはコマンドライン・インタフェースを使用して、バックアップを別のコンパートメントに移動します。

コンソールの使用
CLIの使用
REST APIを使用して、ChangeBackupCompartment操作を実行します。

コンソールの使用

コンソールを使用して、バックアップを別のコンパートメントに移動します。

このタスクでは次が必要です:

バックアップの移動先のコンパートメントに対するアクセス権限MYSQL_BACKUP_MOVE。mysql-backupsを参照してください。
アクティブなバックアップ。他の状態のバックアップは移動できません。

バックアップを別のコンパートメントに移動するには、次を実行します:

「バックアップ」リスト・ページで、操作するバックアップを選択します。リスト・ページまたはバックアップの検索に関するヘルプが必要な場合は、バックアップのリスト- コンソールの使用を参照してください。

詳細ページが開き、バックアップに関する情報が表示されます。「DBシステム」で、関連するDBシステムの詳細を確認できます。
ページの上部にある「リソースの移動」を選択します。
「リソースの移動」ダイアログ・ボックスで、新しいコンパートメントを選択します。バックアップが現在存在するコンパートメントは選択できません。
「バックアップの移動」を選択します。

選択したコンパートメントにバックアップが移動されます。

CLIの使用

コマンドライン・インタフェースを使用して、バックアップを別のコンパートメントに移動します。

このタスクでは次が必要です:

バックアップのOCID。
コンパートメントまたはテナンシでのバックアップの移動を許可するポリシー。
適切に構成されたCLIインストールと必要なSSHキー。コマンドライン・インタフェースを参照してください。

CLIで次を実行して、バックアップを別のコンパートメントに移動します:

コマンド・プロンプトを開き、次のコマンドを実行します:
```
oci mysql backup change-compartment 
--backup-id <BackupOCID> 
--compartment-id <TargetCompartmentOCID>
```
- --backup-id: バックアップのOCIDを指定します。
- --compartment-id: バックアップの移動先のターゲット・コンパートメントのOCIDを指定します。

MySQL HeatWaveサービスは、バックアップをターゲット・コンパートメントに移動します。

バックアップのエクスポート

アクティブ・バックアップを同じテナンシ内の同じコンパートメントまたは異なるコンパートメントのオブジェクト・ストレージ・バケットにエクスポートできるため、長期間データを保持できます。

その後、エクスポートされたバックアップを新しいDBシステムにインポートできます。「データ・インポート機能を使用したインポート」を参照してください。エクスポートされたバックアップは、すべてまたは一部を既存のDBシステムにインポートすることもできます。関連項目: MySQLシェルを使用したインポートエクスポートされたバックアップはデータベースの論理構造とデータを取得するため、バージョン固有のデータ形式とは関係なく、下位または上位の互換性のあるバージョンのDBシステムにバックアップをインポートできます。データベース全体をリストアしなくても、エクスポートしたバックアップを監査および分析に使用できます。

DBシステム・バックアップに対して一度に開始できるエクスポートは1つのみです。バックアップ・エクスポートの進行中でも、DBシステムのリストアに同じバックアップを使用できます。

次の場合は、バックアップをエクスポートできません。

バックアップがアクティブ以外の状態の場合。
Lakehouse外部表を含むDBシステムにバックアップが作成されている場合。

エクスポートの進行状況を表示するには、エクスポートに使用されているオブジェクト・ストレージ・バケットに移動し、バケットの詳細ページの「オブジェクト」タブにリストされているオブジェクトのリストを確認できます。バケット内のオブジェクト・ストレージ・オブジェクトのリストを参照してください。バケットの詳細ページの「モニタリング」タブに表示されるバケット・サイズおよびオブジェクト数をモニターすることもできます。これらの値が過去数時間増加していることに気付いた場合は、エクスポートが進行中であることを示します。オブジェクト・ストレージ・バケットのデフォルト・メトリック・チャートの表示を参照してください。

このタスクでは次が必要です:

アクティブなバックアップ。他の状態のバックアップはエクスポートできません。
バックアップをエクスポートするコンパートメントに対するアクセス権限MYSQL_BACKUP_EXPORTおよびMYSQL_BACKUP_READ。mysql-backupsを参照してください。
バックアップをエクスポートするオブジェクト・ストレージ・バケットを含むコンパートメントに対するアクセス権限BUCKET_INSPECT、BUCKET_READ、OBJECT_CREATE、OBJECT_DELETE、OBJECT_INSPECT、OBJECT_OVERWRITEおよびOBJECT_READ。
バックアップをエクスポートするDBシステム・バックアップと同じテナンシおよびリージョン内のオブジェクト・ストレージ・バケット。
バックアップをエクスポートするリージョンに有効なIPアドレスを持つサブネット。これは、バックアップのエクスポートに使用される一時MySQLインスタンスの作成に使用されます。

サンプル・ポリシー

バックアップを同じテナンシ内の任意のオブジェクト・ストレージ・バケットにエクスポートできるようにするには:

ALLOW any-user TO {BUCKET_INSPECT, BUCKET_READ, OBJECT_CREATE, OBJECT_DELETE, OBJECT_INSPECT, OBJECT_OVERWRITE, OBJECT_READ}
IN TENANCY WHERE ALL
{
    request.principal.type = 'mysqlbackup'
}

任意のバックアップをコンパートメント内の任意のオブジェクト・ストレージ・バケットにエクスポートできるようにするには:

ALLOW any-user TO {BUCKET_INSPECT, BUCKET_READ, OBJECT_CREATE, OBJECT_DELETE, OBJECT_INSPECT, OBJECT_OVERWRITE, OBJECT_READ}
IN COMPARTMENT <TargetBucketCompartmentOCID> WHERE ALL
{
    request.principal.type = 'mysqlbackup',
    request.principal.compartment.id = '<BackupCompartmentOCID>'
}

特定のオブジェクト・ストレージ・バケットにバックアップをエクスポートできるようにするには:

ALLOW any-user TO {BUCKET_INSPECT, BUCKET_READ, OBJECT_CREATE, OBJECT_DELETE, OBJECT_INSPECT, OBJECT_OVERWRITE, OBJECT_READ}
IN COMPARTMENT <TargetBucketCompartmentOCID> WHERE ALL
{
    request.principal.type = 'mysqlbackup',
    request.principal.compartment.id = '<BackupCompartmentOCID>',
    target.bucket.name = '<TargetBucketName>'
}

特定のバックアップを特定のオブジェクト・ストレージ・バケットにエクスポートできるようにするには:

ALLOW any-user TO {BUCKET_INSPECT, BUCKET_READ, OBJECT_CREATE, OBJECT_DELETE, OBJECT_INSPECT, OBJECT_OVERWRITE, OBJECT_READ}
IN COMPARTMENT <TargetBucketCompartmentOCID> WHERE ALL
{
    request.principal.type = 'mysqlbackup',
    request.principal.id = '<BackupOCID>',
    request.principal.compartment.id = '<BackupCompartmentOCID>',
    target.bucket.name = '<TargetBucketName>'
}

コンソールまたはコマンドライン・インタフェースを使用して、バックアップをObject Storageバケットにエクスポートします。

コンソールの使用

コンソールを使用して、DBシステム・バックアップをオブジェクト・ストレージ・バケットにエクスポートします。

バックアップをエクスポートするには、次を実行します。

「バックアップ」リスト・ページで、操作するバックアップを選択します。リスト・ページまたはバックアップの検索に関するヘルプが必要な場合は、バックアップのリスト- コンソールの使用を参照してください。

詳細ページが開き、バックアップに関する情報が表示されます。「DBシステム」で、関連するDBシステムの詳細を確認できます。
「処理」ドロップダウン・リストから「バックアップのエクスポート」を選択します。
「バックアップのエクスポート」パネルで、次を実行します:
1. 「オブジェクト・ストレージ」セクションで、次を実行します:
  1. バックアップをエクスポートするコンパートメントおよびバケットの名前を指定します。
  2. バックアップをエクスポートするための新しいフォルダ名を指定します。同じ名前のフォルダが、指定されたオブジェクト・ストレージ・バケットにまだ存在しないことを確認してください。
    フォルダ名を指定しない場合、指定したオブジェクト・ストレージ・バケットにexportbackup<yyyyMMddHHmmss>_<backup_name>という名前のフォルダが自動的に作成されます。
  3. エクスポートされたバックアップ・データを格納する形式(CSVまたはTSV)を選択します。デフォルトでは、「CSV」が選択されています。
2. 「圧縮」セクションでは、圧縮はデフォルトで有効になっています。
  圧縮設定を変更するには、次の手順を実行します。
  - 圧縮タイプ(ZSDTまたはGZIP)を選択します。デフォルトでは、圧縮タイプZSDTが選択されています。
    ノート
    
    大規模バックアップでは、拡張エクスポート操作時間と潜在的なタイムアウトを防ぐために、圧縮レベルが高いZSTDを使用しないことをお薦めします。
  - 圧縮レベルを指定します。
    - ZSDT圧縮タイプの場合、圧縮レベルの範囲は1から22です。
    - GZIP圧縮タイプの場合、圧縮レベルの範囲は1から9です。
      圧縮レベルはデフォルトで1に設定されています。
  圧縮を無効にするには、「バックアップ圧縮の有効化」をオフにします。
3. 別のリージョンからコピーされたバックアップをエクスポートする場合は、現在のリージョン内のサブネットを選択する必要があります。
  サブネットを選択するには、「ネットワーキングの構成」セクションで次を実行します:
  1. 「ネットワーク構成の有効化」をオンにします。
  2. 仮想クラウド・ネットワーク(VCN)コンパートメントとVCNを選択します。
  3. サブネット・コンパートメントおよびサブネットを選択します。
  バックアップを安全にエクスポートするために、指定されたサブネットに一時的なMySQLエンドポイントが作成されます。
4. 「エクスポート」をクリックします。

バックアップは、指定されたオブジェクト・ストレージ・バケットにエクスポートされます。

関連トピック

データ・インポート機能を使用したインポート

CLIの使用

コマンドライン・インタフェースを使用して、バックアップをエクスポートします。

このタスクでは次が必要です:

アクティブ・バックアップのOCID。他の状態のバックアップはエクスポートできません。
適切に構成されたCLIインストールと必要なSSHキー。コマンドライン・インタフェースを参照してください。

CLIで次を実行してバックアップをエクスポートします。

コマンド・プロンプトを開き、次のコマンドを実行します:
```
oci mysql backup export 
    --backup-id <backup_ocid>
    --bucket-name <bucket_name>
    --namespace-name <namespace_name>  
    --subnet-id <subnet_ocid>   
    --export-options 
    "{
        "compressionOptions":
        {
            "isEnabled" : <true_or_false>, 
            "type" : "<compression_type>", 
            "level" : <compression_level>
        },                      
        "folderName" : "<folder_name>",
        "dataFormat": "<data_format>"
    }"          
```
- --backup-id: エクスポートするアクティブ・バックアップのOCIDを指定します。
- --bucket-name: バックアップをエクスポートするオブジェクト・ストレージ・バケットの名前を指定します。
- --namespace-name: オブジェクト・ストレージ・ネームスペースを指定します。
- --subnet-id: 一時MySQLインスタンスが関連付けられているサブネットのOCIDを指定します。指定しない場合、バックアップが取得されるDBシステムのサブネットOCIDがデフォルトで使用されます。別のリージョンからコピーされたバックアップをエクスポートする場合は、現在のリージョン内のサブネットを選択する必要があります。
- export-options: オプションで、次のエクスポート・オプションを設定することもできます。
  - compressionOptions: 次の圧縮オプションを設定します。
    - isEnabled: 圧縮を有効にするかどうかを指定します。デフォルト値はtrueです。
    - type: 圧縮タイプとしてZSDTまたはGZIPを指定します。デフォルト値はZSDTです。
    - level: 圧縮レベルを指定します。ZSDT圧縮タイプの場合、圧縮レベルの範囲は1から22です。GZIP圧縮タイプの場合、圧縮レベルの範囲は1から9です。デフォルト値は1です。
  - folderName: エクスポートされたバックアップを格納するフォルダの名前を指定します。指定しない場合、指定したオブジェクト・ストレージ・バケットにexportbackup<yyyyMMddHHmmss_<backup_name>という名前のフォルダが自動的に作成されます。
  - dataFormat: データの格納に使用する形式(TSVまたはCSV)を指定します。デフォルト値はCSVです。

MySQL HeatWaveサービスはバックアップをエクスポートします。

バックアップのエクスポートの取消し

バックアップの進行中のエクスポートを完了する必要がなくなった場合は、バックアップの進行中のエクスポートを取り消すことができます。

ノート

エクスポートを取り消すと、進行中の操作は停止されますが、指定されたオブジェクト・ストレージ・バケットにすでにエクスポートされたファイルは削除されません。エクスポートされたファイルが不要になった場合は、オブジェクト・ストレージ・バケットから手動で削除する必要があります。関連項目: オブジェクト・ストレージ・オブジェクトの削除

このタスクでは次が必要です:

DBシステム・バックアップの継続的なエクスポート。
バックアップのエクスポート元のコンパートメントに対するアクセス権限MYSQL_BACKUP_EXPORTおよびMYSQL_INSTANCE_WORK_REQUEST_DELETE。mysql-backupsおよび mysql-work-requestsを参照してください。

コンソールまたはコマンドライン・インタフェースを使用して、バックアップの進行中のエクスポートを取り消します。

コンソールの使用

コンソールを使用して、バックアップの進行中のエクスポートを取り消します。

バックアップのOngiongエクスポートを取り消すには、次を実行します。

「バックアップ」リスト・ページで、操作するバックアップを検索します。リスト・ページまたはバックアップの検索に関するヘルプが必要な場合は、バックアップのリスト- コンソールの使用を参照してください。

詳細ページが開き、バックアップに関する情報が表示されます。「DBシステム」で、関連付けられたDBシステムの詳細を確認できます。
進行中のエクスポート・バックアップ作業リクエストの「アクション」メニューから「作業リクエスト」タブを開き、「操作の取消し」を選択します。
「エクスポート・バックアップの取消し」ダイアログ・ボックスで、「操作の取消し」をクリックします。

バックアップのエクスポートは取り消されます。

CLIの使用

コマンドライン・インタフェースを使用して、バックアップのエクスポートを取り消します。

このタスクには、正しく構成されたCLIインストールと必要なSSHキーが必要です。コマンドライン・インタフェースを参照してください。

CLIで次を実行して、バックアップのエクスポートを取り消します。

コマンド・プロンプトを開き、次のコマンドを実行します:
```
oci mysql work-request cancel --work-request-id <work_request_ocid>
```
- --work-request-id: 進行中のエクスポート作業リクエストのOCIDを指定します。

MySQL HeatWaveサービスは、バックアップのエクスポートを取り消します。

バックアップの削除

コンソールまたはコマンドライン・インタフェースを使用して、DBシステムのバックアップを削除します。

コンソールの使用
CLIの使用
REST APIを使用して、DeleteBackup操作を実行します。

コンソールの使用

コンソールを使用して、DBシステムのバックアップを削除します。

「バックアップ」リスト・ページで、操作するバックアップを検索します。リスト・ページまたはバックアップの検索に関するヘルプが必要な場合は、バックアップのリスト- コンソールの使用を参照してください。
バックアップの「アクション」メニューから、「削除」を選択します。
「バックアップの削除」ダイアログ・ボックスで、「バックアップの削除」を選択します。

バックアップが削除されます。

CLIの使用

コマンド行インタフェースを使用して、バックアップを削除します。

このタスクでは次が必要です:

バックアップOCID。
コンパートメントまたはテナンシのバックアップの削除を許可するポリシー。
適切に構成されたCLIインストールと必要なSSHキー。コマンドライン・インタフェースを参照してください。

CLIで次を実行して、バックアップを削除します:

コマンド・プロンプトを開き、次のコマンドを実行します:
```
oci mysql backup delete --backup-id <BackupOCID> 
```
- --backup-id: バックアップのOCIDを指定します。

MySQL HeatWaveサービスはバックアップを削除します。

バックアップの削除の取消し

コンソールまたはコマンドライン・インタフェースを使用して、バックアップの削除を取り消します。

コンソールの使用

コンソールを使用して、バックアップのスケジュールされた削除を取り消します。

「バックアップ」リスト・ページで、操作するバックアップを見つけます。リスト・ページまたはバックアップの検索に関するヘルプが必要な場合は、バックアップのリスト- コンソールの使用を参照してください。
DBシステムの「アクション」メニューから、「削除の取消」を選択します。
「削除の取消」ダイアログ・ボックスで、「削除の取消」を選択します。

バックアップのスケジュールされた削除が取り消されます。

CLIの使用

コマンドライン・インタフェースを使用して、バックアップの削除を取り消します。

このタスクでは次が必要です:

DELETE SCHEDULED状態のバックアップのOCID。
コンパートメントまたはテナンシ内のバックアップの削除を取り消すことができるポリシー。
適切に構成されたCLIインストールと必要なSSHキー。コマンドライン・インタフェースを参照してください。

バックアップを削除するには、CLIで次を実行します。

コマンド・プロンプトを開き、次のコマンドを実行します:
```
oci mysql backup cancel-backup-deletion --backup-id <BackupOCID> 
```
- --backup-id: バックアップのOCIDを指定します。

MySQL HeatWaveサービスは、バックアップのスケジュールされた削除を取り消します。

別のリージョンへのバックアップのコピー

DBシステムのバックアップを別のリージョンにコピーします。

ノート

Always Free DBシステムのバックアップを別のリージョンにコピーすることはできません。

DBシステムのバックアップを別のリージョンにコピーした後、宛先リージョンでDBシステムをリストアできます。バックアップが行われたDBシステムの構成はコピーされません。

テナンシ内のリージョン間でDBシステム・バックアップをコピーする場合、MySQLリージョン間バックアップの最大パラレル・コピー数サービス制限によって、特定のソース・リージョンから実行できる同時コピーの最大数が決まります。

このタスクでは次が必要です:

任意のリージョンのアクティブなバックアップ:
ノート

バックアップは、Oracle Cloud Infrastructureの同じレルム内の別のリージョンにコピーできます。バックアップは、現在同じ宛先リージョンにコピーされていません。同じリージョンにバックアップのコピーを作成できません。
バックアップが存在するソース・リージョンのアクセス権限MYSQL_BACKUP_COPYおよびMYSQL_BACKUP_READ。mysql-backupsを参照してください。
ノート

集約リソース・タイプmysql-familyには、MYSQL_BACKUP_COPY権限は含まれません。
バックアップのコピー先の宛先リージョンのアクセス権限MYSQL_BACKUP_CREATE。mysql-backupsを参照してください。

サンプル・ポリシー

MyTestGroup1という名前のグループが任意のリージョン間でDBシステム・バックアップをコピーできるようにするには:

Allow group MyTestGroup1 to read mysql-backups in tenancy
Allow group MyTestGroup1 to use mysql-backups in tenancy where request.permission = 'MYSQL_BACKUP_COPY'
Allow group MyTestGroup1 to manage mysql-backups in tenancy where request.permission = 'MYSQL_BACKUP_CREATE'

MyTestGroup2という名前のグループが、米国西部(フェニックス)リージョンと米国東部(アッシュバーン)リージョンからのDBシステム・バックアップを任意の宛先リージョンにコピーできるようにするには:

Allow group MyTestGroup2 to read mysql-backups in tenancy
Allow group MyTestGroup2 to use mysql-backups in tenancy where all {request.permission = 'MYSQL_BACKUP_COPY', any {request.region='phx', request.region='iad'})
Allow group MyTestGroup2 to manage mysql-backups in tenancy where request.permission = 'MYSQL_BACKUP_CREATE'

MyTestGroup3という名前のグループが、英国南部(ロンドン)リージョンからドイツ中央部(フランクフルト)リージョンにDBシステム・バックアップをコピーできるようにするには:

Allow group MyTestGroup3 to read mysql-backups in tenancy where request.region = 'lhr'
Allow group MyTestGroup3 to use mysql-backups in tenancy where all {request.permission = 'MYSQL_BACKUP_COPY', request.region = 'lhr', target.destination-region = 'fra'}
Allow group MyTestGroup3 to manage mysql-backups in tenancy where all {request.permission = 'MYSQL_BACKUP_CREATE', request.region = 'fra'}

コンソールまたはコマンドライン・インタフェースを使用して、DBシステムのバックアップを別のリージョンにコピーします。

コンソールの使用
CLIの使用
REST APIを使用して、CopyBackup操作を実行します。

コンソールの使用

コンソールを使用して、バックアップを別のリージョンにコピーします。

バックアップを別のリージョンにコピーするには、次を実行します:

「バックアップ」リスト・ページで、操作するバックアップを選択します。リスト・ページまたはバックアップの検索に関するヘルプが必要な場合は、バックアップのリスト- コンソールの使用を参照してください。

詳細ページが開き、バックアップに関する情報が表示されます。「DBシステム」で、関連付けられたDBシステムの詳細を確認できます。
ページの上部にある「別のリージョンにコピー」を選択します。
「別のリージョンにコピー」パネルで、次の詳細を指定します:
1. 宛先リージョン: バックアップのコピー先のリージョンを選択します。
2. 宛先リージョン・コンパートメント: コンパートメントは変更できません。常に同じコンパートメントにコピーされます。
3. 表示名: (オプション)バックアップの名前を指定します。デフォルト値は"<SourceBackupName>-copy-from-<SourceRegionName>"です。
4. 説明: (オプション)バックアップの説明を指定します。デフォルト値は"This backup is a copy of <SoureBackupName> from the region <SourceRegionName>."です。
5. バックアップ保持期間: (オプション)宛先リージョンのバックアップの保持期間を指定します。デフォルトは、ソース・バックアップの保存期間です。
  
  ノート
  
  自動バックアップの最大保存期間は35日で、手動バックアップの最大保存期間は365日です。
6. 暗号化キー: 「Oracle管理のキーを使用した暗号」または「顧客管理キーを使用した暗号」を選択します。
  顧客管理キーを選択する場合は、次のいずれかのキーの場所を選択する必要があります。
  - このテナンシ: 最初に「Vault」を選択し、次に選択したボールトで「キー」を選択する必要があります。必要に応じて、ボールトおよびキーのコンパートメントを変更できます。
  - 別のテナンシ: 暗号化キーOCIDを入力する必要があります。
「コピー」を選択します

バックアップは、選択したリージョンの同じコンパートメントにコピーされます。

ノート

COPY_BACKUP作業リクエストでDbSystemBackupCopyLimitExceededエラーが返された場合は、後でコピー・バックアップを再試行する必要があります。

CLIの使用

コマンドライン・インタフェースを使用して、DBシステムのバックアップを別のリージョンにコピーします。

このタスクでは次が必要です:

ソース・バックアップOCID。
ソース・リージョン内のバックアップの読取りおよびコピー、および宛先リージョン内のバックアップの作成を許可するポリシー。
適切に構成されたCLIインストールと必要なSSHキー。コマンドライン・インタフェースを参照してください。
ノート

CLIは、バックアップのコピー先リージョンで認証されるように構成する必要があります。

CLIで次を実行して、DBシステムのバックアップを別のリージョンにコピーします:

コマンド・プロンプトを開き、次のコマンドを実行します:
```
oci mysql backup copy 
--source-backup-id <SourceBackupOCID> 
--source-region <SourceRegionName>
--compartment-id <DestinationCompartmentOCID> 
--region <DestinationRegionName>
--backup-copy-retention-in-days <NumberOfDays>
--display-name <DisplayName>
--description <Description>
```
- --source-backup-id: ソース・バックアップのOCIDを指定します。
- --source-region: ソース・バックアップのリージョン識別子を指定します。たとえば、us-ashburn-1、sa-saopaulo-1およびeu-frankfurt-1です。
- --compartment-id: バックアップのコピー先となる宛先コンパートメントのOCIDを指定します。ソース・バックアップのコンパートメントと同じである必要があります。
- --region: (オプション)バックアップのコピー先となる宛先リージョン識別子を指定します。リージョンを定義していない場合は、CLI構成ファイルで構成されているリージョンが使用されます。
- --backup-copy-retention-in-days: (オプション)宛先リージョン内のバックアップが保持される日数を指定します。デフォルトの保存期間は、ソース・バックアップと同じです。
- --display-name: (オプション)コピーしたバックアップの表示名を指定します。表示名を定義しない場合は、ソース・バックアップ表示名を使用して生成されます。
- --description: (オプション)コピーしたバックアップの説明を指定します。説明を定義しない場合は、ソース・バックアップの説明とともに説明が生成されます。

MySQL HeatWaveサービスは、ソース・バックアップを宛先リージョンにコピーし始めます。

Oracle Cloud Infrastructureドキュメント

バックアップの管理

バックアップの検証と準備

コンソールの使用

CLIの使用

バックアップの編集

コンソールの使用

CLIの使用

バックアップ・プランの編集

コンソールの使用

バックアップの移動

コンソールの使用

CLIの使用

バックアップのエクスポート

コンソールの使用

CLIの使用

バックアップのエクスポートの取消し

コンソールの使用

CLIの使用

バックアップの削除

コンソールの使用

CLIの使用

バックアップの削除の取消し

コンソールの使用

CLIの使用

別のリージョンへのバックアップのコピー

コンソールの使用

CLIの使用