機械翻訳について

Autonomous Exadata VMクラスタの管理

Autonomous Exadata VMクラスタは、すべてのコンピュート・ノードにわたる対称VMのセットです。

Autonomous ContainerおよびDatabaseは、すべてのノードですべてのVMを実行し、高可用性を実現します。 基礎となるExadata Infrastructureのすべてのリソースを消費します。

Autonomous Exadata VMクラスタを作成した後、Exadataインフラストラクチャで使用可能なハードウェア・シェイプの説明に従って、Exadataインフラストラクチャ・ハードウェアの容量に応じて最大12個のAutonomous Container Databaseリソースを作成できます。

• 「Autonomous Exadata VMクラスタについて」
  
• 「リソースの用語」
  
• 「Autonomous Exadata VMクラスタの作成」
  
• 「Exadata InfrastructureのDBサーバーのリストの表示」
  
• 「Autonomous Exadata VMクラスタのリストの表示」
  
• 「Autonomous Exadata VMクラスタの詳細の表示」
  
• 「Autonomous Exadata VMクラスタ・リソースのスケーリング」
  
• 「Oracle管理インフラストラクチャの更新のスケジュール」
  Exadata Cloud Serviceの更新は四半期ごとにリリースされます。 メンテナンス・ウィンドウを設定して、四半期インフラストラクチャ・メンテナンスを開始する時間を決定できます。
• 「自律型VMクラスタでのライセンス・タイプの変更」
  
• 「Autonomous Exadata VMクラスタの別のコンパートメントへの移動」
  
• 「Autonomous Exadata VMクラスタの終了」
  
• 「APIを使用したAutonomous Exadata VMクラスタの管理」
  
• 「Oracle Database TLS証明書およびOracle REST Data Services (ORDS) TLS証明書のローテーション」
  

Autonomous Exadata VMクラスタについて

• Oracle Autonomous Databasesのサポートに必要なインフラストラクチャ・アップグレードを理解するには、Oracleの営業担当者にお問い合せください。
• 単一のExadata Infrastructureリソースに複数のAutonomous Exadata VMクラスタを作成します。
• 同じExadata Infrastructureに、Autonomous Exadata VMクラスタとExadata VMクラスタの両方を作成します。
• 複数のVMクラスタのサポートにより、次のことができます:
  • 同じExadata Infrastructure上のAutonomous VMクラスタごとに個別のメンテナンス実行をスケジュールします。
  • 同じExadata Infrastructureで、Autonomous Databaseの別のライセンス・モデルを選択します。
  • 同じExadata Infrastructure上のAutonomous Exadata VMクラスタ間のAutonomous Data Guardを作成してテストします。
  • 対象のワークロード用に各Autonomous Exadata VM Cluster構成のコンピュート、ストレージおよびメモリーをカスタマイズします。

リソースの用語

リソースの割当ておよび使用で使用される様々な用語を理解することが重要です。 そこで、Oracle Cloud Infrastructure (OCI)コンソールで表示される重要な用語を見て、それらの意味を理解しましょう:

• 使用可能なCPU: 新しいAutonomous Databasesをプロビジョニングしたり、既存のAutonomous Databasesをスケーリングするために割当て可能なCPU。
• プロビジョニングされたCPU: Autonomous VMクラスタ内のすべてのAutonomous Databaseに割り当てられた合計CPU。
• 予約済CPU: Autonomous Databasesの自動スケーリング、ノード障害時のAutonomous Databaseフェイルオーバー、および空のAutonomous Container Databasesのライフサイクル管理をサポートするために予約されている合計CPU。
• 再利用可能なCPU: Autonomous VM Cluster.Reclaimable CPU内のすべてのAutonomous Container Databasesで終了およびスケール・ダウンされたすべてのAutonomous Databasesからの合計CPUは、Autonomous Container Databaseが再起動されるまで使用可能状態に戻されません。
• プロビジョニング可能なACD: Autonomous VMクラスタに作成できるAutonomous Container Databasesの数。
• プロビジョニングされたACD: Autonomous VMクラスタで作成されたAutonomous Container Databasesの数。
• プロビジョニング不可ACD: Autonomous VMクラスタで使用可能なCPUが不足しているため作成できないAutonomous Container Databasesの数。
• 合計ストレージ(TB単位): AVMCに割り当てられている合計ストレージ。
• 使用可能なストレージ(TB単位): このAVMCでAutonomous Databases'に使用できるストレージ。
• 使用済ストレージ(TB): このAVMCでAutonomous Databaseによって現在使用されているストレージ。
• CPU当たりのメモリー(GB単位): CPUごとにAVMCに割り当てられるメモリー。

Autonomous Exadata VMクラスタの作成

Oracle Exadata Database Service on Cloud@CustomerシステムにAutonomous Exadata VMクラスタを作成するには、次のステップに従います。

ノート:

23aiデータベースは、2024年5月28日以降にプロビジョニングされたAVMCにのみ適切なタグで作成できます。 詳細は「23aiデータベース・ソフトウェア・バージョンのタグの要件」を参照してください。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. 「Autonomous Exadata VMクラスタの作成」をクリックします。
4. Autonomous Exadata VMクラスタの作成ダイアログで、次の一般情報を入力します:
   • コンパートメント: Autonomous Exadata VMクラスタが作成されるコンパートメントを指定します。
   • 表示名: インフラストラクチャ・リソースの識別に役立つわかりやすい説明またはその他の情報。 表示名は一意である必要はありません。 機密情報の入力は避けてください。
   • Exadata Infrastructure: Exadata Infrastructureを選択します。
   • VMクラスタ・ネットワーク: VMクラスタ・ネットワークを選択します。
   • Autonomous VMクラスタ・リソースを構成します
     Autonomous VMクラスタを作成するための最小リソースを持つすべてのDBサーバーがデフォルトで選択されます。

     1. VM配置の「DBサーバーの編集」選択をクリックして、VMリソースを割り当てます。
     2. 表示された「仮想マシンの追加」ダイアログで、VM配置用の2つ以上のデータベース・サーバーを選択します。 VMごとの割当てに使用できる最大リソースは、選択したデータベース・サーバーの数に基づきます。

        ノート:

        DBサーバーがVMクラスタ・ネットワーク・リソースに追加されていない場合、そのDBサーバーは選択できません。
     3. 「変更の保存」をクリックします。

     ノート:

     これらのパラメータの最小値と最大値は、相互に関連して変化します。たとえば、OCPU数の割当ては、作成できるACDの数に影響します。

     コンピュート・モデル: Autonomous Exadata VM Clusterリソースのコンピュート・モデルを選択します。

     デフォルトのモデルはECPUです。 ECPUは、コンピュート・サーバーとストレージ・サーバーのプールから柔軟に割り当てられるコアの数に基づきます。

     OCPUを選択する場合は、「コンピュート・モデルの変更」をクリックします。 OCPUコンピュート・モデルは、ハイパー・スレッドが有効なプロセッサの物理コアに基づいています。

     ノート:

     ここで選択したコンピュート・モデルは、このAutonomous Exadata VM Clusterリソースで作成されたすべてのAutonomous Container DatabasesおよびAutonomous Databaseインスタンスに適用されます。
     • VM数: Autonomous Exadata VM Clusterに選択されたデータベース・サーバーの数。 VM数は変更できません。
     • Autonomous VMクラスタの最大Autonomous Container Database数: 指定されたACDの数は、ACDの上限を表します。 これらのACDは必要に応じて個別に作成する必要があります。 ACDの作成には、ノード当たり2つの使用可能なOCPUまたは8つの使用可能なECPUも必要です。
     • VM当たりのCPU数: 個々のVMのCPU数を指定します。 最小値は、VM当たり5 OCPUまたは20 ECPUです。
     • CPU当たりのデータベース・メモリー(GB): Autonomous Exadata VMクラスタ内のAutonomous Databasesに割り当てられたOCPU当たりのメモリー。
     • ローカル・バックアップ用のストレージの割当て: ローカル・データベース・バックアップを有効にするようにExadataストレージを構成するには、このオプションを選択します。
     • Autonomous VM Cluster (TB)のAutonomous Databaseストレージ: Autonomous VM ClusterでAutonomous Database作成のために割り当てられたデータ・ストレージ。
5. 自動メンテナンスを構成します。
   1. 「メンテナンス作業環境の編集」をクリックします。
      「メンテナンス作業環境の編集」ページで、次の手順を実行します:

      • 設定なし: インフラストラクチャ・メンテナンスに日付と開始時間が割り当てられます。
      • スケジュールを指定します: インフラストラクチャ・メンテナンスの希望する月、週、平日、開始時間およびリード・タイムを選択します。
        • 「メンテナンス月数」で、Exadataインフラストラクチャ・メンテナンスを実行する四半期ごとに少なくとも1か月を指定します。 四半期ごとに複数の月を選択できます。 拡張通知に長いリード・タイム(4週間など)を指定する場合は、メンテナンス実行が発生する四半期ごとに2か月または3か月を指定できます。 これにより、必要なリード・タイムを考慮した後、メンテナンス更新が適時に適用されるようになります。 リード・タイムについては、後のステップで説明します
        • オプション 「該当月の週」で、メンテナンスを実行する月の週を指定します。 週は月の1日目、8日目、15日目、22日目から始まり、期間は7日です。 週は、曜日ではなくカレンダの日付に基づいて開始および終了します。 28日を超える月の5週目のメンテナンスはスケジュールできません。 月の週を指定しない場合は、Oracleによって、中断が最小限になる週にメンテナンス更新が実行されます。
        • オプション 「曜日」で、メンテナンスを実行する曜日を指定します。 曜日を指定しない場合は、Oracleによって、中断が最小限になる週末の日にメンテナンス更新が実行されます。
        • オプション 「開始時間」で、メンテナンス実行を開始する時間を指定します。 開始時間を指定しない場合は、Oracleによって、中断が最小限になる時間が選択されてメンテナンス更新が実行されます。
        • 「リード・タイム」で、通知メッセージを受信するメンテナンス・イベントの最小週数を指定します。 リード・タイムにより、事前通知に必要な最短期間を考慮して、新しくリリースされるメンテナンス更新がスケジュールされます。
   2. 「変更の保存」をクリックします。
6. 使用するライセンス・タイプを選択します。

   選択は請求の測定に影響します。 次のオプションがあります。

   • 独自のライセンスを取得: このオプションを選択する場合は、作成する新しいサービス・インスタンスに使用する適切な権限があることを確認してください。
   • ライセンスを含む: これを選択すると、クラウド・サービスのコストにデータベース・サービスのライセンスが含まれます。
7. 次の拡張オプションを使用できます:
   • タイムゾーン: Exadata InfrastructureのデフォルトのタイムゾーンはUTCですが、別のタイムゾーンを指定できます。 タイムゾーン・オプションは、両方のJava.util.TimeZoneクラスおよびOracle Linuxオペレーティング・システムでサポートされているオプションです。

     ノート:

     UTCまたはブラウザで検出されたタイム・ゾーン以外のタイム・ゾーンを設定する場合は、「別のタイムゾーンを選択」オプションを選択し、「リージョンまたは国」を選択して、対応する「タイムゾーン」を選択します。

     目的のリージョンまたは国が表示されない場合は、「その他」を選択し、適切な「タイムゾーン」を選択します。

   • リスナー: VM Cluster Networksはデフォルト・ポート(TLS以外)で作成されます: 1521およびTLS: 2484). ポートの許容範囲内のTLS接続とTLS以外の接続の両方にデフォルト以外のSCANリスナー・ポートを選択できます。

     ノート:

     • SCANリスナー・ポートおよびTLS/mTLS認証モードは、新しいVMクラスタをプロビジョニングする場合にのみ構成できます。
     • VMクラスタをプロビジョニングした後は、設定を変更できません。
     • 構成後、構成はクラスタ内のすべてのACDに適用されます。
     • TLS以外のポート:
       • デフォルト: 1521
       • 許容範囲: 1024 - 8999
       • 例外:
         • エージェント・ポート: 7070
         • 管理ポート: 7879
         • エージェント・ポートに接続: 7060
         • Oracle通知サービス: 6100, 6200
     • TLSポート:
       • デフォルト: 2484
       • 許容範囲: 1024 - 8999
       • 例外:
         • エージェント・ポート: 7070
         • 管理ポート: 7879
         • エージェント・ポートに接続: 7060
         • Oracle通知サービス: 6100, 6200
     • 相互TLS (mTLS)認証の有効化: このチェック・ボックスを選択または選択解除して、データベースSSL証明書の一方向TLSと相互TLSのいずれかを選択します。
   • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。 機密情報の入力は避けてください。
8. オプションで、リソース構成をスタックとして保存できます。
   • リソース構成をスタックとして保存するには:
     1. 「スタックとして保存」をクリックします。
     2. 結果の「スタックとして保存」ダイアログで、次の詳細を指定します:
        1. 名: (オプション)わかりやすい名前を指定します。
        2. 説明: (オプション)簡単な説明を入力します。
        3. コンパートメント: このスタックが存在するコンパートメントを選択します。
        4. タグ: タグを追加します。
     3. 「保存」をクリックします。

        スタックを保存すると、保存されたスタックへのリンクを含むバナーが表示されます。

     4. リンクをクリックして、Resource Manager Serviceコンソールでスタックを開きます。

        「リソース・マネージャおよびTerraform」を参照してください。

   • スタックの詳細を表示するには:
     1. ナビゲーション・メニューを開きます。 「開発者サービス」の下で、「リソース・マネージャ」をクリックします。
     2. 「スタック」をクリックします。
     3. 詳細を表示するスタックの名前をクリックします。

        または、アクション・メニュー(3つのドット)をクリックし、「スタックの詳細を表示」オプションを選択します。

9. 「Autonomous Exadata VMクラスタの作成」をクリックします。

Autonomous VM Clusterの状態が「プロビジョニング」に変わります。 同様に、新しく追加されたAutonomous Virtual Machinesは「プロビジョニング」状態になります。 操作が正常に完了すると、Autonomous Virtual MachineクラスタおよびAutonomous Virtual Machinesの状態が「使用可能」に変わります。

Exadata InfrastructureのDBサーバーのリストの表示

Oracle Exadata Database Service on Cloud@Customerシステム上のデータベース・サーバー・ホストのリストを表示するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「インフラ」の下で、Exadata Infrastructureをクリックします。
3. Exadata Infrastructuresのリストで、詳細を表示するインフラストラクチャの表示名をクリックします。
4. 「リソース」の下で、「DBサーバー」をクリックします。
5. DBサーバーのリストで、詳細を表示するDBサーバーの名前をクリックします。

   DBサーバーは、ホストされている各クラスタのVMと、それらに割り当てられたリソースをリストします。

Autonomous Exadata VMクラスタのリストの表示

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型Exadata VMクラスタのリストを表示するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。

   Autonomous Exadata VMクラスタ・ビュー・ページには、選択したExadata Infrastructure内のAVMCがリストされ、次の詳細が表示されます:

   • 名: AVMCの名前
   • 状態: 更新、プロビジョニング、使用可能などのAVMCのライフサイクル状態。

   • CPU(%): 使用可能なCPUと合計CPU、および色分けされた棒グラフとして表される使用済CPUの割合。 このバーに表示される色は、次のとおりです:

     • 70%未満: 緑
     • 70から90%の間: 黄
     • 90%より大きい: 赤
   • 再利用可能なCPU: Autonomous VMクラスタ内のすべてのAutonomous Container Databasesで終了およびスケール・ダウンされたすべてのAutonomous Databasesからの合計CPU。 再利用可能なCPUは、Autonomous Container Databaseが再起動されるまで使用可能状態に戻されません。

   • ストレージ(TB): TBの使用可能ストレージと合計ストレージ、および使用済ストレージの割合は、色分けされた棒グラフで表されます。 このバーに表示される色は、次のとおりです:

     • 70%未満: 緑
     • 70から90%の間: 黄
     • 90%より大きい: 赤
   • プロビジョニング可能なACD: Autonomous VMクラスタに作成できるAutonomous Container Databasesの数。
   • CPU当たりのメモリー: CPU当たりのメモリー・サイズをGBで表します。
   • 作成日: AVMCの作成日時。

Autonomous Exadata VMクラスタの詳細の表示

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型Exadata VMクラスタに関する詳細情報を表示するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. Autonomous Exadata VMクラスタのリストで、詳細を表示するExadata VMクラスタの表示名をクリックします。

   (または)

   1. Exadata Infrastructureをクリックします。
   2. Exadata Infrastructureのリストで、詳細を表示するExadata Infrastructureの表示名をクリックします。

      「インフラストラクチャの詳細」ページが表示されます。

   3. 「リソース」の下で、「Autonomous Exadata VMクラスタ」をクリックします。
   4. Autonomous Exadata VMクラスタのリストで、詳細を表示するAutonomous Exadata VMクラスタの表示名をクリックします。 または、アクション・メニュー(3つのドット)をクリックし、「詳細を見る」を選択します。

      「Autonomous Exadata VMクラスタの詳細」ページが表示されます。

      「リソース割当」セクションには、割り当てられたリソースの概要が表示されます。

      • CPU(%): 使用可能なCPUと合計CPU、および色分けされた棒グラフとして表される使用済CPUの割合。 このバーに表示される色は、次のとおりです:
        • 70%未満: 緑
        • 70から90%の間: 黄
        • 90%より大きい: 赤
      • ADBストレージ(TB): TBの使用可能ストレージと合計ストレージ、および使用済ストレージの割合は、色分けされた棒グラフで表されます。 このバーに表示される色は、次のとおりです:
        • 70%未満: 緑
        • 70から90%の間: 黄
        • 90%より大きい: 赤
      • CPU当たりのデータベース・メモリー: これは、CPU当たりのメモリー・サイズ(GB)を表します。
      • プロビジョニング可能なACD: Autonomous VMクラスタに作成できるAutonomous Container Databasesの数。

      「詳細の表示」をクリックして、リソース割当ての詳細を表示します。

      結果のリソース割当詳細ページには、2つのタブがあります: Autonomous Exadata VMクラスタ: AVMCに割り当てられたリソースの詳細を表示し、Autonomous Container Database: ADBに割り当てられたリソースの詳細を表示します。

      Autonomous Exadata VMクラスタ:

      • 割り当てられたリソース合計: このセクションでは、このAVMCに割り当てられた次のリソースの最新の値を示します:
        • CPU
        • Exadata Storage in TB
        • GBのローカル・ストレージ
        • メモリー(GB)
        • ACDの最大数
        • Autonomous Databaseストレージ(TB)
        • Autonomous Database GBのCPU当たりのメモリー。
        • ローカル・バックアップのストレージが有効か無効かも確認できます。

      • リソース使用状況の視覚化: このセクションでは、AVMCのリソース使用率をグラフィカルに表形式で表現します。

        ノート: このセクションの右上隅にあるドロップダウン・リストからチャート・ビューまたはテーブル・ビューを選択すると、グラフィカル・ビューまたは表形式でこの情報を表示できます。

        • チャート・ビュー: チャート・ビューがデフォルト・ビューです。 このビューでは、次のように、様々なリソースの使用状況の詳細を提供する4つのグラフィカル・ビジュアライゼーションを表示できます:
          • CPU使用率: このAVMCに割り当てられているCPUの合計数、およびそれらのCPUのうち、再利用可能、使用可能、プロビジョニングおよび予約されているCPUの数を示します。 これはドーナツ・チャートで、チャートの中央にCPUの合計数が表示されます。
          • VMレベルでのCPU使用率: これは、クラスタ内の各VMのCPU使用率の内訳を示す横棒グラフです。 各バーには、そのVMの再利用可能なCPU、使用可能CPU、プロビジョニング済CPUおよび予約済CPUの数が色分けされて表示されます。 水平バーの各色付き部分にカーソルを置くと、その特定のVMの再利用可能、使用可能、プロビジョニング済および予約済CPUの数が表示されます。 再利用可能な、プロビジョニングされた、および予約されたバーをクリックすると、ACDごとのCPUコンポーネントの内訳を示す新しいパネルが開きます。
          • Autonomous Container Database (ACD)の使用方法: プロビジョニング可能ACD、プロビジョニング済ACDおよびプロビジョニング不可ACDの分割とともに、このAVMCで作成できるACDの合計数を示します。 それぞれの意味を理解するには、「リソースの用語」を参照してください。 これはドーナツ・チャートで、チャートの中央にACDの合計数が表示されます。
          • Autonomous Database (ADB)ストレージ(TB単位): これは、使用可能、使用済および合計のAutonomous Databaseストレージ(TB)を示すドーナツ・チャートです。 合計ストレージ値がチャートの中央に表示され、使用可能なストレージ値と使用済ストレージ値が異なる色でチャートに表示されます。
        • 表ビュー: 表ビューでAVMCのリソース使用率の詳細を表示するには、リソース使用率のビジュアライゼーション・セクションの右上隅にあるドロップダウン・リストから表ビューを選択します。 表の表示には、チャートの表示とまったく同じ詳細が表の形式で表示されます。 次の4つの表が表示されます:
          • CPU使用率: このAVMC内の使用可能なCPU、プロビジョニングされたCPU、予約されたCPUおよび再利用可能なCPUの合計数を示します。
          • VMレベルでのCPU使用率: このVMクラスタ内の各VMで使用可能なCPU、プロビジョニングされたCPU、予約されたCPUおよび再利用可能なCPUの数をリストします。
          • Autonomous Container Database (ACD)の使用方法: このAVMCのプロビジョニング可能ACD、プロビジョニング済ACD、およびプロビジョニング不可ACDの数を示します。
          • Autonomous Database (ADB)ストレージ(TB単位): 使用可能な使用済のAutonomous DatabaseストレージをTB単位で表示します。
      Autonomous Container Database: このタブには、テナンシ内の任意のコンパートメントで作成された、選択したAVMC内のすべてのACDに関する次の詳細がリストされます:

      • ACDの表示名
      • プロビジョニング可能な最大Autonomous DatabaseのCPU値。
      • Autonomous DatabasesにプロビジョニングされたCPUの数。
      • 予約済CPUの数。
      • 再利用可能なCPUの数。

Autonomous Exadata VMクラスタ・リソースのスケーリング

Autonomous Exadata VMクラスタ・リソースをスケーリングするには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. Autonomous Exadata VMクラスタのリストで、スケーリングするAutonomous Exadata VMクラスタをクリックします。
4. 「Autonomous Exadata VMクラスタの詳細」ページで、「Autonomous VMクラスタのスケーリング」をクリックします。
5. 結果の「Autonomous VMクラスタのスケーリング」パネルで、スライダを調整して、次のリソースを増減します:
   • VM当たりのCPU数
   • Autonomous Container Databaseの最大数
   • データベース・ストレージ(TB)

   スライダの最小値と最大値は、リソースがスケーリングできる最小値および最大値です。

   ノート:

   VM当たりのCPU数またはAVMCのAutonomous Container Databasesの最大数を変更すると、AVMCのローリング再起動がトリガーされます。 これにより、そのAVMCで作成されたすべてのACDおよびAutonomous Databasesが再起動されます。

6. 「変更の保存」をクリックします。
7. ローリングの再起動を確認するには、「ローリング再起動の確認」ダイアログでAVMC名を入力し、「確認」をクリックします。

   ノート:

   このAVMCまたはACDおよびその中のAutonomous Databasesで進行中のメンテナンス・アクティビティが発生した場合、スケール・リクエストは適切なメッセージで失敗します。

Oracle管理インフラストラクチャの更新のスケジュール

Exadata Cloud Serviceの更新は四半期ごとにリリースされます。 メンテナンス・ウィンドウを設定して、四半期インフラストラクチャ・メンテナンスを開始する時間を決定できます。

また、Oracle Cloud Infrastructureコンソールで、Autonomous Exadata VMクラスタのスケジュール済メンテナンス実行およびメンテナンス履歴を表示することもできます。

• 「Autonomous Exadata VMクラスタの自動メンテナンス・スケジュールの設定」
  
• 「Autonomous Exadata VMクラスタの次回のスケジュール済メンテナンスの時間を表示または編集」
  
• 「Autonomous Exadata VMクラスタのメンテナンス履歴の表示」
  

Autonomous Exadata VMクラスタの自動メンテナンス・スケジュールの設定

Oracle Exadata Cloud@CustomerシステムでAutonomous Exadata VMクラスタのメンテナンス・スケジュールを設定する方法について学習します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. Autonomous Exadata VMクラスタのリストで、メンテナンス・ウィンドウを設定するAutonomous Exadata VMクラスタを検索し、強調表示された名前をクリックします。
4. 「Autonomous Exadata VMクラスタの詳細」ページの「メンテナンス」で、「メンテナンス詳細」フィールドの編集リンクをクリックします。
5. 「自動メンテナンスの編集」ページで、「スケジュールの指定」を選択します。
6. メンテナンス月で、Autonomous Exadata VM Clusterのメンテナンスを実行する四半期ごとに少なくとも1か月を指定します。
   四半期ごとに複数の月を選択できます。 拡張通知に長いリード・タイム(4週間など)を指定する場合は、メンテナンス実行が発生する四半期ごとに2か月または3か月を指定できます。 これにより、必要なリード・タイムを考慮した後、メンテナンス更新が適時に適用されるようになります。 リード・タイムについては、後のステップで説明します
7. オプション. 「月の週未満」は、メンテナンスを実行する月の週を指定します。
   週は月の1日目、8日目、15日目、22日目から始まり、期間は7日です。 週は、曜日ではなくカレンダの日付に基づいて開始および終了します。 28日を超える月の5週目のメンテナンスはスケジュールできません。 月の週を指定しない場合は、Oracleによって、中断が最小限になる週にメンテナンス更新が実行されます。
8. オプション. 「曜日未満」は、メンテナンスが発生する曜日を指定します。
   曜日を指定しない場合は、Oracleによって、中断が最小限になる週末の日にメンテナンス更新が実行されます。
9. オプション. 「開始時間未満」は、メンテナンス実行を開始する時間を指定します。 開始時間を指定しない場合、Oracleは、メンテナンス更新を実行するための中断時間を最小限に抑えます。
10. 「不足リード・タイム」:通知メッセージを受信するメンテナンス・イベントの最低週数を指定します。
    リード・タイムにより、事前通知に必要な最短期間を考慮して、新しくリリースされるメンテナンス更新がスケジュールされます。
11. 「変更の保存」をクリックします。

Autonomous Exadata VMクラスタの次回のスケジュール済メンテナンスの時間を表示または編集

次回のスケジュール済メンテナンスの時間を表示および編集する方法を学習します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. Autonomous Exadata VMクラスタのリストで、メンテナンス・ウィンドウを設定するAutonomous Exadata VMクラスタを検索し、強調表示された名前をクリックします。
4. 「Autonomous Exadata VMクラスタの詳細」ページの「メンテナンス」で、「次回のメンテナンス」フィールドのビュー・リンクをクリックします。
5. 「メンテナンス」ページに、スケジュール済メンテナンス・イベントがリストされます。
6. オプション. 次回のスケジュール済メンテナンスの時間を変更するには、「予定開始時間」フィールドの「編集」リンクをクリックします。
7. 「インフラストラクチャ・メンテナンス・スケジュール済開始時間の編集」ページで、「予定開始時間」フィールドに日時を入力します。
   次の制限が適用されます。

   • 以前のインフラストラクチャ・メンテナンスから180日以内の日付にインフラストラクチャ・メンテナンスを再スケジュールできます。 再スケジュールしたメンテナンスの実行前に新しいメンテナンス・リリースが発表された場合、指定した日付に新しいリリースが適用されます。 メンテナンスは、現在スケジュールされているよりも早く実行するように再スケジュールできます。 現在の時間がスケジュールされたメンテナンス開始時間から2時間以内である場合は、メンテナンスを再スケジュールできません。
   • Oracleでは、各四半期の特定の日付が内部メンテナンス操作用に予約されており、これらの日付にメンテナンスをスケジュールすることはできません。

Autonomous Exadata VMクラスタのメンテナンス履歴の表示

Autonomous Exadata VMクラスタのメンテナンス履歴を表示する方法について学習します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. Autonomous Exadata VMクラスタのリストで、メンテナンス・ウィンドウを設定するAutonomous Exadata VMクラスタを検索し、強調表示された名前をクリックします。
4. 「Autonomous Exadata VMクラスタの詳細」ページの「メンテナンス」で、「次回のメンテナンス」フィールドのビュー・リンクをクリックします。
5. 「メンテナンス履歴」をクリックして、完了状態の詳細を含む過去のメンテナンス・イベントのリストを表示します。

Autonomous VMクラスタでのライセンス・タイプの変更

Oracle Exadata Database Service on Cloud@Customerシステムで自律型Exadata VMクラスタのライセンス・タイプを更新するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. Autonomous Exadata VMクラスタのリストで、管理するExadata VMクラスタの表示名をクリックします。
4. 「ライセンス・タイプの更新」をクリックします。
5. 「ライセンス・タイプ」の更新ダイアログ・ボックスで、次のいずれかのライセンス・タイプを選択します。
   • ライセンス持込み (BYOL): VMクラスタで使用するOracle Databaseソフトウェア・ライセンスを組織がすでに所有している場合は、このオプションを選択します。
   • 含まれるライセンス: Exadata Database Service on Cloud@Customerの一部としてOracle Databaseソフトウェア・ライセンスをサブスクライブするには、このオプションを選択します。

   ライセンス・タイプを更新すると、VMクラスタの操作が中断されます。

6. 「変更の保存」をクリックします。

Autonomous Exadata VMクラスタの別のコンパートメントへの移動

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型Exadata VMクラスタをあるコンパートメントから別のコンパートメントに移動するには、次のステップを実行します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. Autonomous Exadata VMクラスタのリストで、管理するExadata VMクラスタの表示名をクリックします。
4. 「リソースの移動」をクリックします。
5. 新しいコンパートメントを選択します。
6. 「リソースの移動」をクリックします。

Autonomous Exadata VMクラスタの終了

Oracle Exadata Database Service on Cloud@Customerシステムで自律型Exadata VMクラスタを終了するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Exadata VMクラスタのリストで、管理するExadata VMクラスタの表示名をクリックします。
3. 「終了」をクリックします。
4. 確認ダイアログでAutonomous Exadata VMクラスタを終了することを確認します。
5. 「VMクラスタの終了」をクリックします。

APIを使用したAutonomous Exadata VMクラスタの管理

APIの使用およびリクエストの署名の詳細は、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。

次の表に、Autonomous Exadata VMクラスタを管理するためのREST APIエンドポイントを示します。

操作	REST APIエンドポイント
Autonomous Exadata VMクラスタの作成	CreateAutonomousVmCluster
Autonomous Exadata VMクラスタのリストの表示	ListAutonomousVmClusters
Autonomous Exadata VMクラスタの詳細の表示	GetAutonomousVmCluster
Autonomous VMクラスタのライセンス・タイプの変更	UpdateAutonomousVmCluster
Autonomous Exadata VMクラスタの別のコンパートメントへの移動	ChangeAutonomousVmClusterCompartment
Autonomous Exadata VMクラスタの終了	DeleteAutonomousVmCluster
Autonomous Container Databaseのリソース使用状況統計を取得	GetAutonomousContainerDatabaseResourceUsage

Oracle Database TLS証明書およびOracle REST Data Services (ORDS) TLS証明書のローテーション

データベースTLS証明書またはORDS TLS証明書をローテーションするには、この手順を使用します。

ノート:

データベースTLS証明書またはORDS TLS証明書のローテーションは、中断を伴う操作です。 データベースTLS証明書がローテーションされると、リスナーが再起動され、データベースの可用性が中断されます。 ORDS TLS証明書のローテーション中に、ORDSが再起動し、アプリケーションの接続が中断されます。 証明書は適宜ローテーションすることをお薦めします。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. 「Autonomous Exadata VMクラスタ」をクリックします。
3. Autonomous Exadata VMクラスタのリストで、証明書をローテーションするExadata VMクラスタの表示名をクリックします。

   「ネットワーク」セクションでは、SCANリスナー・ポート(TLS、non-TLS)、認証モード(「片道TLS」、「相互TLS」)およびデータベースとORDS TLS証明書の有効期限の概要を示します。

   ノート:

   • 証明書の有効期限が切れる6週間前に、警告バナーにローテーションする証明書のリストが表示されます。 証明書がリフレッシュされるまで、バナーの表示は続行されます。
   • 証明書がすでに期限切れの場合、このVMクラスタ上のデータベースにアクセスできないことを示すエラー・バナーが表示されます。 また、TLS以外のポートである1521を使用してデータベースにアクセスできることも示唆されています。
4. 「Autonomous Exadata VMクラスタの詳細」ページで、「証明書の管理」をクリックします。
   「証明書の管理」ページが表示されます。

   ノート:

   • 証明書の有効期限が切れる6週間前に、警告バナーにローテーションする証明書のリストが表示されます。 証明書がリフレッシュされるまで、バナーの表示は続行されます。
   • 証明書がすでに期限切れの場合、このVMクラスタ上のデータベースにアクセスできないことを示すエラー・バナーが表示されます。 また、TLS以外のポートである1521を使用してデータベースにアクセスできることも示唆されています。
5. 管理する証明書タイプを選択します。

   データベースTLS証明書: Autonomous Databaseクライアント接続を管理するには、このオプションを選択します。

   証明書の有効期限が切れる6週間前に警告バナーが表示されます。

   1. 証明書生成タイプを選択します。
      • システム生成済: Oracle提供の証明書を使用する場合は、このオプションを選択します。
      • 独自の証明書を使用: 独自の証明書を選択するには、このオプションを選択します。
        • 証明書ソース: デフォルトはVM Cluster管理証明書です。 このフィールドを編集することはできません。
        • 証明書: 選択したコンパートメントから証明書を選択します。
        • CA証明書の指定: CA詳細を指定するには、このチェック・ボックスを選択します。
          • 認証局: 選択したコンパートメントからCAを選択します。
          • CAバンドル: 選択したコンパートメントからCAバンドルを選択します。
   2. 「変更の保存」をクリックします。

      データベースTLS証明書の更新の確認ダイアログが表示されます。

   3. バナーに関する情報を確認します。
   4. 「DB TLS証明書の更新」をクリックします。

      Autonomous Exadata VMクラスタのステータスが「更新中」に変わり、変更が正常に更新されるとステータスが「使用可能」に変わります。

   ORDS TLS証明書: APEXアプリケーションのTLS証明書をローテーションするには、このオプションを選択します。

   証明書の有効期限が切れる6週間前に警告バナーが表示されます。

   1. 証明書生成タイプを選択します。
      • システム生成済: Oracle提供の証明書を使用する場合は、このオプションを選択します。
      • 独自の証明書を使用: 独自の証明書を選択するには、このオプションを選択します。
        • 証明書ソース: このフィールドは編集できません。
        • 証明書: 選択したコンパートメントから証明書を選択します。
        • CA証明書の指定: CA詳細を指定するには、このチェック・ボックスを選択します。
          • 認証局: 選択したコンパートメントからCAを選択します。
          • CAバンドル: 選択したコンパートメントからCAバンドルを選択します。
   2. 「変更の保存」をクリックします。

      ORDS TLS証明書更新の確認ダイアログが表示されます。

   3. バナーに関する情報を確認します。
   4. 「ORDS TLS証明書の更新」をクリックします。

      Autonomous Exadata VMクラスタのステータスが「更新中」に変わり、変更が正常に更新されるとステータスが「使用可能」に変わります。