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

1. ナビゲーション・メニューを開き、「データベース」を選択します。HeatWaveで、「DBシステム」をクリックします。
2. 「リスト範囲」からコンパートメントを選択します。
3. 次のいずれかを行います。
   • DBシステムと同じ行にある「アクション」メニューから、「新しいDBシステムにリストア」を選択します。
   • DBシステム詳細ページを開くには、DBシステムの名前をクリックします。「他のアクション」をクリックし、「新しいDBシステムにリストア」をクリックします。
4. 「新しいDBシステムにリストア」パネルで、「ポイントインタイムでDBシステムからリストア」を選択します。
5. 次のいずれかのオプションを選択します。
   • 使用可能な最新の時点の使用: 使用可能な最新の時点を使用して、DBシステムを新しいDBシステムにリストアします。
   • 特定のポイントインタイムの選択: 指定した日時を使用して、DBシステムを新しいDBシステムにリストアします。DBシステムをリストアする日時を選択します。
6. DBシステム情報の指定:
   • コンパートメントに作成: 現在のコンパートメント以外のコンパートメントでDBシステムを起動する場合は、リストから必要なコンパートメントを選択します。別のコンパートメントを選択しないと、現在のコンパートメントが使用されます。
   • 名前: (オプション) DBシステムのわかりやすい表示名を指定します。この名前は一意である必要はありません。Oracle Cloud Identifier (OCID)によってDBシステムが一意に識別されます。
   • 説明: (オプション) DBシステムとその目的についてのわかりやすい説明を指定します。
7. DBシステムのタイプ: スタンドアロンまたは高可用性。
8. ネットワーキングの構成:
   • 仮想クラウド・ネットワーク: DBシステムを起動するVCNを選択します。
   • サブネット: 選択したVCNで必要なサブネットを選択します。
9. 配置の構成:
   • 可用性ドメイン: 可用性ドメインは変更できますが、リージョンは変更できません。
   • フォルト・ドメインの選択: このオプションを選択すると、フォルト・ドメインを選択できます。フォルト・ドメインを選択しない場合は、Oracleによって選択されます。フォルト・ドメインを参照してください。
10. ハードウェアの構成:
    • シェイプの選択: 「シェイプの変更」をクリックします。「すべてのシェイプの参照」パネルで、次を実行します:
      1. チェック・ボックスを選択して、関連するシェイプを選択します。サポートされるシェイプを参照してください。
      2. 「シェイプの選択」をクリックします。親DB Systemで使用されているシェイプより小さいシェイプを使用する場合は、選択したシェイプがDB Systemのリソース要件に適したリソースを定義してください。
    • データ・ストレージ・サイズ(GB): 新しいDBシステムに割り当てるブロック・ストレージの容量(GB)を指定します。値は、既存のDBシステムのストレージ・サイズ以上で、131,072より小さくする必要があります。データ・ストレージ・サイズは、選択したシェイプに依存しません。
11. バックアップ・プランの構成:
    • 自動バックアップの有効化: 自動バックアップを有効にする場合は、このオプションを選択します。自動バックアップを選択しない場合は、手動でバックアップを管理します。自動バックアップを有効にすることをお薦めします。
    • バックアップ保持期間: バックアップを保持する日数を指定します。デフォルトでは、DBシステムはバックアップを7日間保持します。
    • Point-in-Timeリカバリの有効化: 特定の時点のDBシステムを新しいDBシステムにリストアできるようにするオプションを選択します。
    • バックアップ・ウィンドウの選択: このオプションを選択すると、バックアップ・ウィンドウ開始時間を選択できます。
    • ウィンドウの開始時間: DBシステムのバックアップを開始する時刻を(UTCタイムゾーンで)指定します。バックアップは、ウィンドウの開始時間から30分以内に開始されます。
    • リージョンごとのバックアップ・ウィンドウの表示: クリックすると、リージョンのデフォルトのウィンドウ開始時間が表示されます。
12. Show advanced options: Click to open a group of tabs that enable you to further configure the DB system.拡張オプションを参照してください。
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: (オプション)ポイントインタイム・リカバリの詳細を指定します。
     • 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: Point-in-TimeリカバリにPITRを指定します。

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

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

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