コンソールを使用して、ある時点でDBシステムから新しいDBシステムにリストアします。

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

   詳細ページが開き、バックアップに関する情報が表示されます。「DBシステム」で、関連するDBシステムの詳細を確認できます。

2. ページの上部にある「新しいDBシステムにリストア」を選択します。
3. 「新しいDBシステムにリストア」パネルで、「ある時点のDBシステムからリストア」を選択します。
4. 次のいずれかのオプションを選択します:
   • 使用可能な最新の時点の使用: 使用可能な最新の時点を使用して、DBシステムを新しいDBシステムにリストアします。
   • 特定のポイントインタイムの選択: 指定した日時を使用して、DBシステムを新しいDBシステムにリストアします。DBシステムをリストアする日時を選択します。
5. DBシステム情報の指定:
   • コンパートメントに作成: 現在のコンパートメント以外のコンパートメントでDBシステムを起動する場合は、リストから必要なコンパートメントを選択します。別のコンパートメントを選択しないと、現在のコンパートメントが使用されます。
   • 名前: (オプション) DBシステムのわかりやすい表示名を指定します。この名前は一意である必要はありません。Oracle Cloud Identifier (OCID)によってDBシステムが一意に識別されます。
   • 説明: (オプション) DBシステムとその目的についてのわかりやすい説明を指定します。
6. DBシステムのタイプ: スタンドアロンまたは高可用性。
7. ネットワーキングの構成:
   • 仮想クラウド・ネットワーク: DBシステムを起動するVCNを選択します。
   • サブネット: 選択したVCNで必要なサブネットを選択します。
   • 拡張オプションの表示: (オプション)ネットワーク・セキュリティ・グループを構成する場合に選択します。
     • コンパートメント: ネットワーク・セキュリティ・グループが構成されているコンパートメントを選択します。
     • ネットワーク・セキュリティ・グループ: 使用するネットワーク・セキュリティ・グループを選択してください。
     • 複数のネットワーク・セキュリティ・グループを追加するには、「別のネットワーク・セキュリティ・グループ」ボタンを選択して別の行を追加します。
       ノート
       
       最大5つのネットワーク・セキュリティ・グループを追加できます。
8. 配置の構成:
   • 可用性ドメイン: 可用性ドメインは変更できますが、リージョンは変更できません。
   • フォルト・ドメインの選択: このオプションを選択すると、フォルト・ドメインを選択できます。フォルト・ドメインを選択しない場合は、Oracleによって選択されます。フォルト・ドメインを参照してください。
9. ハードウェアの構成:
   • HeatWaveクラスタの有効化: デフォルトは、バックアップ中のDBシステムの状態によって異なります。このオプションは、必要に応じて変更できます。
     ノート
     
     HeatWaveクラスタと組み合せたDBシステムをリストアする場合、新しいバージョンにアップグレードすることはできません。必要に応じて、リストアの完了後にDBシステムおよびHeatWaveクラスタをアップグレードできます。
   • シェイプの選択: 「シェイプの変更」を選択します。「すべての形状の参照」パネルでは、次を実行します:
     1. コンピュート・モデルを選択します。
        • ECPU: CPUコア、メモリー、その他のリソースを抽象化した、アーキテクチャに依存しないECPUに基づいています。
        • OCPU: ハイパー・スレッドが有効になっているプロセッサの物理コアに基づくマシン・タイプを選択してシェイプをフィルタします。
          • すべてのタイプ: 使用可能なすべてのシェイプが表示されます。
          • 仮想マシン: 仮想マシンベースのシェイプのみが表示されます。
          • ベア・メタル: Bare Metalベースのシェイプのみが表示されます。
          ノート
          
          すべてのOCPUシェイプは非推奨であり、2024年9月5日以降に作成された新しいユーザーは使用できません。既存のユーザーは、2025年9月5日まで引き続き使用できます。
     2. チェックボックスを選択します。サポートされるシェイプを参照してください。
     3. 「シェイプの選択」を選択します。
     ノート
     
     Always FreeバックアップをAlways Free DBシステムにリストアする場合、シェイプは変更できません。
   • HeatWaveクラスタ構成: このオプションは、「HeatWaveクラスタの有効化」が選択されている場合に表示されます。デフォルト構成を変更する場合は、「HeatWaveクラスタの構成」を選択し、「HeatWaveクラスタの構成」パネルで次を実行します:
     ノート
     
     Always FreeバックアップをAlways Free DBシステムにリストアする場合、ノードのシェイプおよび数は変更できません。
     1. シェイプの詳細: HeatWaveノードのシェイプ。シェイプを変更する場合は、「シェイプの変更」を選択して、HeatWaveノードのシェイプを選択します。サポートされるシェイプを参照してください。
     2. ノード: 作成するHeatWaveノードの数を指定します。最小値は1ノードで、最大値は次によって異なります。
        • HeatWave.Freeシェイプ: 1ノード
        • HeatWave.32GBシェイプ: 16ノード
        • HeatWave.512GBまたはMySQL.HeatWave.VM.Standardシェイプ: 64ノード
        • MySQL HeatWave Lakehouseを有効にしたHeatWave.512GBまたはMySQL.HeatWave.VM.Standardシェイプ: 512ノード
     3. MySQL HeatWave Lakehouse: オブジェクト・ストレージに存在するデータに対するクエリ処理を有効にします。MySQL 8.4.0-u3より前は、MySQL HeatWave LakehouseはMySQL.HeatWave.VM.StandardおよびHeatWave.512GBシェイプでのみサポートされています。MySQL HeatWave Lakehouseを参照してください。
        ノート
        
        MySQL 8.3.0-u2より前は、MySQL HeatWave Lakehouseを有効にするために、ポイントインタイム・リカバリ、高可用性、読取りレプリカおよびアウトバウンド・レプリケーションを無効にする必要があります。
     4. 「Save changes」を選択します。
   • ストレージ・サイズ: DBシステムのストレージ・サイズを構成します。データ・ストレージ・サイズは、選択したシェイプとは無関係です。
     • 初期データ・ストレージ・サイズ(GB): DBシステムに割り当てる初期データ・ストレージ・サイズ(GB)を指定します。50以上131072未満の値にする必要があります。

       初期ストレージ値は、後でストレージ・サイズを増やす機能および増加したストレージのパフォーマンスに影響します。「DB Systemストレージ」を参照してください。また、データをインポートする場合は、必ず十分なデータ・ストレージを指定してください。

     • 自動ストレージ拡張: DBシステム内の任意のインスタンスについて、領域使用量がデータベース・インスタンス・ヘルス・モニターの読取り専用制限に近づくと、自動データ・ストレージ拡張が有効になります
       ノート
       
       高可用性が有効になっている場合、自動ストレージ拡張はデフォルトで有効になり、無効にすることはできません。
     • 最大データ・ストレージ・サイズ(GB): ストレージ・サイズを拡張できる最大データ・ストレージ・サイズ(GB)を指定します。この値は、初期データ・ストレージ・サイズより大きくする必要があります。
       ノート
       
       ストレージ・サイズが拡張されるたびに、それに応じてストレージ使用量の請求が増加します。最大ストレージ・サイズを使用して、コストの超過を防止します。
10. バックアップ・プランの構成: 自動バックアップを有効化するには、このオプションを選択します。自動バックアップを選択しない場合は、手動でバックアップを管理します。自動バックアップを有効にすることをお薦めします。
    バックアップ・プラン:
    • バックアップ保持期間: (オプション)バックアップを保持する日数を指定します。デフォルトでは、DBシステムはバックアップを7日間保持します。
    • ポイントインタイム・リカバリの有効化: ある時点のDBシステムを新しいDBシステムにリストアできるようにするオプションを選択します。
    • バックアップ・ウィンドウの選択: このオプションを選択すると、バックアップ・ウィンドウの開始時間を選択できます。このオプションを有効にしないと、リージョンに基づいてデフォルトのウィンドウ開始時間が選択されます。
      • ウィンドウの開始時間: DBシステムのバックアップを開始する時刻を(UTCタイムゾーンで)指定します。バックアップはウィンドウの開始時間から30分以内に開始されます。
        ノート
        
        バックアップ・ウィンドウの開始時間がメンテナンス・ウィンドウの開始時間に近づきすぎないようにしてください。メンテナンスやアップグレードなどの競合する操作が現在実行中の場合、自動バックアップは開始できません。競合する操作が完了するまで待機する必要があります。競合する操作がバックアップ・ウィンドウの開始時間から2時間以内に完了しない場合、自動バックアップはスキップされ、翌日の次のバックアップ・ウィンドウで再試行されます。
      • リージョンごとのバックアップ・ウィンドウの表示: このオプションを選択すると、リージョンのデフォルトのウィンドウ開始時間が表示されます。
    • ソフト削除: このオプションを選択すると、DELETE_SCHEDULED状態の保持ポリシーが原因で削除されるバックアップが7日間保持されてから完全に削除されるようになります。これはデフォルトで有効になっています。
    リージョン間コピー: クロスリージョン・コピーをスケジュールするオプションを選択します。有効にすると、各自動バックアップは選択した宛先リージョンにコピーされます。

    • 宛先リージョン: バックアップのコピー先となる宛先リージョンを選択します。
    • バックアップ保持期間: (オプション)バックアップを宛先リージョンに保持する日数を指定します。定義されていない場合、デフォルト値はソース・バックアップの保存期間と同じです。

    ノート
    
    クロスリージョン・コピーを有効にするには、MYSQL_BACKUP_COPY権限が必要です。MYSQL_BACKUP_COPY権限は、mysql-family集約リソース・タイプには含まれません。テナンシは宛先リージョンにもサブスクライブする必要があります。
11. 運用上の通知およびお知らせの連絡先の指定: (オプション) 1つ以上の連絡先Eメールを入力して、運用上の通知およびお知らせおよび計画外メンテナンス通知を受信します。「連絡先の追加」を選択して、連絡先を追加します。最大10人の担当者を追加できます。重複した無効なEメール・アドレスは許可されません。
12. 拡張オプションの表示: DBシステムをさらに構成できるタブのグループを開く場合に選択します。拡張オプションを参照してください。
13. 「復元」を選択します。

コマンドライン・インタフェースを使用して、ある時点でDBシステムから新しいDBシステムにリストアします。

1. コマンド・プロンプトを開き、次のコマンドを実行します:

   oci mysql db-system create 
             --compartment-id=<CompartmentOCID> 
             --configuration-id=<ConfigurationOCID>
             --subnet-id=<SubnetOCID> 
             --shape-name=<ShapeName> 
             --display-name=<DisplayName>
             --availability-domain=<AvailabilityDomain> 
             --source='{"dbSystemId": "<DBSystemOCID>", 
                        "recoveryPoint": "2022-06-30T06:55:50.000Z", 
                        "sourceType": "PITR"}'

   • compartment-id: DBシステムを作成するコンパートメントのOCIDを指定します。
   • configuration-id: (オプション) DBシステムに適用する構成のOCIDを指定します。構成IDを定義しない場合、DBシステムでは、選択したシェイプに関連付けられているデフォルト構成が使用されます。カスタム構成を定義する場合は、リクエストで定義したシェイプと同じシェイプを使用する必要があります。
   • subnet-id: DBシステムがアタッチされているVCNサブネットのOCIDを指定します。
   • shape-name: シェイプの名前を指定します。たとえば、MySQL.VM.Standard.E3.1.8GBです。
   • display-name: (オプション) DBシステムの表示名を指定します。表示名を定義しない場合は、OracleによってmysqldbsystemYYYYMMDDHHMMSSという形式の名前が生成されます。
   • availability-domain: DBシステムを作成する可用性ドメインの名前を指定します。
   • source: (オプション)Point-in-Timeリカバリの詳細を指定します。
     • dbSystemId: データをリストアするDBシステムのOCIDを指定します。
     • recoveryPoint: データを新しいDBシステムにリストアするソースDBシステムのポイントインタイムを、YYYY-MM-DDThh:mm:ss.SSSZという形式で指定します。SSS値は無視されます。つまり、2020-08-07T15:02:00.832Zは2020-08-07T15:02:00.000Zとして処理されます。

       時間を指定しない場合、新しいDBシステムは、ソースDBシステムで使用可能な最新のリカバリ・ポイントにリストアされます。

     • sourceType: ポイントインタイム・リカバリにはPITRを指定します。

MySQL HeatWaveサービスは、スタンドアロンまたは高可用性DBシステムの新しいDBシステムへのPoint-in-Timeリカバリをサポートします。

ある時点でのDBシステムからのリストアには、特定の制限があります。

• MySQL 8.3.0-u2より前は、MySQL HeatWave Lakehouseが有効になっているDBシステムでポイントインタイム・リカバリを有効にできません。
• 自動バックアップ障害は、Point-in-Timeリカバリ操作にかかった時間に影響を与える可能性があります。たとえば、「バックアップ保持期間」が2日に設定され、火曜日のバックアップが失敗したときに月曜日のバックアップが成功した場合、火曜日の任意の時点へのPoint-in-Timeリカバリには、月曜日のバックアップからのロールフォワードが必要です。したがって、Point-in-Timeリカバリ操作には、リストアにより多くの時間が必要です。
• (「特定のポイント・イン・タイムの選択」フィールドで)ポイント・イン・タイム・リカバリを有効にした後、最も古い成功した自動バックアップより前に値を選択することはできません。たとえば、「バックアップ保持期間」が3日月曜日、火曜日のバックアップが失敗し、水曜日のバックアップが成功した場合、最も古いPoint-in-Timeリカバリは水曜日です。
• ポイントインタイム・リカバリの進行中は、DBシステム上のポイントインタイム・リカバリを無効にできません。
• Always Free DBシステムでは、Point-in-Timeリカバリはサポートされていません。