機械翻訳について

2 Oracle Exadata Database Service on Exascale Infrastructureの新機能

Oracleは、常に新しい機能をOracle Exadata Database Service on Exascale Infrastructureに追加しています。

ExaDB-XSの新しいリージョンおよびレルム

Oracleは、Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS)の新しいリージョンを引き続き追加します。

ノート:

リージョンで複数の可用性ドメイン(AD)がサポートされている場合、Oracle Exadata Database Service on Exascale Infrastructureでは1つの可用性ドメインのみがサポートされます。

リリース日: 2025年1月22日

ExaDB-XSが次のリージョンで使用できるようになりました:

  • PHX: 米国西部(フェニックス)
  • VCP: ブラジル南東部(ヴィニェード)

リリース日: 2025年1月14日

YUL: カナダ南東部(モントリオール)

リリース日: 2024年12月19日

MRS: フランス南部(マルセイユ)

リリース日: 2024年12月12日

ExaDB-XSが次のリージョンで使用できるようになりました:

  • AUH: UAE中央部(アブダビ)
  • KIX: 日本中部(大阪)
  • YNY: 韓国北部(春川)

リリース日: 2024年11月5日

ExaDB-XSが次のリージョンで使用できるようになりました:

  • LHR: 英国南部(ロンドン)
  • ZRH: スイス北部(チューリッヒ)
  • BOG: コロンビア中央部(ボゴタ)

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

ExaDB-XSが次のリージョンで使用できるようになりました:

  • NRT: 日本東部(東京)
  • ICN: 韓国中部(ソウル)
  • YYZ: カナダ南東部(トロント)

リリース日: 2024年10月24日

ExaDB-XSが次のリージョンで使用できるようになりました:

  • CDG: フランス中央部(パリ)
  • GRU: ブラジル東部(サンパウロ)
  • JED: サウジアラビア西部(ジッダ)
  • MEL: オーストラリア南東部(メルボルン)
  • SIN: シンガポール(シンガポール)
  • SYD: オーストラリア東部(シドニー)

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

ExaDB-XSが次のリージョンで使用できるようになりました:

  • BOM: インド西部(ムンバイ)
  • HYD: インド南部(ハイデラバード)

リリース日: 2024年9月

ExaDB-XSの初期リリースは、次の4つのリージョンで使用できます:

  • SJC: 米国西部(サンノゼ)
  • IAD: 米国東部(Ashburn)
  • FRA: ドイツ中央部(フランクフルト)
  • JNB: 南アフリカ中央部(ヨハネスブルグ)

ECPUをゼロに拡張

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

リリース日: 2025年1月14日

ExaDB-XS VMクラスタのEnabled ECPUをゼロに拡張できる新機能の一般提供を発表します。 この機能により、VMクラスタを一時的に停止し、この停止状態の有効なECPUの使用に関連する請求を回避できます。

単一ノードVMクラスタのデプロイ

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

リリース日: 2025年1月22日

Exascaleインフラストラクチャ(ExaDB-XS)上のOracle Exadataデータベース・サービス用の単一のVMで実行されているVMクラスタをデプロイする一般的な可用性(GA)を発表します。 単一VMサポートにより、小規模な可用性と低い可用性を持つお客様は、マルチ・ノードのRACクラスタを使用するコストと複雑さを回避でき、単一のVMのみを持ちながら、すべてのOracle Real Application Clusters (Oracle RAC)ソフトウェアがインストールおよび実行されている状態でもかまいません。 したがって、VMクラスタは、単一ノードとして永続的に構成することも、一定期間中のワークロードおよび可用性のニーズに応じて、単一ノードから複数のノードVMクラスタ構成にスケール・バックまたはスケール・バックすることもできます。

複数のスタンバイ・データベース

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

「リリース日」 April.2025

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

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

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

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

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

ノート:

別のスタンバイ・データベース(カスケード・スタンバイ)に関連付けられたスタンバイ・データベースの作成はサポートされていません。

Oracle Exadata Database Service on Exascale Infrastructure、ベア・メタルDBシステムおよび仮想マシンDBシステムで実行されているデータベースで使用可能なパフォーマンス・ハブの&メトリック

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

リリース日: 2025年4月

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

長期保存バックアップ(LTR)

リリース日: 2025年5月

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

VMクラスタのプロビジョニング中のネットワークの自動設定(インライン)

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

リリース日: 2025年5月

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

事前チェック検証を使用したData Guard設定

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

リリース日: 2025年6月

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