• サービス: データベース
• リリース日: 2025年3月19日

コンテナ・データベース(CDB)が更新状態の場合でも、最大10個のPDBを同時に作成または削除できるようになりました。ただし、PDBの作成や削除以外の他の操作がそのメタデータまたは構造を変更している場合、CDBが更新状態にある間はPDBを作成または削除できません。

• サービス: データベース
• リリース日: 2025年3月19日

新しく導入されたExadata Database-Developer VMクラスタ・タイプを使用すると、開発者はOracle Databaseのライセンス料をかけることなくOracle Cloud上にアプリケーションを構築できます。このVMタイプでは、開発者は基礎となるインフラストラクチャに対してのみ支払います。Oracle Exadata Database Service on Cloud@Customerを使用しているお客様は、ライセンス料が免除され、インフラストラクチャ・コストはすでにサブスクリプションの対象となっているため、追加コストなしで開発できます。

開発者VMクラスタには、必要な数のOCPU/ECPU、メモリーおよびストレージを割り当てることができます。VMクラスタ内では、複数のCDBを持つことができ、各CDBには複数のPDBを持つことができます。

ただし、Exadata Database開発者VMクラスタ・タイプでホストできるデータベースには制限があります。これらの制限は、開発ユースケースを目的として、このクラスタ・タイプで本番ワークロードを実行しないように設計されています。リソースと機能の制限は、データベースとクラウドの自動化によって適用されます。主な制限事項は次のとおりです。

• 単一VMクラスタ: Exadata Database開発者VMクラスタは、単一のVMに制限されます。
• PDB当たりのスレッド数: PDB当たり2スレッド(1コア)。
• PDB当たりのメモリー: PDB当たり8 GBのメモリー。
• PDB当たりのデータベース・サイズ: PDB当たり20 GBのストレージ。
• PDB当たりのセッション数: PDB当たり30セッション。
• Data Guard: Data Guardスタンバイ・データベースの作成は、開発者VMクラスタを使用している場合は禁止されています。
• リージョン間バックアップ:リージョン間バックアップはサポートされていません。
• バージョン: Oracle Databaseバージョン19.26および23.6以降のみがサポートされています

また、マルチVM RAC (Real Application Clusters)はサポートされておらず、Developer VMクラスタは単一のVMに制限されています。Data Guardの自動化はブロックされており、Data Guardの手動構成は許可されていません。

• サービス: データベース
• リリース日: 2025年1月22日

この機能拡張により、プライマリ・データベースにリンクされた複数のローカル・スタンバイ・データベースおよびリモート・スタンバイ・データベースを作成および管理できるため、データ保護とディザスタ・リカバリの両方に柔軟に対応できます。ローカル・スタンバイ・データベースはデータ損失の最小化に役立ちますが、リモート・スタンバイ・データベースはリージョンの障害から保護します。この機能拡張により、プライマリ・データベースに対して最大6つのスタンバイ・データベースを作成できます。

一般的なData Guard構成では、2つのスタンバイ・データベースが一般的に使用されます。

• ローカル・スタンバイ:本番データベースと同じリージョンのスタンバイ・データベースは、フェイルオーバー・シナリオに最適であり、ローカル障害(データベース、クラスタ、可用性ドメインの障害など)のデータ損失はゼロです。この場合、アプリケーションはリモート・リージョンとの通信によるパフォーマンス・オーバーヘッドなしで動作し続けるため、アプリケーションのフェイルオーバーの影響が軽減されます。
• リモート(リージョン間)スタンバイ:通常、別のリージョンにあるリモート・スタンバイ・データベースは、ディザスタ・リカバリまたは読取り専用問合せ処理のオフロードに使用されます。リモート・スタンバイ・データベースの設定により、リージョンの障害に対するデータ保護が保証されます。

一部のエンタープライズ顧客は、サイト切り替え後の対称性を目指しています。たとえば、リージョン1にはプライマリ・スタンバイとローカル・スタンバイの両方、リージョン2には独自のローカル・スタンバイを持つリモート・スタンバイの両方を使用することをお薦めします。この構成では、3つのスタンバイ・データベースがあります。サイトの切替え後も、新しいプライマリ・リージョンでプライマリ・データベースとローカル・スタンバイをすぐに利用できます。

さらに、お客様は、スナップショット(読取り/書込み)スタンバイ機能を活用して、テスト目的で別のスタンバイ・データベースを追加することで、構成を強化できます。

• サービス: データベース
• リリース日: 2025年1月22日

この機能改善により、選択した外部キーストア・プロバイダにデータベース暗号化キーを格納および管理できるようになりました。この機能により、キー・セキュリティおよび制御を強化するために、外部キーストア・プロバイダを柔軟に選択できます。

• サービス: データベース
• リリース日: 2025年1月7日

Oracle Exadata Cloud@Customerは、ExadataインフラストラクチャX11Mをサポートするように拡張されました。

• サービス: データベース
• リリース日: 2024年12月17日

Exadata ExascaleとExadata Database Service on Cloud@Customer (ExaDB-C@C)の紹介は、クラウドにとって世界で唯一のインテリジェントなデータ・アーキテクチャであり、Exadataのベストとクラウドのベストを組み合わせた革新的な飛躍です。Exascaleは、ストレージ管理の分離と簡素化によってExadataプラットフォームでのコンピュート・リソースとストレージ・リソースの管理方法を再考し、革新的な機能への道を開く。これにより、組織がExadataに期待する、業界をリードするデータベース・パフォーマンス、可用性およびセキュリティ標準が保証されます。

このリリースでは、Exascaleのインテリジェント・データ・アーキテクチャの機能を活用して、Exadata Cloud@Customerインフラストラクチャ上のOracleデータベースに簡単に構成できます。VMクラスタのプロビジョニング中に新しいExascaleストレージ・オプションを使用できるため、お客様は、Exascaleとともに自動ストレージ管理(ASM)とともにVMクラスタを、すべて同じExadata Cloud@Customerインフラストラクチャにデプロイでき、既存のワークロードに影響を与えず、追加コストもかかりません。

Exadata Cloud@CustomerでExascaleを構成するための最小要件:

• この機能は、Exadataインフラストラクチャ・モデルX8M (以降)でのみサポートされており、Exadataシステム・ソフトウェア・リリース24.1以降が必要です。
• この機能にはOracle Grid Infrastructureバージョン23ai (23.6)が必要で、Oracle Databaseバージョン23ai (23.6)以降をサポートしています。

Oracle Databaseリリースおよびソフトウェアのサポート・タイムラインについては、My Oracle SupportポータルのRelease Schedule of Current Database Releases (Doc ID 742060.1)を参照してください。

Exadata Database Service on Cloud@Customerを使用したExadata Exascaleには、次の利点があります。

• 効率的でスケーラブルなストレージ: Exascaleは、すべてのストレージ・サーバーにストレージ容量を動的に割り当て、複数のVMクラスタと共有することで、全体的なストレージ容量の使用率と効率を向上させます。また、Exascaleでは、全体的なパフォーマンスに影響を与えずに、いつでもデータベース・ストレージを動的にスケーリングできます。
• Exascaleシン・クローンを使用したアジャイル開発: Exascaleは、読取り/書込みプラガブル・データベースからの領域効率の高いシン・クローンを可能にし、開発者の生産性を大幅に向上させます。各開発者は、シンプロビジョニングされたクローン・データベースを、Exadataのすべてのメリットを単独で使用できるようにすることで、アプリケーション開発とテストに本番環境のような環境を確保しながら、全体的なストレージ要件と関連コストを大幅に削減できます。
• 強力: Exascaleは、開発、テストおよびデプロイメントのパイプラインとシームレスに統合され、Exascaleで本番アプリケーションを高速化し、卓越したパフォーマンス、信頼性、可用性およびセキュリティを提供するExadataの最適化を活用します。これにより、Exadataのミッションが強化され、すべてのOracleデータベース・ワークロードを実行するための理想的なプラットフォームとなります。

Oracle Exadata Exascaleの詳細は、『Oracle® Exadata Exascaleユーザーズ・ガイド』を参照してください。

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

Oracle Exadata Database Service on Cloud@Customerは、Microsoft Entra ID (MS-EI)トークンを受け入れてデータベースにアクセスできるようになりました。Azureのユーザーおよびアプリケーションは、MS-EIトークンを使用してデータベースにアクセスできます。

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

MS-EIの構成、データベースの構成およびデータベース・クライアントの構成の詳細は、次を参照してください。

• 『Oracle Database 19cセキュリティ・ガイド』のMicrosoft Azure Active DirectoryユーザーのOracle Databasesの認証および認可に関する項。
• 『Oracle Database 23aiセキュリティ・ガイド』のOracle DatabasesのMicrosoft Azureユーザーの認証および認可に関する項。

• サービス: データベース
• リリース日: 2024年11月5日

• サービス: データベース
• リリース日: 2024年11月1日

アクセス制御サービスの委任により、Oracle Exadata Database Service on Cloud@Customerのお客様は、VMおよびデータベースのメンテナンスおよびサポート・サービスをサブスクライブし、サービス・プロバイダへのアクセスを委任し、サービス・プロバイダがVMおよびデータベース・リソースにアクセスできるタイミングを制御できます。これらのサービス・プロバイダには、Oracleグローバル・サポート、Oracleクラウド・サポートおよびOracleプロフェッショナル・サービスが含まれます。

• サービス: データベース
• リリース日: 2024年10月23日

OCI Cost Management Serviceのコスト分析機能の拡張により、VMクラスタ内のすべてのPDBの帰属使用量およびコストを表示できます。このデータは、コスト分析ダッシュボードおよびレポートで使用できます。

• サービス: データベース
• リリース日: 2024年10月5日

Oracle Data Guard構成では、両方のデータベース・ホームに同じリリース更新(RU)が適用されるなど、プライマリ・データベースとスタンバイ・データベースを同期状態にすることが一般的です。ただし、特にパッチ適用サイクル中またはテスト目的で、プライマリ・データベース・ホームとスタンバイ・データベース・ホーム間で異なるRUを許可する必要がある場合があります。

Data Guardアソシエーションの作成:

• プライマリおよびスタンバイのOracle Homesは、同じメジャー・データベース・バージョンである必要があります。
• プライマリとスタンバイのOracle Homesで異なるRUが実行されている場合、スタンバイがプライマリ・データベースと同じまたはそれ以上のRU上にある場合にのみ、Data Guardアソシエーションを作成できます。
• プライマリがカスタムDSIまたはOracleイメージで実行されているかどうかに関係なく、スタンバイのホームはカスタムDSIまたはOracleイメージにできます。

スイッチオーバーまたはフェイルオーバー・データベース:プライマリおよびスタンバイのOracle Homesは、任意のメジャー・データベース・バージョンまたは異なるRUの実行が可能です。

データベースのアップグレード:プライマリおよびスタンバイのOracle Homesでは、異なるメジャー・データベース・バージョンを使用できます。

パッチ・データベース:プライマリおよびスタンバイのOracle Homesで異なるRUが実行されている場合、スタンバイはプライマリ・データベースよりも上位のRUにパッチを適用できます。

• サービス: データベース
• リリース日: 2024年9月17日

この機能拡張により、VMクラスタの更新操作をきめ細かく制御できます。

VMクラスタ操作に特定の権限を割り当てることができるようになりました。たとえば、選択したユーザー・セットにメモリーまたはCPUのスケーリングのみを許可したり、ローカル/Exadataストレージをスケーリングしたり、VMクラスタへのSSHキーを追加したりできます。

詳細は、VMクラスタの権限およびAPI操作の詳細を参照してください。

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

インフラストラクチャ・メンテナンスは、顧客のプリファレンスに基づいて単一のスケジュール済アクティビティとして実行され、すべてのインフラストラクチャ・コンポーネントが含まれます。コンポーネント数によっては、インフラストラクチャ・メンテナンスの実行に12時間から30時間(または弾力的な拡張を備えたインフラストラクチャの場合はそれ以上)かかる場合があります。

インフラストラクチャ・コンポーネントは次のとおりです:

• DBサーバー
• ストレージ・サーバー
• ネットワーク・スイッチ

この機能改善により、小規模なメンテナンス期間にあわせて、四半期ごとのインフラストラクチャ更新を柔軟に計画および適用できます。Oracle Automationは、ビジネス・ニーズに最も適した顧客優先タイムスロットに基づいて、これらのメンテナンス・ウィンドウ全体で特定のインフラストラクチャ・コンポーネントのメンテナンスを実行し、すべてのコンポーネントにコンプライアンス・ガイドラインを満たすためにソフトウェア更新が適用されるようにします。

• サービス: データベース
• リリース日: 2024年7月23日

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

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

• サービス: データベース
• リリース日: 2024年7月17日

オンプレミスのOracle Key Vault (OKV)をOracle Exadata Database Service on Cloud@Customerと統合し、Oracle Key Vaultに格納されている顧客管理キーを使用してクリティカル・データを保護します。

• サービス: データベース
• リリース日: 2024年5月9日

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

• サービス: データベース
• リリース日: 2024年5月6日

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

• サービス: データベース
• リリース日: 2024年5月2日

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

• サービス: データベース
• リリース日: 2024年2月21日

この機能改善により、ExaDB-C@Cインフラストラクチャが接続するホームOCIリージョンを変更できます。これはフィールド・エンジニア支援操作であり、ホーム・リージョンの変更の進行中はサービスの停止時間はありません。

• サービス: データベース
• リリース日: 2023年12月13日

この新機能により、仮想マシンのシリアル・コンソールに簡単に接続して、修正アクションを実行したり、他のユーザーがシリアル・コンソールを介して実行した以前のアクティビティを確認および監査できるようになりました。

• サービス: データベース
• リリース日: 2023年12月7日

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

• サービス: データベース
• リリース日: 2023年10月24日

この機能拡張により、RACライセンスを必要とせずに、単一のVMで実行されているVMクラスタに複数のデータベースをデプロイおよび実行できます。

• サービス: データベース
• リリース日: 2023年10月11日

この機能拡張により、プラガブル・データベース(PDB)をリストア、リフレッシュおよび再配置できます。

• サービス: データベース
• リリース日: 2023年10月2日

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

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

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

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

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

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

Exadata Fleet Updateは、Cloud@Customer (ExaDB-C@C)やExadata Database Service on Dedicated Infrastructure (ExaDB-D)などのOracle Exadata Database Serviceで無料でご利用いただけます。

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

• Exadataフリート更新の概要
• Exadataフリート更新サービスAPI

• サービス: データベース
• リリース日: 2023年6月28日

オンプレミスのOracle Key Vault (OKV)をOracle Exadata Database Service on Cloud@Customerと統合して、クリティカル・データをオンプレミスで保護します。

Oracle Key Vaultの統合により、暗号化キーを完全に制御し、外部の一元化されたキー管理デバイスに安全に格納できます。

• サービス: データベース
• リリース日: 2023年6月21日

Oracle Exadata Cloud@Customerは、X10Mシステムをサポートするように拡張されました。

• サービス: データベース
• リリース日: 2023年6月14日

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

要件: シリアル・コンソール機能を使用するには、22のExadataインフラストラクチャ・バージョン22.1.10以上が必要です。Xユーザーとバージョン23.1.1以上(23の場合)。Xユーザー。シリアル・コンソール機能は、すぐに作成された新しいVMクラスタで使用できますが、次の四半期メンテナンス・サイクルの後は、以前の既存のVMクラスタでのみ使用できます。また、opcまたはrootユーザーのパスワードの設定など、次に示す前提条件をすべて確認してください。これらの要件を事前に満たすために必要な変更を行わないと、VMにアクセスできないときに必要が生じた場合にシリアルコンソールに緊急に接続できなくなります。

シリアルコンソール接続が機能するためには、ファイアウォールでこれらを許可する必要があります。詳細は、Oracle Exadata Database Service on Cloud@Customerのネットワーク要件表3-2を参照してください。

• サービス: データベース
• リリース日: 2023年6月7日

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

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

• サービス: データベース
• リリース日: 2023年5月23日

Oracle Exadata Database Service on Cloud@Customerの物理ネットワーク(クライアントおよびバックアップ)は、デフォルトでアクティブ・バックアップを使用するように構成されています。このモードは、ほとんどのお客様にお薦めします。ただし、LACP (802.3adアクティブ/アクティブ・ボンディング・モード)のサポートは、LACPを必要とするお客様にも追加されました。

Exadataインフラストラクチャのプロビジョニング中に、LACPを使用してクライアントおよびバックアップ・ネットワークを構成できます。ネットワーク・ボンディング・モードはインフラストラクチャ・レベルで設定され、将来または既存のすべてのVM Cluster Networksにグローバルに適用されます。この設定は各ネットワーク・インタフェースに個別に適用されるため、クライアント・インタフェースとバックアップ・ネットワーク・インタフェースは互いに独立して構成できます。たとえば、必要に応じて、バックアップ・ネットワークをLACPに、クライアント・ネットワークをアクティブ・バックアップに構成できます。

現在使用中の既存のExadataインフラストラクチャでは、ネットワーク・ボンディング・モードをアクティブ・バックアップからLACP (またはその逆)に変更できます。ただし、これは非ローリング更新プロセスであり、ボンディング・モードはすべてのデータベース・サーバーで同時に変更されることに注意してください。それに応じて、ネットワーク上の独自のスイッチ設定を管理する必要があります。ネットワークが停止する可能性があるため、スイッチ設定とExaDB-C@C設定が一致するまで、アプリケーションの停止時間を計画する必要があります。

LACPを使用するには、LACPを正しく動作させるために、サーバーとスイッチの両方に互換性のある設定が必要です。ExaDB-C@CにLACPを使用するには、ネットワーク・スイッチがLinuxのifcfg-bondethx構成ファイルの次のパラメータと互換性を持つように構成する必要があります。

BONDING_OPTS="mode=802.3ad miimon=100 downdelay=200 updelay=200 lacp_rate=1 xmit_hash_policy=layer3+4"

ホスト・オペレーティング・システムのBONDING_OPTS行は変更できないため、カスタマ・スイッチの設定は、変更せずに前述のパラメータと互換性がある必要があります。

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

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

• サービス: データベース
• リリース日: 2023年4月11日

データベース・ソフトウェア・イメージ(DSI)を使用してDBホームをプロビジョニングした場合、Data Guard操作を有効にすると、プライマリDBホームと同じDSIがデフォルトで設定されます。

この拡張。

• 自動的に選択されたプライマリDSIをスタンバイ・データベースの別のDSIに変更できます。
• プライマリ・データベースの作成に使用されたDSIが使用できない場合、Data Guardを有効にすると、最新のOracle公開イメージが使用されます。オプションで、選択したDSIを持つようにスタンバイ・データベースを構成できます。

どちらの場合も、プライマリ・データベースとスタンバイ・データベースに対して異なるイメージを持つことに関する潜在的な問題が警告されます。

• サービス: データベース
• リリース日: 2023年3月28日

IAMユーザーがIAM資格証明を使用してデータベースにアクセスできるように、Oracle Cloud Infrastructure Identity and Access Management (OCI IAM)の認証および認可を使用するようにOracle Exadata Database Service on Cloud@Customerシステム上のOracle Databaseを構成できます。

• サービス: データベース
• リリース日: 2023年2月14日

テナンシ内のリージョンにまたがるData Guardアソシエーションを作成します。これは、自然災害からデータを保護するための効果的なディザスタ・リカバリ計画を実装するのに役立ちます。

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

特定のデプロイメントでは、単一のExadataインフラストラクチャ・ラックでサポートされているコンピュート・サーバーおよびストレージ・サーバーの最大数を超えて拡張することが必要な場合があります。コンピュートおよびストレージ拡張に対するこの機能拡張により、ExadataインフラストラクチャにプロビジョニングされたVMクラスタに対して複数のラックにまたがる追加のコンピュートおよびストレージを使用できるようになりました。

ベース・システムはマルチラック拡張の対象外です。マルチラックは次のシェイプにのみ適用されます:

• X8M-2標準シェイプ
• X9M-2標準シェイプ

ノート: 8台を超えるコンピュート・サーバーまたは12台を超えるストレージ・サーバーがあるExadataインフラストラクチャでは、マルチラック・デプロイメントが必要です。

「マルチラック」を選択すると、サーバー構成で指定できるコンピュート・サーバーおよびストレージ・サーバーの最大数が増えます。

• シングル・ラック:
  • すべてのシステム: 8台のコンピュートおよび12台のストレージ
• マルチラック:
  • X7、X8およびすべてのベース・システム:適用不可
  • X8MおよびX9Mシステム: 32台のコンピュート・サーバーおよび64台のストレージ・サーバー

デプロイメント前プロセス:

• マルチラックが必要または望ましい場合、FEは顧客にJSON構成ファイルを提供します。
• 顧客は、Exadataインフラストラクチャの作成時または拡張時に構成ファイルをアップロードします。

デプロイメント・プロセス:

• 顧客がインフラストラクチャを作成し、マルチラックを選択する場合、コントロール・プレーンがダウンロード用の構成バンドルを正しく生成できるように、JSONをアップロードする必要があります。JSONファイルは、追加のコンポーネントを正しく構成するために使用されます。JSONのアップロードは、マルチラックとして識別されるデプロイメントに対してのみ必須です。
• インフラストラクチャをマルチラックと識別せず、後でマルチラックであるとする場合は、そのインフラストラクチャを削除して再作成する必要があります。
• 顧客が既存のインフラストラクチャを拡張し、(サーバーの追加のみで)シングル・ラックのままにする場合、現在のデプロイメント・プロセスに変更はありません。
• 顧客が既存のインフラストラクチャを拡張して新しいラックを追加するか、既存の拡張ラックを使用してインフラストラクチャを拡張する場合、マルチラック・デプロイメント・タイプを選択し、新しいマルチラック構成ファイル(JSON)をアップロードする必要があります。

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

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

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

エラスティック・コンピュート拡張を使用すると、Exadata Cloud@Customerインフラストラクチャに任意の数のDBサーバーを追加できます。以前にリリースされたエラスティック・ストレージ拡張機能と合せて、個別の数のDBサーバーおよびストレージ・サーバーをプロビジョニングすることで、新しいインフラストラクチャ・インストールをより適切にカスタマイズできるようになりました。また、エラスティック・ストレージ拡張と同様の方法で個々のDBサーバーを追加することで、既存のインフラストラクチャ・デプロイメントのコンピュート容量を拡張できるようになりました。

さらに、特定のDBサーバーにネットワーク・リソースをサブセット化する機能を容易にするために、VMクラスタ・ネットワーク・オブジェクトに大幅な変更が加えられました。

インフラストラクチャのプロビジョニングおよびアクティブ化の方法については、次のリンクに従ってください。DBサーバーがアクティブ化されると、すぐに認識されて使用できますが、追加のリソースをVMクラスタに追加する必要があります。これは自動的には行われません。まず、VMクラスタ・ネットワーク・リソースを追加してから、次のリンクの手順に従って、VMクラスタにVMを追加できます。

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

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

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

「メンテナンス履歴」ページから、メンテナンスをクリックしてメンテナンス履歴の詳細を表示できるようになりました。これには、スケジュール済または進行中のメンテナンスに使用可能なものと同じメンテナンス詳細情報が含まれます。メンテナンス履歴は、成功したメンテナンスと失敗したメンテナンスの両方で使用できます。

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

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

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

ゲストVMオペレーティング・システムの更新の適用が失敗した場合、強制的にロールバックする必要はありません。現在のロールバック・オプションに加えて、失敗した更新を再試行して適用するための新しいオプションが追加されました。失敗時に別のオペレーティング・システムのイメージ更新を適用する場合は、最初にロールバックしてから適用する必要があります。

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

この機能拡張により、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クラスタ内の他のデータベースは終了できます。

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

この機能拡張は、OCIコンソールの「インフラストラクチャの詳細」ページの「一般情報」セクションに、Exadata cloud@Customerラックのシリアル番号を表示するものです。シリアル番号は、SRの作成時またはサービス・コール時に必要になる場合があります。

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

選択したメジャー・バージョンおよび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が対象になります。

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

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

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

データベース・サービス・イベント機能の実装により、ゲストVM上のOracle Databaseまたはその他のコンポーネントのヘルスの問題について通知されます。

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

コントロール・プレーン・サーバー(CPS)オフライン診断レポートは、CPSとOCIエンドポイント間の接続の問題のトラブルシューティングに役立ちます。

データ・センターのネットワーク・インフラストラクチャのメンテナンスおよびトラブルシューティングは、ユーザーの責任で行います。OCIリージョンに接続するために、Exadata Cloud@Customer Gen2は、ユーザーのインフラストラクチャおよび信頼性に依存します。OCIリージョンからExadata Cloud@Customerのコントロール・プレーン・サーバー(CPS)へのExadata Cloud@Customerの接続は、ユーザーがインフラストラクチャに加えた変更の影響を受ける可能性があります。ただし、Oracleではファイアウォールやネットワーキングを制御できません。

CPSとOCI間の接続が切断された場合、コントロール・プレーン・サーバー(CPS)オフライン診断レポートによって、ネットワーク・インフラストラクチャの問題の診断に役立つ情報が提供されます。

詳細は、ExaCC gen2: Troubleshooting VPN/WSS connection from Customer Side (Doc ID 2745571.1)を参照してください。

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

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

コンソールおよびAPIを使用して、Oracle Exadata Cloud@Customerシステムでプラガブル・データベース(PDB)を作成および管理します。

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

デプロイしたOracle Databaseソフトウェア・ライセンス・タイプに基づいて、Data Guardタイプ(Active Data GuardまたはData Guard)を選択します。

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

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

• サービス: データベース
• リリース日: 2021年10月20日

Oracleデータベースは、db_name、db_unique_nameおよびinstance_name (SID)という3つの重要な名前で識別されます。この新機能により、プライマリ・データベースとスタンバイ・データベース間で一貫したデータベース・ネーミング制御が提供され、プライマリ・データベースとスタンバイ・データベースの両方でdb_unique_nameおよびSID接頭辞を入力できます。これは、Oracle Databaseフリートを管理するための様々なネーミング規則をサポートするのに役立ちます。

• サービス: データベース
• リリース日: 2021年10月19日

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

• サービス: データベース
• リリース日: 2021年9月28日

Oracle Exadata Cloud@Customerには、様々なサイズのワークロードをサポートするための様々なインフラストラクチャ・シェイプがあります。このリリースでは、X9M-2システムをサポートするようにOracle Exadata Cloud@Customerの機能が拡張されました。

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

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

Data Guardアソシエーションの有効化中に、既存のデータベース・ホームを選択するか、スタンバイ用に新しいデータベース・ホームを作成します。詳細は、コンソールを使用したExadata Cloud@CustomerシステムでのData Guardの有効化を参照してください。

• サービス: データベース
• リリース日: 2021年7月20日

Oracle Cloud InfrastructureコンソールまたはAPIを使用して、Exadata Cloud@Customer VMクラスタ上のOracle Grid Infrastructure (GI)をアップグレードします。詳細は、Exadata Cloud@Customer VMクラスタ上のOracle Grid Infrastructureのアップグレードを参照してください。

• サービス: データベース
• リリース日: 2021年7月20日

Exadata Cloud@Customer VMクラスタ・ノード上のオペレーティング・システム・イメージを、OCIコンソールおよびAPIから自動的に更新します。詳細は、ゲストVMオペレーティング・システムの更新を参照してください。

• サービス: データベース
• リリース日: 2021年7月20日

コンソールおよびAPIを使用して、Oracle Database 19c (Long Term Release)をアップグレードします。詳細は、Oracle Databaseのアップグレードを参照してください。

• サービス: データベース
• リリース日: 2021年7月20日

ネットワーキング構成の問題のトラブルシューティングにおいて、Oracle Cloud Opsからの積極的な関与なしでネットワーク検証失敗レポートを検証および検査します。詳細は、コンソールを使用したネットワーク検証レポートのダウンロードを参照してください。

• サービス: データベース
• リリース日: 2021年6月15日

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

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

Oracle管理のExadata Cloud@Customerインフラストラクチャ・パッチ適用のメンテナンス・ウィンドウをスケジュールできるようになりました。詳細は、コンソールを使用したOracle管理インフラストラクチャ更新の構成を参照してください。

• サービス: データベース
• リリース日: 2020年9月22日

メンテナンス連絡先は、ハードウェアの交換やその他のメンテナンス・イベントのためのサービス・リクエスト・ベースの連絡用に必要です。

主メンテナンス連絡先を追加し、オプションで最大9個の副連絡先を追加します。主連絡先と副連絡先の両方とも、ハードウェアの交換、ネットワークの問題およびソフトウェア・メンテナンスの実行に関する通知をすべて受信します。

どの副連絡先も必要なときにいつでも主連絡先として昇格できます。副連絡先を主連絡先に昇格すると、現在の主連絡先は自動的に副連絡先に降格されます。

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

Oracle Exadata Cloud@Customerには、様々なサイズのワークロードをサポートするための様々なインフラストラクチャ・シェイプがあります。このリリースでは、X8M-2システムをサポートするようにOracle Exadata Cloud@Customerの機能が拡張されました。

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

Oracle Data Guardは、企業データの高可用性、データ保護および障害時リカバリを保証します。

データベース間のData Guardアソシエーションの有効化、スイッチオーバーまたはフェイルオーバー操作のいずれかを使用したData Guardアソシエーションのデータベースのロール変更、および障害が発生したデータベースの回復を行います。

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

Oracle Exadata Cloud@Customerデプロイメント・アシスタントは、Oracle Exadata Cloud@Customerマシンを設定し、最小限の労力でOracle Databaseインスタンスを作成できる自動インストールおよび構成ツールです。

詳細は、Oracle Exadata Database Service on Cloud@Customerデプロイメント・アシスタントを参照してください

• サービス: データベース
• リリース日: 2020年7月28日

Oracle Cloud Infrastructureコンソール、APIまたはCLIを使用して、Oracle Grid InfrastructureおよびOracle Databaseのパッチを表示、事前チェックおよび適用できるようになりました。この機能には、データベースを別のデータベース・ホームに移動して簡単にデータベースにパッチを適用する機能が含まれます。同様に、データベースを元のデータベース・ホームに戻すことで、データベースのバージョンを簡単にロールバックできます。

• サービス: データベース
• リリース日: 2020年7月14日

Oracle Exadata Database Service on Cloud@Customer Gen2は、OCPUに対して秒単位の請求を使用します。つまり、OCPU使用量は秒単位で請求され、最小使用期間は1分です。

• サービス: データベース
• リリース日: 2020年6月23日

共有データベース・ホーム・リソースに適用されるタグを追加、更新および削除します。

• サービス: データベース
• リリース日: 2020年6月13日

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

• サービス: データベース
• リリース日: 2020年6月13日

Oracle Cloud Infrastructureで実行されているデータベース・サービス・コントロール・プレーンとの接続が失われた場合、Oracle Exadata Database Service on Cloud@Customerは切断モードであるとみなされます。VMクラスタ内の仮想マシンのCPUコア数を切断モードでスケール・アップまたはスケール・ダウンします。

• サービス: データベース
• リリース日: 2020年5月7日

データベースを作成する前に、使用する文字セットを決定します。

データベースを作成した後で文字セットを変更すると、一般的に、時間およびリソースの面で大きなコストがかかります。このような操作を行う場合、データベース全体をエクスポートしてから再度インポートすることにより、すべての文字データの変換が必要になることもあります。そのため、データベース文字セットは、インストールの時点で慎重に選択することが重要です。

詳細および手順は、コンソールを使用したデータベースの作成を参照してください。

• サービス: データベース
• リリース日: 2020年5月7日

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャのデフォルトのタイム・ゾーンはUTCです。時間は、オペレーティング・システムおよびデータベース・レベルでUTC形式で表示されます。Oracle Exadata Database Service on Cloud@Customerインフラストラクチャのプロビジョニング中に、別のタイム・ゾーンを選択できます。ただし、タイム・ゾーンの変換が不要になるため、Oracleではデータベース・タイム・ゾーンをUTC (0:00)に設定することをお薦めします。

詳細および手順は、コンソールを使用したインフラストラクチャの作成を参照してください。

• サービス: データベース
• リリース日: 2020年3月31日

Oracle Cloud Infrastructureコンソール、APIまたはCLIを使用して、Oracle Exadata Database Service on Cloud@Customerでデータベースの共有Oracle Databaseホームを作成および管理します。

詳細および手順は、Exadata Cloud@CustomerシステムでのOracle Databaseホームの作成を参照してください。

• サービス: データベース
• リリース日: 2020年3月19日

Oracle Exadata Database Service on Cloud@Customerには、様々なサイズのワークロードをサポートするための様々なインフラストラクチャ・シェイプがあります。このリリースでは、X7-2システムをサポートするようにOracle Exadata Database Service on Cloud@Customerの機能が拡張されました。

詳細は、Oracle Exadata X7-2システム・モデルの仕様を参照してください。