Oracle Exadata Database Service on Dedicated Infrastructureの新機能

Exadata Cloud Infrastructureには常に新しい機能が追加されています。

OCIリージョン間での同じカスタム・ソフトウェア・イメージの使用

この機能拡張により、異なるリージョンの1つのリージョンで作成されたソフトウェア・イメージを使用しながら、次のことができます。

  • データベース・ソフトウェアの更新
  • Grid Infrastructureソフトウェアの更新
  • 新規データベース・ホームのプロビジョニング
  • 新規データベースのプロビジョニング
  • Data Guardアソシエーションの有効化
  • バックアップからのデータベースの作成

ゲストVMローカル・ファイル・システムのサイズを増やす機能

現時点では、ゲストVMの/u02ファイル・システムのサイズを増減することしかできません。現在は、OCIコンソールまたはAPIを使用して、//u01/tmp/var/var/log/var/log/audit/homeなどの追加のローカル・ファイル・システムのサイズを増やすことができます。

カスタム・ソフトウェア・イメージの作成および使用

必要なすべてのパッチがバンドルされ、顧客環境で認定されたカスタム・ソフトウェア・イメージ(データベースおよびGrid Infrastructure)を作成する機能により、開発者およびデータベース管理者は承認済で再利用可能なゴールド・イメージを構築できます。

Oracle Exadata Database Service on Dedicated Infrastructureシステムへのシリアル・コンソール・アクセスの管理

ノート

シリアル・コンソール機能には、(少なくとも) Exadata System Software 23.1.13が必要です。必要なソフトウェアが四半期メンテナンスを介してインストールされ、VMの再起動が発生すると、新しいシリアル・コンソール機能を使用できます。

Oracle Exadata Database Service on Dedicated Infrastructureシステムへのシリアル・コンソール接続を作成および削除して、SSH接続を使用してVMゲスト・オペレーティング・システムの問題を診断および解決できます(VMへの標準SSHアクセスが不可能な場合)。

要件: Exadata System Software 23.1.13は、最低限必要なバージョンです。また、opcまたはrootユーザーのパスワードの設定など、次に示すすべての前提条件を確認してください。これらの要件を事前に満たすために必要な変更を行わないと、VMにアクセスできない場合に必要になったときにシリアルコンソールに緊急に接続できなくなります。

専用インフラストラクチャ上のExadata Database Service上のOracle Database 23ai

Oracle Database 23aiは、Oracle Exadata Database Service on Dedicated Infrastructure (ExaDB-D)で使用可能な通常の本番リリースです。このリリースでは、23aiデータベースに対してすべてのライフサイクル操作を実行できます。

データベース・ホーム作成時の統合監査の有効化

この機能拡張により、データベース・ホームの作成中にOracle Databaseバージョン12.2以降で使用可能になった統合監査を有効にできます。

  • Oracle Databaseバージョン12.1以下:統合監査フレームワークは使用できません。かわりに、従来の監査- レガシーOracle Database監査フレームワークを使用します。
  • Oracle Databaseバージョン12.2以上: OCIコンソールから統合監査を有効にできます。Oracle Databaseバージョン12.2以上がバージョン23未満の場合、「統合監査」チェック・ボックスはデフォルトでは選択されていません。ただし、Oracle Databaseバージョン23ではデフォルトで選択されています。
ノート

データベース・ホームのプロビジョニング後に統合監査を無効にすることはできません。

OL7ベースまたはOL8ベースのイメージを使用したVMクラスタのプロビジョニング

この機能拡張により、インフラストラクチャがX9以前の場合は、OL7ベースのイメージまたはOL8ベースのイメージを使用してVMクラスタをプロビジョニングできます。

データベースおよびストレージ・サーバーを削除するためのOCIコンソールの拡張

この拡張機能により、次のことができます。

  • サーバー数を現在の割当てより小さい値に変更することで、Exadataインフラストラクチャ・リソースをスケール・ダウンします。
  • DBサーバーとストレージ・サーバーの両方で、より少ない数にスケール・ダウンできます。
  • 実行中のVMがない場合、データベース・サーバーは削除されます。
    ノート

    削除するDBサーバーは選択できません。この機能により、VMがないデータベース・サーバーは自動的に削除されます。
  • Exadataインフラストラクチャ・ストレージの拡張にサーバーが使用されていない場合、ストレージ・サーバーは削除されます。
  • 非マルチVM対応インフラストラクチャのプロビジョニングされたVMクラスタからVMを削除します。この手順は、マルチVM対応インフラストラクチャのVMクラスタからVMを終了する場合と同様です。

「容量の追加」ステップは、ストレージ・サーバーのスケールアップ・ワークフローの一部として実行され、ディスク・グループが作成され、すべてのストレージ・サーバー間でデータがリバランスされます。詳細は、マルチVM対応インフラストラクチャのVMリソースのスケーリングを参照してください。

同じOCIリージョン内の異なるVCNまたはコンパートメントでのData Guardの有効化

この機能拡張により、Exadata Cloud Infrastructureが同じOCIリージョン内の異なるVCNまたはコンパートメントにある場合に、Data Guardを有効にできます。

管理者(SYSユーザー)およびTDE Walletパスワードの管理

この機能改善により、管理者およびTDEウォレット・パスワードを管理できます。

ノート

現在、Oracle Key Vault (OKV)またはOCI Vault Key管理対応データベースのTDEウォレット・パスワードの変更はサポートされていません。

Data Guard環境のスタンバイ・データベースからのバックアップおよびリストア

この機能拡張は:

  • お客様は、Data Guard環境のスタンバイ・データベースにバックアップをオフロードできるため、本番データベース環境のリソースが解放されます。
  • お客様は、Data Guard環境のスタンバイ・データベースで自動バックアップをスケジュールし、保存期間およびバックアップ・スケジュールを構成できます。
  • お客様は、スタンバイ・データベースのバックアップから同じリージョン内の別のアベイラビリティ・ドメイン(AD)にデータベースを作成できます。
  • スタンバイ・データベースのバックアップを使用して、スタンバイ・データベースをリストアおよびリカバリできます。
  • プライマリ・データベースのみ、スタンバイ・データベースのみ、またはその両方でバックアップを取る柔軟性を提供します。
  • スタンバイ・データベースの手動完全バックアップを作成できます。
  • プライマリ・データベースのバックアップの保存先がObject Storageの場合にのみ、スタンバイ・データベースでバックアップを有効または無効にできます。
ノート

  • プライマリ・データベースとスタンバイ・データベースのバックアップの保存先がObject Storageの場合、プライマリ・データベースのバックアップの保存先をAutonomous Recovery Serviceに変更できません。

    プライマリ・データベースのバックアップの保存先をAutonomous Recovery Serviceに変更するには、まずスタンバイ・データベースでバックアップを無効にします。

  • スタンバイ側のバックアップを使用してプライマリ・データベースでリストア/リカバリ操作を実行することはできません。
  • スイッチオーバーのシナリオ:
    • オブジェクト・ストレージのバックアップ保存先を使用してプライマリで自動バックアップが構成されている場合、スイッチオーバー時に、バックアップは新しいスタンバイ・データベースで続行されます
    • Autonomous Recovery Serviceのバックアップ保存先を使用してプライマリで自動バックアップが構成されている場合、スイッチオーバー時に、新しいスタンバイ・データベースでバックアップおよびリストアが無効になります
    • オブジェクト・ストレージのバックアップ保存先を使用してスタンバイに自動バックアップが構成されている場合、スイッチオーバー時に、バックアップは新しいプライマリ・データベースで続行されます
  • フェイルオーバーのシナリオ:
    • オブジェクト・ストレージまたはAutonomous Recovery Serviceのバックアップ保存先を使用してプライマリで自動バックアップが構成されている場合、フェイルオーバー時に、新しい無効化されたスタンバイ・データベースでバックアップが無効になります
    • オブジェクト・ストレージのバックアップ保存先を使用してスタンバイで自動バックアップを構成した場合、フェイルオーバー時にバックアップは新しいプライマリ・データベースで続行されます

実行中の完全または増分バックアップの取消

進行中のバックアップを取り消すことができ、システム・リソースを解放できます。このバックアップ・ジョブを取り消すために、運用チームを呼び出す必要はありません。

データベースの作成ワークフローの一部として、(データベースの作成後に)独立して自動バックアップを有効にし、必要なバックアップの保存先を選択できます。選択したバックアップの保存先によっては、1つ以上の完全バックアップと複数の増分バックアップがある場合があります。これらのバックアップのいずれかが開始されると、途中でそのバックアップを取り消すオプションはありません。

この機能を使用すると、OCIコンソールまたはOCI APIを介して、実行中のバックアップ(自動またはスタンドアロン)を取り消すことができます。

次のこともできます。

  • 手動バックアップを取り消します。これは、「バックアップの作成」ボタンをクリックするとトリガーされます

    ノート:すべての手動バックアップは、全体バックアップです。

  • 取り消された手動バックアップの削除

デフォルトのバックアップ保存先としてのAutonomous Recovery Service

サービス: データベース

リリース日: 2023年8月17日

このコンソールの拡張機能では、Autonomous Recovery Serviceがすべてのリージョンの自動バックアップのデフォルトのバックアップ保存先として設定され、リクエストしなくてもデフォルトの制限が自動的に含まれます。

サービス制限、割当ておよび使用方法の詳細は、Autonomous Recovery Serviceの制限を参照してください。

Exadataフリート更新

Exadata Fleet Updateは、Oracle DatabaseおよびGrid Infrastructureのパッチ適用エクスペリエンスを簡素化、標準化および強化します。Exadataフリート更新は、顧客のビジネス・ニーズに基づいてコンポーネントを、特定のメンテナンス・サイクル内の1つのエンティティとしてパッチ適用できるコレクションにグループ化することで、これを実現します。

Exadataフリート更新は、このパッチ適用エンジンをOCIにネイティブ・クラウド・サービスとして提供し、OCIコンソール、OCI APIおよびOCI CLIを介してアクセスできます。

Exadataフリート更新は、Cloud@Customer (ExaDB-C@C)および専用インフラストラクチャ上のExadata Database Service (ExaDB-D)を含むOracleのExadata Database Serviceでは無料で使用できます。

詳細は、次を参照してください:

ゲストVM (domU)オペレーティング・システムをOracle Linux 8に更新

サービス: データベース

リリース日: 2023年8月1日

コンソールまたはAPIを使用して、ゲストVMオペレーティング・システムをOracle Linus 8に更新します。この拡張機能は、Exadata X7、X8MおよびX9Mシステムに制限されています。

バックアップを使用した同じリージョン内の複数のアベイラビリティ・ドメインにわたるデータベースの作成

サービス: データベース

リリース日: 2023年7月26日

この拡張機能により、ADが起動すると、次のことができます。

  • バックアップの保存先Object StorageとAutonomous Recovery Serviceのどちらでバックアップが作成されたかに関係なく、既存のバックアップを使用してそのバックアップをリストアし、同じ可用性ドメイン内または同じリージョン内の別の可用性ドメインにデータベース(アウトオブプレース・リストア)を作成します
  • ホストベースのウォレット(ローカル・ウォレット)またはOCI Vaultを使用して構成されたデータベースで作成されたバックアップをリストアします

暫定ソフトウェア更新

この機能により、クラウドのみのお客様は、OCIコンソールおよびAPIから個別パッチをダウンロードできます。コンソールおよびAPIを介してダウンロードしたパッチを適用するオプションはありません。これらのパッチを適用するには、VMにログインし、パッチ適用ユーティリティを実行する必要があります。

ノート

暫定的なソフトウェア更新をダウンロードできるようにするには、少なくともExaDB-Dインフラストラクチャをプロビジョニングする必要があります。

個別パッチをダウンロードしても、Database Software Image (DSI)の作成は置き換えられません。お客様は、データベース・ソフトウェア・イメージ(DSI)を引き続き使用して、カスタマイズしたイメージを構築およびデプロイする必要があります。

自動完全バックアップ(L0)および増分バックアップ(L1)を構成するための拡張制御

サービス: データベース

リリース日: 2023年5月17日

データベースの作成ワークフロー中に自動バックアップを有効にするか、後で別のステップとして最初の完全バックアップ(初期L0)をただちに開始します。

同様に、後続の完全バックアップ(将来L0)および日次増分バックアップ(L1)の場合、時間ウィンドウを指定できますが、これらのバックアップを開始する必要がある曜日は変更できません。

将来のL0およびL1バックアップは、自動バックアップ・プロセスが開始されるデータベースに対してユーザーが選択した2時間のスケジュール・ウィンドウで開始されます。選択できるスケジューリング・ウィンドウは12個あり、それぞれが偶数時間から始まります。たとえば、あるウィンドウは午前4時から午前6時まで、次のウィンドウは午前6時から午前8時までです。バックアップ・ジョブは、必ずしもスケジュール済ウィンドウ内に完了するわけではありません。ウィンドウを指定しない場合は、デフォルトの6時間のバックアップ時間枠である00:00から06:00が選択されます。この場合、タイム・ゾーンはExadata Cloudインフラストラクチャ・インスタンスのリージョンに対応します。

バックアップ保存先、Object Storage ServiceおよびAutonomous Recovery Serviceの現在のデフォルトは次のとおりです。

  • 初期完全L0バックアップ:即時
  • 後続の完全L0バックアップ:毎週日曜日
  • 日次増分L1バックアップ:毎週月曜日から土曜日

これらの拡張コントロールを使用すると、次のことができます。

  1. 初期L0バックアップをすぐに開始するように構成するかわりに、初期L0バックアップをすぐに開始するか、L0スケジュールに従って開始するかを指定することもできます。
  2. 将来の完全バックアップを開始する時間ウィンドウを選択します。
  3. 増分バックアップを開始する時間ウィンドウを選択します。これは、L0バックアップの時間ウィンドウとは異なる場合があります。

    時間ウィンドウは、2時間のスケジュール・ウィンドウとデフォルトの6時間のウィンドウのままです。

バックアップの保存先としてのOracle Database Autonomous Recovery Serviceの構成

サービス: データベース

リリース日: 2023年4月12日

Oracle Database Autonomous Recovery Serviceは、専用インフラストラクチャ上のExadata Database用に最適化されたポリシー主導の自動バックアップおよびリカバリ・システムを提供します。また、データベース障害が発生した場合にデータ損失ゼロのリカバリで保護されたデータベースを有効にするリアルタイムのデータ保護機能も提供します。リアルタイム・データ保護は追加のコスト・オプションであるため、有効化または無効化を選択できます。

アプリケーションVIPサポート

サービス: データベース

リリース日: 2023年4月12日

VMクラスタでは、アプリケーション仮想IPアドレスのアタッチおよびデタッチがサポートされるようになりました。

月次ExaDB-Dインフラストラクチャ・セキュリティ・メンテナンス

サービス: データベース

リリース日: 2023年3月1日

四半期メンテナンスとともに実行されるセキュリティ・メンテナンスは、月に1回実行され、CVSSスコアが7以上の脆弱性の修正が含まれています。

ノート

インフラストラクチャ・セキュリティ・メンテナンスの実装は、SCLYULZRHAUHDXBYNYHYDORDMADMTZおよびARNリージョンにのみ展開されます。他のリージョンにも段階的にロールアウトされる予定です。

Identity and Access Management (IAM)とOracle Exadata Database Service on Dedicated Infrastructureの統合

サービス: データベース

リリース日: 2023年1月24日

最新のリリース更新では、Oracle Cloud Infrastructure (OCI) Identity and Access Management (IAM)認証および認可を使用するように仮想マシン・クラスタでデータベースを構成し、IAMユーザーがIAM資格証明を使用してデータベースにアクセスできるようになりました。

このリリースのIAM認証および認可:
  • 新しくプロビジョニングされたデータベースと、19.17にパッチが適用された既存のデータベースで利用できます。この機能は、Oracle Databaseリリース21cでは使用できません。
  • Data Guardで構成されたデータベースでは使用できません。

Exadata Cloud Infrastructure: プライベートDNS

  • サービス: データベース
  • リリース日: 2023年1月18日

ユーザーは、ExaCSに新しいVMクラスタをプロビジョニングするときに、プライベート・ビューおよびプライベート・ゾーンを選択できます。VCNの基礎となるすべてのリソース(ExaDB-Dのリソースを含む)は、同じプライベート・ゾーンに作成される必要があります。プライベート・ゾーンは、VCN内のサブネットに関連付けることができます。この構成は後で変更できません。

プライベートDNSリゾルバは、顧客VCNの問合せとオンプレミス・ネットワークからの問合せを解決します。DNSアドレスを提供し、条件付き転送を使用してそれをDBリソースにシードする機能は、プライベートDNS機能によって提供されます。プライベート・リゾルバを使用すると、顧客は異なるVCN間でAレコードを解決できます(VCNピアリング-ローカル/リモートを使用)。

インフラストラクチャ・メンテナンス制御の機能強化

Exadata Cloud InfrastructureのOracle管理インフラストラクチャ・メンテナンスでは、次のように制御と可視性が向上しました:
  • ローリングおよび非ローリング・メンテナンス方法の選択。
  • メンテナンスが再開されるか、構成されたタイムアウトに達するまで、自動メンテナンスがVMを停止する前に待機することで、各データベース・サーバーでメンテナンス前にカスタム・アクションを実行する機能。
  • データベース・サーバーの更新順序の可視性。
  • コンポーネント・レベルでのメンテナンス進行状況の詳細なトラッキング。

Oracle Exadata Database Service on Dedicated Infrastructureでのプラガブル・データベースのデータベース管理サポート

サービス: データベース

リリース日: 2023年1月11日

Oracle Exadata Database Service on Dedicated Infrastructureでプラガブル・データベース(PDB)のデータベース管理を有効にし、モニタリング、パフォーマンス管理およびチューニングにデータベース管理機能を使用できるようになりました。

Microsoft Azure Active DirectoryとOracle Cloud Infrastructureデータベースの統合

サービス: データベース

リリース日: 2023年1月10日

Oracle Exadata Database on Dedicated Infrastructureは、Azure ADトークンを受け入れてデータベースにアクセスできるようになりました。Azure ADユーザーはAzure ADトークンを使用してデータベースに直接アクセスでき、アプリケーションはサービス・トークンを使用してデータベースにアクセスできます。

Azure AD統合は、19.17以上のパッチが適用されたデータベースで使用できます。この機能は、Oracle Databaseリリース21cでは使用できません。

Exadataシステムごとの複数の仮想マシン(MultiVM)の作成および管理とVMクラスタ・ノードのサブセット化

  • サービス: データベース
  • リリース日: 2022年11月9日以降(リリース日はリージョンごとに異なります)

Exadataリソースを複数の仮想マシンにスライスします。Oracle Exadata Database Service on Dedicated Infrastructureで最大8つの複数の仮想マシン(VM)クラスタを定義し、それらにシステム・リソース全体を割り当てる方法を指定します。

VMクラスタ・ノードのサブセット化を使用すると、データベース・サーバーのサブセットを新規および既存のVMクラスタに割り当てて、コンピュート・リソース(CPU、メモリー、ローカル・ストレージ)の割当てにおける柔軟性を最大限に高めることができます。

ノート

既存のExadataインフラストラクチャの場合、MultiVMは、2022年12月20日のMultiVM移行後の次回のスケジュール済メンテナンス実行の一部として有効になります。2022年11月15日のMVMリリース後に新しくプロビジョニングされたすべてのExadataインフラストラクチャでは、MultiVMが有効になります。

関連トピック

OCIコンソールでのVMクラスタおよびデータベースのヘルスおよびパフォーマンス・メトリック

  • サービス: データベース
  • リリース日: 2022年10月7日

このリリースでは、OracleはOracle Cloud Infrastructure (OCI)コンソールでデータベースおよびVMクラスタのヘルス・メトリックを提供します。

ノート

ネットワークの問題があり、Oracle Trace File Analyzer (TFA)がメトリックをポストできない場合、TFAは1時間待機してからメトリックのポストを再試行します。これは、TFAでメトリック処理のバックログを作成しないようにするために必要です。

ネットワークの復旧から最初のメトリックのポストまで、1時間分のメトリックが失われる可能性があります。

Oracle Exadata Database Service on Dedicated Infrastructure上のリソースに対するOracleの標準タグ付け

Exadata Cloud Infrastructureリソースは、組織スキームに従ってOracle標準タグを使用してタグ付けできるようになりました。リソースにタグ付けすることで、リソースをグループ化し、コストを管理して、リソースがどのように使用されているかについてインサイトを得ることができます。

自動診断収集

この機能は、ゲストVM上のOracle Databaseまたはその他のコンポーネントのヘルスに関する問題について通知を受けることができるデータベース・サービス・イベント機能の実装を拡張するものです。この拡張機能により、次のことが可能になります:
  • Oracleが診断と問題解決のために詳細なヘルス・メトリックを積極的に収集
  • Oracleが、より詳細な診断と問題解決のために、インシデント・ログとトレース・ファイルを事後対応的にオンデマンドで収集

ゲストVMイベント、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルを収集すると、Oracleによるサービス運用の強化と、早期の検出および相関によるプロアクティブなサポートの提供に役立ちます。

Exadata Database on Dedicated Infrastructure: クロスリージョンData Guardのキー管理サービス

  • サービス: データベース
  • リリース日: 2022年8月8日

プライマリ・データベースとスタンバイ・データベースの暗号化キーをそれぞれプライマリ・リージョンとスタンバイ・リージョンで使用できるようになり、OCI Vaultキーの単一障害点に対する保護が提供されます。これは、キーがOCI Virtual Private Vaultにある場合に可能です。つまり、キーが仮想プライベート・ボールト(VPV)に存在し、OCI Vaultサービスによって管理されている場合、2つのデータベース間でクロスリージョンData Guardを設定できます。

VMクラスタでのOracle Databaseの同時作成または終了

この機能拡張により、VMクラスタが「更新中」状態であっても、Oracleデータベースを同時に作成または終了できるようになりました。
  • クラスタに作成できるデータベースの数は、VMで使用可能なメモリーによって異なります。VMに60GBを超えるメモリーがある場合は、データベースごとにデフォルトで12.6GB (SGAに7.6GB、PGAに5GB)が割り当てられます。VMが60GB以下の場合は、6.3GB (SGAに3.8GB、PGAに2.5GB)が割り当てられます。また、Grid InfrastructureおよびASMは、約2GBから4GBのメモリーを消費します。
  • 作成中のデータベースは終了できません。ただし、VMクラスタ内の他のデータベースは終了できます。

VM Guest Exadata OSイメージのメジャー・バージョン更新

現在インストールされているバージョンが19.2以上である場合、Exadata VMクラスタ・イメージに対してマイナー・バージョン更新を実行する以外に、新しいメジャー・バージョンに更新できます。たとえば、VMクラスタがバージョン20の場合は、バージョン21に更新できます。

Exadata Databaseのデータベース・サービス・イベント機能

  • サービス: データベース
  • リリース日: 2022年7月8日

この機能により、顧客はOCIコンソールまたはAPI/CLI/SDK/Terraformを使用して、ゲストVM上のOracle Databaseまたはその他のコンポーネントのヘルスに関するイベント通知を受信できます。

現在は、バックアップ開始、バックアップ終了、パッチ適用開始などの基本的なライフサイクル管理イベントがあります。データベース・サービス・イベントの包括的なセットを含めて顧客が問題をトラブルシューティングできるように機能が拡張されているところです。

データベース・サービス・イベントは、テナンシの既存のOCIイベント・サービスおよび通知メカニズムを活用して、ゲストVMの操作および状態をモニターし、顧客の診断通知を生成します。顧客は、トピックを作成し、電子メール、関数、ストリームなどを使用してこれらのトピックをサブスクライブできます。イベント通知サービスの使用の詳細は、通知の概要を参照してください

顧客の主な利点

  • オプトイン・メカニズムを介してゲストVM操作の通知を受信できます。
  • 問題が深刻になる前に顧客が事前に対処できます。

OCIコンソール・エクスペリエンス

顧客は、OCIコンソール・メニューから「Oracle Database」→「Oracle Exadata Database Service on Dedicated Infrastructure」→特定のVMクラスタを選択してVMクラスタの詳細ページに移動し、VMクラスタの診断通知を有効にできます。

Exadata Database on Dedicated Infrastructure: 顧客管理の暗号化を使用するデータベースで「バックアップからデータベースを作成」を使用できるようになりました

  • サービス: データベース
  • リリース日: 2022年6月29日

Oracle Exadata Database Service on Dedicated Infrastructure (ExaDB-D): バックアップが顧客管理の暗号化を使用するデータベースのものである場合、バックアップからデータベースを作成できるようになりました。これは、バックアップがOracle管理の暗号化を使用するデータベースのバックアップである場合に、バックアップからデータベースを作成する既存の機能に加えて提供されます。

DBホーム・マイナー・バージョン選択(N-3)のサポート

選択したメジャー・バージョンおよびRUバージョンを使用してDBホームをプロビジョニングします。

プロビジョニング時に、イメージ・タイプとして「Oracle提供のデータベース・ソフトウェア・イメージ」を使用する場合は、「使用可能なすべてのバージョンの表示」スイッチを使用して、使用可能なすべてのPSUおよびRUから選択できます。各メジャー・バージョンの最新リリースは、「最新」ラベルで示されます。

Oracle Cloud Infrastructureで使用可能なOracle Databaseのメジャー・バージョン・リリースについては、現在のバージョンに加え、直近の3つの旧バージョン(NからN - 3まで)のイメージが提供されます。たとえば、インスタンスでOracle Database 19cを使用しており、提供される19cの最新バージョンが19.8.0.0.0である場合、プロビジョニングに使用できるイメージは、バージョン19.8.0.0.0、19.7.0.0、19.6.0.0および19.5.0.0が対象になります。

Oracle Cloud Infrastructure Operations InsightsによるOracle Cloudデータベースのサポート

オペレーション・インサイトで、Capacity PlanningおよびSQL Warehouseの機能を使用して、Oracle Cloud(ベア・メタル、仮想マシンVMおよびExadata Cloud Infrastructure)にデプロイされたOracle Databaseに関するインサイトを得られるようになりました。

Data Guardアソシエーションでプライマリ・データベースとスタンバイ・データベースに同じSIDを指定

Data Guardアソシエーションの作成時に、プライマリ・データベースに使用されるものと同じSID接頭辞をスタンバイ・データベースにも使用できるようになりました。

Exadata Cloud Infrastructure: プラガブル・データベースのライフサイクルをサポート

OCIコンソールおよびAPIを使用して、Exadata Cloud Infrastructureでプラガブル・データベース(PDB)を作成および管理できるようになりました。詳細は、Exadataプラガブル・データベースの作成および管理を参照してください。

Exadata Cloud Infrastructure: データベースの作成中に、DB_UNIQUE_NAMEおよびOracle SID接頭辞を設定

Exadata Cloud Infrastructureで新しいOracle Databaseを作成するときに、DB_UNIQUE_NAME値およびOracle SID接頭辞を指定できるようになりました。Oracle Data Guardアソシエーションでスタンバイ・データベースを作成する際にも、これらの値を設定できます。手順については、次のトピックを参照してください:

既存のExadata Cloud Infrastructureインスタンスにデータベースを作成するには

コンソールを使用したExadata Cloud InfrastructureシステムでのData Guardの有効化

エラスティックな拡張

サービス: データベース

リリース日: 2021年12月23日

エラスティックなプロビジョニングと拡張により、増大するワークロード要件を満たすようにCPUとストレージ容量を動的に増やすことができます。

サポートされる標準シェイプによる制約を受けずに、データベースまたはストレージ・サーバーを追加してインフラストラクチャをスケール・アップすることで、オンデマンドでインフラストラクチャの容量を拡張します。インフラストラクチャに新しいVMクラスタをプロビジョニングする際、またはすでにデプロイされているVMクラスタに(現在実行中のワークロードを中断することなく)、X8MおよびX9Mサーバーで使用可能なCPUおよびストレージ容量をシステム制限まで割り当てることができます。

詳細は、次を参照してください:

  • Exadata Cloud InfrastructureクラウドVMクラスタまたはDBシステムでCPUコアをスケールするには
  • コンピュートおよびストレージ・リソースをフレキシブル・クラウドExadataインフラストラクチャ・リソースに追加するには
  • APIを使用したExadata Cloud Infrastructureインスタンスの管理
  • cloud-exadata-infrastructures
  • ストレージ拡張イベント・タイプ

Oracle Database: ベア・メタル、仮想マシンおよびExadata Cloud Infrastructureデータベースの暗号化キー・オプションを更新

新しいOracle Database、新しい仮想マシンまたはベア・メタルDBシステムをプロビジョニングする場合、TDEウォレット・パスワード・パラメータはオプションになりました。顧客管理キーとOCI Vaultサービスを使用するようにExadata Cloud Infrastructureデータベースを構成する場合は、使用されなくなりました。Oracle Databaseおよび仮想マシンDBシステムの作成の詳細は、ドキュメントの次のトピックを参照してください:

Vaultサービスを使用して、OCIリソースで使用される暗号化キーおよびその他のシークレットを格納および管理する方法の詳細は、Vaultサービスのドキュメントを参照してください。

パフォーマンス・ハブの「Exadata」タブ

「Exadata」タブには、Oracle Exadataハード・ディスクおよびフラッシュのパフォーマンス統計の統合ビューが表示され、Oracleデータベース、Oracle Exadataストレージ・セル、自動ストレージ管理(ASM)などのすべてのコンポーネントのヘルスとパフォーマンスについて深い洞察が得られます。Exadata CloudデプロイメントおよびExadataインフラストラクチャを使用する外部データベースで使用できます。詳細は、パフォーマンス・ハブを使用したデータベースのパフォーマンスの分析を参照してください。

Exadata Cloud Infrastructure: VMクラスタ用のカスタムSCANリスナー・ポート

ExadataクラウドVMクラスタにカスタムSCANリスナー・ポートを指定できるようになりました。詳細は、SCANリスナー・ポートの設定を参照してください。

Exadata Cloud Infrastructure、ベア・メタルDBシステムおよび仮想マシンDBシステムで実行されているデータベースに使用できるパフォーマンス・ハブおよびメトリック

パフォーマンス・ハブ・ツールを使用し、Exadata Cloud Infrastructureインスタンス、ベア・メタルDBシステムおよび仮想マシンDBシステムで実行されているクラウド・データベースのメトリックを表示できるようになりました。この機能により、これらのデータベースに対して追加のモニターおよび管理機能が提供されます。詳細は、Exadata Cloud Serviceデータベース・パフォーマンスの分析および仮想マシン/ベア・メタル・データベースのパフォーマンスの分析を参照してください。

Exadataインフラストラクチャのメンテナンス・アドバイザリの連絡先

Exadataインフラストラクチャに対して更新が行われた場合に、Oracleがメンテナンス通知を送信する有効な電子メール・アドレスを最大10個まで指定できます。指定する電子メール・アドレスは、サービスに関連する操作上の問題にのみ使用されます。詳細は、Oracle管理のインフラストラクチャ・メンテナンス更新を参照してください。

Exadata、ベア・メタルおよび仮想マシンのデータベース・クラウド・サービスのData Guard保護モードの機能拡張

Exadata Cloud Infrastructureインスタンスおよびベア・メタルおよび仮想マシンDBシステムにData Guard保護モードを指定できるようになりました。詳細は次のトピックを参照してください:

Exadata Cloud Infrastructure: インフラストラクチャの非ローリング・パッチ適用オプションが使用可能に

データベース・ノード間で非ローリング方式でExadataインフラストラクチャのパッチ適用が実行されるように構成できるようになりました。このオプションを使用すると、システムの四半期ごとのメンテナンスにかかる合計時間を短縮できますが、システム・ダウンタイムが伴います。詳細は、Oracle管理のインフラストラクチャ・メンテナンス更新を参照してください。

Exadata Cloud InfrastructureのOracle Data Guard対応データベースで、顧客管理の暗号化キーが使用可能に

Exadata Cloud Infrastructureの顧客管理キーは、顧客が管理する暗号化キーを使用してデータを暗号化できる暗号化キー管理サービスです。Oracle Data Guardが有効なExadata Cloud Infrastructureでプロビジョニングするデータベースで、顧客管理キーを使用できます。

ExaDB-D OS/DomUパッチ適用プロジェクト

DomU OSパッチ適用は、ExaDB-Dの顧客がOCIコンソールおよびAPIから、domUノード上のExadata OSイメージを自動でアップグレードできるようにする機能です。次の情報は、リリース時にドキュメントに追加できなかった機能の最近の変更について説明したものですが、間もなく追加される予定です。

パッチが失敗した場合、ロールバックが必要です。

マルチノード・システムでは、いずれかのノードがパッチに失敗した場合、すべてのノードをロールバックして、すべてのノードを同じバージョンにする必要があります。次に、事前チェックを実行し、問題を修正して、パッチを再度実行します。

例: 月曜日に事前チェックを実行し、すべてのノードが成功したが、水曜日までパッチを適用しない場合、ノードの変更またはメンテナンスの競合のために、1つ以上のノードがパッチに失敗する可能性があります。

これが発生しないように、パッチを適用する直前に事前チェックを実行することをお薦めします。

詳細は、Exadata Cloud Service VMクラスタ・オペレーティング・システムの更新を参照してください。

Oracle Cloud Infrastructure VaultサービスとExadata Cloud Infrastructureとの統合

Oracle Cloud Infrastructure VaultサービスとExadata Cloud Infrastructureとの統合により、顧客管理キーによるデータベース暗号化が可能になります。詳細は、Exadata Cloud Serviceの顧客管理キーを参照してください。

Exadata Cloud Infrastructure: Oracle Database 19cのアップグレード機能が使用可能に

  • サービス: データベース
  • リリース日: 2020年12月3日
  • 影響を受けるAPIバージョン: 20160918

Oracle Cloud InfrastructureコンソールまたはAPIを使用して、Exadata Cloud InfrastructureデータベースをOracle Databaseバージョン19cにアップグレードできるようになりました。詳細および手順は、Exadata Databaseのアップグレードを参照してください。

Exadata Cloud Infrastructureインスタンス用のカスタム・データベース・ソフトウェア・イメージの作成

Exadata Cloud Infrastructureインスタンスでデータベース・ホームのプロビジョニングおよびデータベースのパッチ適用に使用するカスタムOracle Databaseソフトウェア・イメージを作成できるようになりました。詳細は、Oracle Databaseソフトウェア・イメージを参照してください。

Exadata Cloud Infrastructure: クラウドVMクラスタのグリッド・インフラストラクチャのアップグレード

コンソールを使用して、Exadata Cloud Infrastructure VMクラスタのグリッド・インフラストラクチャ(GI)をアップグレードできるようになりました。詳細は、Exadata Grid Infrastructureのアップグレードを参照してください。

Exadata Cloud Infrastructure: フレキシブルX8Mシェイプが使用可能に

フレキシブルX8Mシェイプを使用して、Exadata Cloud Infrastructureインスタンスをプロビジョニングできるようになりました。このシェイプでは、プロビジョニング後にデータベースの拡大に伴ってより多くのストレージ・サーバーまたはコンピュート・サーバー(あるいはその両方)が必要になると、システムを拡張できます。詳細は、X8MスケーラブルExadataインフラストラクチャの概要を参照してください。

Exadata Cloud Infrastructure: Data Guardスタンバイ・データベースの設定時に既存のデータベース・ホームを使用

Exadata Cloud InfrastructureインスタンスでData Guardスタンバイ・データベースを設定するときに、既存のデータベース・ホームを使用することを選択できるようになりました。Exadataデータベースに対するData Guardの設定の詳細は、Exadata Cloud ServiceインスタンスでのOracle Data Guardの使用を参照してください。