Oracle Exadata Database Service on Exascale Infrastructureの新機能

Oracleは、Exascaleインフラストラクチャ上のOracle Exadata Database Serviceの新しいリージョン(ExaDB-XS)を引き続き追加します。

このリリースでは、応答しない仮想マシン(VM)を管理するための強化された制御が導入され、より明確な動作と、リブートおよび停止操作のより安全な処理が提供されます。

リリース日: 2026年6月

VMが応答しない場合は、再起動または停止するときに強制オプションを選択できます。

強制再起動または強制停止を実行する場合は、VM名を入力して、目的のVMに対してアクションが実行されていることを確認する必要があります。

「Reboot」または「Stop」を選択したあと、VMが30分間応答しない場合、システムは自動的に「Force reboot」または「Force stop」を使用して操作を完了します。

強制再起動が正常に完了しない場合、Oracleでは、最後の手段としてOracle Support Centerを介してサービス・リクエストを発行することをお薦めします。

これらの機能強化により、応答しない仮想マシンを管理する際の制御、予測可能性、および安全性が向上すると同時に、競合するアクションや偶発的な中断のリスクが軽減されます。

Oracle Managed Database Software Updatesでは、登録済データベースのエンドツーエンド・データベース・ソフトウェア更新ライフサイクルをOracleが管理できるようにするオプションが提供されます。

リリース日: 2026年6月

データベース・ソフトウェア更新のスケジューリング・プリファレンスを定義し、Oracleは更新を自動的に準備、検証および適用します。

Oracle Managed Database Software Updatesに登録されているデータベースの場合、Oracleでは、更新の準備状況を定期的に検証し、ソフトウェアを事前にステージングし、スケジュール済メンテナンス・ウィンドウ中に更新を適用し、更新プロセス全体でプロアクティブな通知を提供します。

既存のデータベースに対して、または新しいデータベースの作成時に、Oracle Managed Database Software Updatesを有効にできます。有効にすると、Oracleはスケジュール設定に従って、使用可能な最新のリリース更新(RU)でデータベース・ソフトウェアを更新したままにします。

Delegate Access Controlサービスは、Oracle Exadata Database Service on Exascale Infrastructureに対して有効です。

リリース日: 2026年6月

Delegate Access Controlは、サービス・プロバイダのオペレータがリソースにアクセスする方法を管理できるようにすることで、Oracle Exadata環境のセキュリティと管理性を強化するサービスです。

これにより、Oracle serviceプロバイダはメンテナンスとサポートを効率的に提供しながら、いつ、どのように、いつ、いつ、いつ、いつ、どのくらいの期間アクセスを許可するかを完全に制御できます。

リリース日 2026年5月

2026年5月15日以降、次のOCIリージョンで2026年5月15日以降に作成されたテナンシに対してOCIコンソールで自動バックアップを有効にする場合、Autonomous Recovery Serviceは使用可能な唯一のバックアップ先です:

ARN: Sweden Central (Stockholm), AUH: UAE Central (Abu Dhabi), BOM: India West (Mumbai), CDG: France Central (Paris), CWL: UK West (Newport), DXB: UAE East (Dubai), JNB: South Africa Central (Johannesburg), KIX: Japan Central (Osaka), MEL: Australia Southeast (Melbourne), MRS: France South (Marseille), MTY: Mexico Northeast (Monterrey), ORD: US Midwest (Chicago), QRO: Mexico Central (Queretaro), RUH: Saudi Arabia Central (Riyadh), SIN: Singapore (Singapore), SJC: US West (San Jose), SYD: Australia East (Sydney), XSP: Singapore West (Singapore), YNY: South Korea North (Chuncheon), and ZRH: Switzerland North (Zurich).

詳細は、OCIコンソールを使用して自動バックアップおよびスタンドアロン・バックアップを有効にする場合のバックアップ保存先の動作を参照してください。

Oracle Database 19cのクロスサービス・プライマリ・データベースおよびセカンダリ・データベースを使用して、Oracle Data Guard環境をデプロイできるようになりました。

リリース日: 2026年4月

Oracle Database 19cのクロスサービスOracle Data Guardデプロイメント・サポートを発表します。クロスサービス・デプロイメントでは、Exadata Database Service on Dedicated Infrastructure (ExaDB-D)とExadata Database Service on Exascale Infrastructure (ExaDB-XS)の2つのサービス間にプライマリ・データベースとセカンダリ・データベースを設定します。クロスサービスOracle Data Guardをデプロイする機能により、可用性が向上します。次の構成を使用できます。

• ExaDB-D上のプライマリ・データベースと、ExaDB-XSまたはExaDB-D上の1つ以上のスタンバイ・データベース。
• ExaDB-DまたはExaDB-XSに1つ以上のスタンバイ・データベースがあるExaDB-XS上のプライマリ・データベース。

データ対応のクラウド・セキュリティ制御であるOracle Cloud Infrastructure Zero Trust Packet Routing (ZPR)を使用すると、不正なアクセスや抽出からデータを保護できます。

Database Cloud Services (DBCS)証明書管理では、すべてのDBCS管理Oracle DatabaseサービスでX.509証明書を一元的に管理できます。このサービスはHA対応(高可用性)であり、すべてのData Guardピア・データベースへのシームレスな接続を容易にするための接続詳細を提供する機能が含まれています。

リリース日付 2026年1月

このリリースでは、OracleはプロビジョニングされたPDBの認証局(CA)およびリーフ証明書をインストールし、CAおよびリーフ証明書のローテーションも管理します。接続バンドル(DbConnectionBundle)をPDBからダウンロードして、CA証明書を信頼し、TCPSを使用してPDBに接続できます。

PDBの接続バンドルは、そのData Guardグループが変更されると自動リフレッシュされます。したがって、バンドルをダウンロードする場合、アプリケーションの最新のHA対応接続文字列があります。

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

リリース日付 2026年1月

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

ExaDB-XSは、現在、特定のバックアップおよび最新のバックアップからのデータベース作成をサポートしています。この新機能により、指定したPoint-in-Time (タイムスタンプ)からデータベースを作成できます。

リリース日付 2026年1月

拡張されたData Guardヘルス・ステータス・レポートでは、全体的なヘルス、スイッチオーバー/フェイルオーバー準備状況、データ損失エクスポージャおよびディザスタ・リカバリに関する詳細なメトリックが提供されるようになり、複数のスタンバイ・データベースの管理に特に役立ちます。

リリース日 2025年11月

この機能により、お客様は仮想マシン(VM)のスナップショットを作成および管理し、Exascaleストレージにローカルに格納できます。

リリース日 2025年11月

この新機能により、セルフサービスのVMファイル・システム・スナップショットが導入され、顧客はOracle CloudコンソールまたはAPIを介して仮想マシン・ファイル・システムのポイントインタイム・イメージを直接取得および保持できます。この機能は、Exascaleのリダイレクト・オン・ライト・スナップショット・テクノロジに基づいて構築されており、優れたストレージ効率でVMファイル・システムの正確な状態を効率的に記録することで、即時データ保護と運用アジリティを実現します。

使用量の増加に応じてExascaleストレージ・ボールトを自動的にスケーリングできるようになり、ストレージはユーザー定義の制限まで増分的に拡張されます。

リリース日: 2025年9月

以前は、Exascale Storage Vaultの手動スケール・アップまたは手動スケール・ダウンのみが使用できました。この新機能であるExascale Storage Vaultの自動スケーリングにより、Exascaleインフラストラクチャ環境上のExadata Database Serviceの俊敏性が向上します。これにより、手動による介入なしで、使用量の増加に応じてストレージを自動的に拡張できます。

自動スケーリングが有効な場合、Vaultの空き領域が割り当てられたストレージ容量の5%以下であることがシステムによって検出されると、Vaultの容量が自動的に拡張されます。Vaultの容量は、ユーザー定義の自動スケール制限に達するまで、割り当てられたストレージ容量の10%ずつ増加します。

これにより、Vaultの使用量が制限に近づいたときに、手動で容量を増やす必要がなくなります。ストレージは動的にスケーリングされるため、ミッションクリティカルなワークロードがスムーズかつ中断なく実行され続けます。

Oracleは、Exadata Database Service on Exascaleインフラストラクチャ(ExaDB-XS)がOracle Database 19cおよびOracle Grid Infrastructure 19cをサポートするようになったことをお知らせします。

リリース日: 2025年8月

Oracleは昨年、Oracle AI Database 26aiでExaDB-XSを開始し、業界で唯一のクラウド向けインテリジェント・データ・アーキテクチャを導入しました。これは、Exadataの長所とクラウドの長所を組み合わせた革新的な飛躍です。ExaDB-XSは、Exadataの利点をより低いエントリー・コストできめ細かいスケーラビリティで提供するため、幅広いミッションクリティカルなデータベースにとって理想的なプラットフォームとなっています。オンプレミス・データベースをクラウド内の共有Exascaleインフラストラクチャに簡単に移行できます。これまで、これらのメリットは、Oracle AI Database 26aiを導入する準備ができているお客様のみが利用できました。Oracle Database 19cでミッションクリティカルなワークロードを持つ多くの組織は、まだOracle AI Database 26aiにアップグレードする準備ができていません。これらの組織は、Oracle AI Database 26aiに独自のペースでアップグレードするオプションにより、Oracle Database 19cのExascaleインフラストラクチャのメリットをすぐに実現できるようになりました。

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

リリース日付 2025年8月

OCIコンソールおよびAPIのPDBレベルのスナップショット機能を使用すると、PDBレベルのスナップショットを作成および管理したり、クローン(シン・クローンを含む)を作成できます。スペース効率の高いExascaleリダイレクト・オンライト・テクノロジを活用します。

クロスサービスのプライマリ・データベースとセカンダリ・データベースを使用して、Oracle Data Guard環境をデプロイできるようになりました。

リリース日: 2025年8月

クロスサービスのOracle Data Guardデプロイメント・サポートをお知らせします。クロスサービス・デプロイメントでは、Exadata Database Service on Dedicated Infrastructure (ExaDB-D)とExadata Database Service on Exascale Infrastructure (ExaDB-XS)の2つのサービス間でプライマリ・データベースとセカンダリ・データベースを設定します。クロスサービスOracle Data Guardをデプロイする機能により、可用性が向上します。次の構成を使用できます。

• ExaDB-D上のプライマリ・データベースと、ExaDB-XSまたはExaDB-D上の1つ以上のスタンバイ・データベース。
• ExaDB-DまたはExaDB-XSに1つ以上のスタンバイ・データベースがあるExaDB-XS上のプライマリ・データベース。

2025年8月6日以降、Autonomous Recovery Serviceは、フランクフルト(FRA)、フェニックス(PHX)および東京(NRT)のOCIリージョンで新しく作成されたテナンシの自動バックアップ構成中に排他的なバックアップ保存先になりました。

リリース日付 2025年8月

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

バックアップ操作およびリカバリ操作を実行するためのOracle推奨オプション

2025年8月6日、OCIコンソールで自動バックアップを有効にすると、次の条件下で使用可能なバックアップ保存先はAutonomous Recovery Serviceのみになります。

• テナンシは、2025年8月6日以降に作成されました。
• データベースは、OCIリージョンのフランクフルト(FRA)、フェニックス(PHX)および東京(NRT)にデプロイされます。

Oracle Databaseのバージョンが19.18または23.4より後です。

これらの条件を満たさない場合、OCIオブジェクト・ストレージはバックアップの保存先として表示されます。

以前にデータベースの作成時にサポートされていたタグ付けは、スタンバイ・データベースの作成やバックアップからのデータベースの作成など、追加のワークフローに拡張されました。

リリース日: 2025年7月

Oracle Data Guardを設定する前に事前チェックを実行し、Data Guardを設定する前に潜在的な問題に対処できるようになりました。

リリース日: 2025年6月

Oracle Data Guard (DG)構成の一部として、サービスは暗黙的な事前チェックを実行しました。この機能拡張により、Data Guard設定に進む前に、明示的な事前チェックを実行して潜在的な問題を識別して対処できるようになりました。

Oracle Exadata Database Service on Exascale InfrastructureでのVMクラスタのデプロイメント中に、VMクラスタの作成中にデフォルト・ネットワークをデプロイすることを選択できます。

リリース日: 2025年5月

VMクラスタの作成時にデフォルト・ネットワークをデプロイする一般可用性(GA)を発表します。デフォルトVCNを作成するオプションを選択すると、テナンシのネットワーク構成を自動移入するデフォルト設定を使用して、新しいVCNが作成されます。以前は、新しいVMクラスタを作成する際に、様々な特定の要件を満たすVCNを事前に作成する必要がありました。これで、クラウド自動化でデフォルトの新しいVCN設定を作成するオプションを選択できるようになりました。これは、ネットワークを事前に計画することなく、新しいVMクラスタをすばやく設定する便利な方法です。これは、単純なテストのユースケースに特に役立ちます。

リリース日: 2025年5月

Long-Term Retention Backup(LTR)を使用すると、最大10年または短い期間の完全バックアップを格納できるため、コンプライアンス、規制またはその他のビジネス要件を満たすためにアーカイブされたデータを検索および取得できます。この保持期間中、LTRバックアップをリストアして、新しいデータベース(アウトオブプレース・リストアと呼ばれるプロセス)を作成できます。

パフォーマンス・ハブ・ツールを使用して、Exascaleインフラストラクチャ(ExaDB-XS)上のOracle Exadata Database Serviceで実行されているクラウド・データベースのメトリックを表示できるようになりました。

リリース日: 2025年4月

この機能は、ExaDB-XS上のデータベースに対して追加のモニターおよび管理機能を提供します。詳細は、Exadata Cloud Serviceデータベース・パフォーマンスの分析および仮想マシン/ベア・メタル・データベースのパフォーマンスの分析を参照してください。

プライマリ・データベースにリンクされた複数のローカルおよびリモートのOracle Data Guardスタンバイ・データベースを作成および管理できるようになりました。

リリース日2025年4月

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

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

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

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

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

Oracle Real Application Clusters (Oracle RAC)ライセンスを必要とせずに、単一ノード・クラスタでデータベースをデプロイおよび実行できます。

ExaDB-XSで、VMごとに有効になるECPUをゼロにスケーリングできるようになりました。