OCI Oracle Database Services新機能アップデート(2024/12-2025/02)

2024/12-2025/02の間にリリースした、OCI上のOracle Database関連サービスの新機能に関する資料です。
今回は、下記のサービスの内容を含んでいます。
1. Autonomous Database(ADB)
2. GoldenGate(OCI GG)
3. Database Migration (DMS)
4. Full Stack Disaster Recovery (FSDR)
5. Multi Cloud(Oracle Database@x)
6. Base Database Service(BaseDB)
7. Autonomous Recovery Service(ZRCV/RCV)
8. Exadata Database Servuce on Cloud@Customer(ExaDB-C@C)
9. Exadata Database Services (ExaDB-D、ExaDB-XS)

Transcript

1. OCI Oracle Database Services 新機能アップデート FY25Q3 : 2024/12-2025/02 日本オラクル株式会社 データベース・ソリューション部 / Autonomous & Analytics ソリューション部 2025年03月12日
2. Copyright © 2025, Oracle and/or its affiliates 2 OCIの下記サービスの 2024/12-2025/02分のアップデートを掲載しています 1. Autonomous Database(ADB) 2. GoldenGate(OCI GG) 3. Database Migration Service(DMS) 4. Full Stack Disaster Recovery(FSDR) 5. Multi Cloud (Oracle Database@X) 6. Autonomous Recovery Service(ZRCV/RCV) 7. Base Database Service(BaseDB) 8. Exadata Database Service on Cloud at Customer(ExaDB-C@C) 9. Exadata Database Service on Dedicated Infrastructure(ExaDB-D) 10.Exadata Database Service on Exascale Infrastructure(ExaDB-XS) 各アップデートの詳細情報・最新情報は、各サービスのマニュアル等をご参照ください この資料の内容
3. 日本オラクル株式会社 クラウド・エンジニアリング統括COE本部 Autonomous&Analyticsソリューション部 サービス・アップデート (2024/12-2025/02) Autonomous Database
4. Copyright © 2025, Oracle and/or its affiliates FY25 Q3 Autonomous Database 主なアップデート • Change Patch Level After Provisioning (Serverless) • プロビジョニング後のパッチレベルの変更 • SELECT AI RAG Now Supports Multiple File Types for Vector Indexing (Serverless) • SELECT AI RAGのベクトル索引作成でサポートされるファイルタイプの拡充 • X11M systems available for Autonomous Database on Oracle Public Cloud and Autonomous Database on Exadata Cloud@Customer deployments (Dedicated) • ADB-D/C@CにおいてExadadata X11Mがサポート 4
5. 2024/12 • Immutable Backup Retention ★ • AutoML Pipeline • OML4Py Metrics • SQL Query Performance Event: QueryPerformanceDegradationDetected • Refreshable Clone Events: AutomaticRefreshEnd and AutomaticRefreshFailed • 2025/01 • Documentation Addition: Create and Use Custom Metrics • Disconnect a Peer Database ★ • Change Patch Level After Provisioning ★ • Service Name Mapping for Cloud Links Consumers ★ • External Tables with ORC, Parquet, and Avro Provide an Option to Set Size of String Columns • Invoke Google Cloud Platform Cloud Run Functions ★ ADB-S サービスアップデート(FY25Q3) Copyright © 2025, Oracle and/or its affiliates 5 ★を記載 https://docs.oracle.com/en/cloud/paas/autonomous-database/adbsn/index.html
6. 2025/02 • Offload Queries from Elastic Pool Leader to Member Refreshable Clones★ • Create External Tables Over PAR URLs★ • Update Cloud Links Registrations • Database User Password Warning Event: DatabaseUserPasswordWarning ★ ADB-S サービスアップデート(FY25Q3) Copyright © 2025, Oracle and/or its affiliates 6 https://docs.oracle.com/en/cloud/paas/autonomous-database/adbsn/index.html
7. 2024/12 • My Oracle Cloud Support • Bring Your Own Keys (BYOK) on Oracle Public Cloud deployments • Use OCI External Key Management System (EKMS) Keys with Oracle Public Cloud deployments. • Doc update: Overview of an Exadata Infrastructure (EI) ★ 2025/01 • Doc update: Vulnerability Assessment and Security Testing Policies • Support for DELETE_OPERATION procedure in DBMS_CLOUD package. • X11M systems available for Autonomous Database on Oracle Public Cloud and Autonomous Database on Exadata Cloud@Customer deployments. ★ ADB-D/ADB-C@C サービスアップデート(FY25Q3) Copyright © 2025, Oracle and/or its affiliates 7 ★を記載 https://docs.oracle.com/en/cloud/paas/autonomous-database/dedicated/nfaee/index.html
8. 2025/02 • NFS space utilization • Change the backup destination type of an Autonomous Container database • Restore Database to a specific SCN • Database Clone from the latest backup ★ • Oracle Maintained Pipelines ADB-D/ADB-C@C サービスアップデート(FY25Q3) Copyright © 2025, Oracle and/or its affiliates 8 https://docs.oracle.com/en/cloud/paas/autonomous-database/dedicated/nfaee/index.html ★を記載
9. Copyright © 2025, Oracle and/or its affiliates 9 SELECT AI
10. 10 Copyright © 2025, Oracle and/or its affiliates SELECT AI RAG Now Supports Multiple File Types for Vector Indexing SELECT AI RAGのベクトル索引作成でサポートされるファイルタイプの拡充 SELECT AI RAGは2024/09に追加された機能で、SELECT AIにおいてRAGがすでにサポートされています。(関連資料) 本機能において、PDF、pptx, docs, HTML, JSONなどのファイルタイプもサポートされるようになりました。HTMLファイルを使用 する際は、HTMLタグを削除したうえでテキストに変換されます。 2025/02 Documentation: SELECT AI RAG file formats Serverless • SELECT AI RAGのドキュメントはこちら • SELECT AI RAGの例はこちら
11. Copyright © 2025, Oracle and/or its affiliates 11 データベース管理
12. 12 Copyright © 2025, Oracle and/or its affiliates Immutable Backup Retention 不変バックアップ保持 不変バックアップ保持オプションでは、自動バックアップの保持期間をロックすることができます。 ロックされた場合、自動バッ クアップの保持期間を変更することはできません。 本機能をセキュリティ対策として使用することで、意図しない変更やランサムウェアからバックアップを保護することができます。 注意: 不変バックアップ保持を無効化したり、バックアップ保持期間を変更したりする場合は、Oracle Cloud Supportにて サービスリクエストの提出が必要です。 2024/12 Documentation: About Backup and Recovery on Autonomous Database Serverless
13. 13 Copyright © 2025, Oracle and/or its affiliates Autonomous Databaseインスタンスをプロビジョニングまたはクローンする際に、パッチに適用するパッチレベルを選択できま す。Autonomous Databaseインスタンスのプロビジョニング後に、パッチレベルを変更することもできるようになりました。 パッチ レベルのオプションは定期 (Regular)と、早期 (Early)の2つあります。 2025/01 Documentation: Set the Patch Level Serverless プロビジョニング時の パッチレベルの選択 プロビジョニング後の パッチレベルの編集 ※定期から早期、 早期から定期へ それぞれ変更可能 Change Patch Level After Provisioning プロビジョニング後のパッチレベルの変更 注意: • パッチレベルを設定するオプションは、2025/01現在、一部のリージョンでのみ利用可能です。オプションが有効でないリージョンでは、定期の パッチレベルでのみAutonomous Databaseインスタンスをプロビジョニングまたはクローンをすることができます。 • Autonomous Data Guardはパッチレベルが定期として設定されたインスタンスでのみ利用できます。 • パッチレベルが早期のAutonomous Databaseインスタンスを構成する場合、Autonomous Data Guardを有効にすることはできません。 • Always Free Autonomous Databaseインスタンスでは、パッチレベルを早期に設定できません。 • ソースのAutonomous Databaseインスタンスのパッチレベルが定期の場合、早期のパッチレベルをサポートするリージョンおいてクローンのパッチ レベルを早期に設定することができます。
14. 14 Copyright © 2025, Oracle and/or its affiliates Autonomous Data Guardのスタンバイ・データベースと、バックアップベースのディザスタ・リカバリのピア・データベースの接続をプライマリ・データベース から切断することができるようになりました。 クロスリージョンのピア・データベースの接続を切断すると、データベースはプライマリ・データベースから切り 離されます。 これにより、ピア・データベースはスタンドアロン・データベースに変換されます。 2025/01 Documentation: Disconnect a Peer Database Serverless 注意: • クロスリージョンのピア・データベースの切断は、ECPUモデルのインスタンスのみで実行可能です。 • 切断後、スタンドアロン・データベースはプライマリ・データベースであったデータベースとは関連付けられなくなるので、 プライマリ・データベースから切断されたデータベースの名前は別途管理しておく必要があります。 • ピア・データベースの切断後は、プライマリ・データベースへの再接続は許可されません。 • 切断後、スタンドアロン・データベースは新しくバックアップの取得が開始されます。 • クロス・テナンシのAutonomous Data Guardのスタンバイ・データベースの場合、ローカルとクロス・リージョンのスタンバイ・データベース、ま たはスナップショット・スタンバイ・データベースに対して切断を実行できます。 Disconnect a Peer Database ピア・データベースの切断
15. 15 Copyright © 2025, Oracle and/or its affiliates Database User Password Warning Event: DatabaseUserPasswordWarning データベース・ユーザーのパスワード期限切れの警告イベント: DatabaseUserPasswordWarning 指定した猶予期間内(デフォルトは30日)にユーザーのパスワードが失効する、またすでに失効したことを通知するイベントが 提供されました。 指定した猶予期間内にユーザーのパスワードが失効する場合、そのパスワードが使用できなくなる日付を知らせるイベント が生成されます。 また、パスワードが失効し使用できなくなった場合、パスワードが失効したことや再設定する必要があることを知らせるイベン トが生成されます。DatabaseUserPasswordWarningイベントは1日に1回生成されます。 2025/02 Documentation: Critical Events on Autonomous Database Serverless イベント・タイプ イベント名 条件 Critical DatabaseUserPasswordWarning 指定した猶予期間内にパスワードが失効する、またはすでに失効したとき
16. 16 Copyright © 2025, Oracle and/or its affiliates X11M systems available for Autonomous Database on Oracle Public Cloud and Autonomous Database on Exadata Cloud@Customer deployments ADB-D/C@CにおいてExadadata X11Mがサポート ADB-D/C@Cが、Exadadata X11Mにデプロイできるようになりました。 こちらはECPUモデルでのみ対応しております。 EIのリソースに関する最新情報はドキュメントをご参照ください。 2025/01 Documentation: Update Data Set Registration Attributes Decicated X11Mを選択した場合、エラスティック構成になっており 各サーバー・タイプ、サーバー数を指定
17. 17 Copyright © 2025, Oracle and/or its affiliates Doc update: Overview of an Exadata Infrastructure (EI) ドキュメント更新: Exadata Infrastructure (EI)の概要 Exadata Infrastructureの概要を説明する新しいドキュメントが追加されました。 このドキュメントでは、EIの概要、EIを作成するための要件、EIを使用して管理できるデータベース機能などが掲載さ れています。 2024/12 Documentation: About Exadata Infrastructure Decicated
18. Copyright © 2025, Oracle and/or its affiliates 18 可用性
19. 19 Copyright © 2025, Oracle and/or its affiliates Offload Queries from Elastic Pool Leader to Member Refreshable Clones エラスティック・プールのプール・リーダーからリフレッシュ可能クローンへのクエリのオフロード クエリ(読み取り)の処理が大量に発生した際、エラスティック・プールのプール・リーダーから1つ以上のリフレッシュ可能クローンに オフロードすることができるようになりました。これによりプール・リーダーの負荷をオフロードし、パフォーマンスの向上を実現させる ことができます。 また、クエリの増大に応じて、リフレッシュ可能クローンを追加してパフォーマンスを維持することもできます。 2025/02 Documentation: Offload Queries from Elastic Pool Leader to Member Refreshable Clones Serverless EXEC DBMS_PROXY_SQL.ENABLE_READ_ONLY_OFFLOAD; DECLARE mod_values clob := to_clob('["mod1", "mod2"]'); act_values clob := to_clob('["act1", "act2"]'); BEGIN DBMS_PROXY_SQL.ENABLE_READ_ONLY_OFFLOAD( module_name => mod_values, action_name => act_values); END; / 例:すべてのセッションでクエリのオフロードを有効化 例:モジュール名、アクション名(またはモジュール名とアクション名の両方)で 対象セッションを指定して、プール・リーダーのクエリのオフロードを有効化
20. 20 Copyright © 2025, Oracle and/or its affiliates Database Clone from the latest backup 最新のバックアップからのクローン バックアップからデータベースをクローンするときに、バックアップ・クローンタイプとして「最新のバックアップ・タイムスタンプ」を選択 することができるようになりました。利用可能な最新のバックアップのデータから、データベースをクローンすることができます。 ただし、23aiのバージョンから19cのバージョンにクローンすることはできません。(逆も同様) 2025/02 Documentation: Clone Autonomous database from backup Decicated
21. Copyright © 2025, Oracle and/or its affiliates 21 データ連携、共有、活用
22. 22 Copyright © 2025, Oracle and/or its affiliates Invoke Google Cloud Platform Cloud Run Functions GCP Cloud Run Functionsの呼び出し Autonomous DatabaseからSQLファンクションとしてOCI Functions、 AWS Lambda、 Azure Functionsに続いてGCP Cloud Run Functionsのファンクションを実行できる機能が実装されました。本機能を利用することでSQLでアプリケーション機能の 強化や拡張が可能です。設定にはDBMS_CLOUD_FUNCTIONパッケージを使用します。 利用手順 1. IAMロールの作成とAutonomous Databaseのサービス・アカウントへのロールの割り当て 2. GCP Cloud Run Functionsのファンクションを作成 3. カタログの作成（DBMS_CLOUD_FUNTION.CREATE_CATALOGプロシージャ） 4. ファンクションを呼び出すPL/SQLラッパーファンクションであるクラウド・ファンクションの作成（DBMS_CLOUD_FUNTION.SYNCプロシー ジャまたはDBMS_CLOUD_FUNCTION.CREATE_FUNTIONプロシージャ） 5. クラウド・ファンクションをSQLで利用 2025/01 Documentation: Steps to Invoke Google Cloud Run Functions as SQL Functions Serverless Autonomous Database Functions select fun1(xx) from dual; fun1()
23. 23 Copyright © 2025, Oracle and/or its affiliates Service Name Mapping for Cloud Links Consumers クラウド・リンクのコンシューマのためのサービス名のマッピング クラウド・リンクのコンシューマが、データセット所有者のデータにアクセスするときに使用するサービス名のマッピングを設定できる ようになりました。クラウド・リンクでは、データセット所有者であるAutonomous Databaseのリソースや、リフレッシュ可能クローン のリソースに依存して共有データにアクセスすることができます。 デフォルトでは、コンシューマがクラウド・リンクのデータにアクセスするためのサービス名はMEDIUMになります。 DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPINGプロシージャを使用して、サービス名のマッピングを設定します。 データベースID または ‘ANY’ (データベースIDを指定せずにルーティングができるキーワード)を指定します。 2025/01 Documentation: Set Database Service Name Mapping for Cloud Links Consumers Serverless SELECT DBMS_CLOUD_LINK.GET_DATABASE_ID FROM DUAL: --コンシューマの データベースIDを取得 BEGIN DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING( database_id => ‘database_id‘, --データベースIDを指定、 または ‘ANY‘ を指定 service_name => ‘HIGH‘); --サービス名を指定 END; / SELECT * FROM DBA_CLOUD_LINK_SERVICE_MAPPINGS; --クラウド・リンクの サービス名のマッピングを確認
24. 24 Copyright © 2025, Oracle and/or its affiliates PAR URLの機能強化一覧 URLにアクセスすることでデータを取得できる事前認証リクエスト(PAR) で以下の機能強化が行われました。 2024/3 • 事前認証リクエストURLのアクセス情報用のビュー Monitor and View PAR URL Usage 2024/5 • PAR URLによるデータを表形式で表示可能に Use PAR URLs to Access Data and View in Table Format 2024/7 • バインド変数のサポート Use a PAR URL to Access Data • 接続サービスの指定 Generate a PAR URL with a Select Statement, GET_PREAUTHENTICATED_URL Procedure • 有効期限とアクセス回数の延長 Generate a PAR URL with a Select Statement , EXTEND_URL Procedure 2024/11 • PAR URLのテーブルビューにおける列ごとのグループ化とUIオプションの追加 Generate a PAR URL with UI Features Specified on Columns 2025/2 • PAR URLに対して外部表を作成 Query Data that Uses Pre-Authenticated Request (PAR) URL Source NEW!! Serverless
25. 25 Copyright © 2025, Oracle and/or its affiliates Create External Tables Over PAR URLs PAR URLに対して外部表を作成 事前認証済リクエスト (PAR) URLに対して外部表を作成できるようになりました。 2025/02 Documentation: Query Data that Uses Pre-Authenticated Request (PAR) URL Source Serverless set serveroutput on DECLARE status CLOB; BEGIN DBMS_DATA_ACCESS.GET_PREAUTHENTICATED_URL( schema_name => 'QTEAM', schema_object_name => 'MOVIE_SALES_2020', service_name => 'HIGH', result => status ); dbms_output.put_line(status); END; / DBMS_CLOUD.CREATE_EXTERNAL_TABLE ( table_name => 'ext_tab_parurl', file_uri_list => 'https://dataaccess.adb.us-chicago- 1.oraclecloudapps.com/adb/p/K6XExample/data' ); END; / 2. ADB2において、PAR URLに対し外部表を作成 1. ADB1側でPAR URLを作成して、データを外部に公開 SELECT * FROM ext_tab_parurl ORDER BY height DESC; 3. 作成した外部表の内容を確認 ADB1 ADB2
26. OCI GoldenGate サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
27. 2025/2 • 新たな接続先のサポート • サービスの変更に関するお知らせ OCI GoldenGate サービスアップデート(FY25Q3) Copyright © 2025, Oracle and/or its affiliates 27
28. 新たな接続先のサポート • 以下の接続タイプが新たにサポートされました。 • Oracle Database@Azure – Autonomous Database • Oracle Database@Azure – Exadata • Oracle Database@Google Cloud – Autonomous Database • Oracle Database@Google Cloud – Exadata • Oracle Database@AWS – Exadata • Oracle JSON Collection • Amazon DocumentDB (target only) • Databricks (target only) • Microsoft Fabric Lakehouse (target only) • Microsoft Fabric Mirror (target only) • Google AlloyDB for PostgreSQL OCI GoldenGate Copyright © 2025, Oracle and/or its affiliates 28 OCI GoldenGate
29. 新たな接続先のサポート • GoldenGateデプロイメントのバージョンによって、 各接続先のサポート可否、サポートバージョン、ターゲットのみのサポートか、などが異なります。 詳細はドキュメントをご確認下さい。 https://docs.oracle.com/en/cloud/paas/goldengate-service/wxntz/index.html#GUID-16ACC5AF-8474-4E86- 965D-D9AE14A45D70 OCI GoldenGate Copyright © 2025, Oracle and/or its affiliates 29 OCI GoldenGate
30. サービスの変更に関するお知らせ • Oracle Cloud Infrastructureドキュメントの “サービス変更のお知らせ”にて、非推奨の機能や 動作の変更について記載されている。 • OCI GoldenGateについては2025/3現在 9つの変更に関するアナウンスがされている。 • 運用中のデプロイメントに設定変更が必要になる 内容も含まれているため注意が必要。 • https://docs.oracle.com/en- us/iaas/Content/servicechanges.htm#servicechang es_topic-GoldenGate OCI GoldenGate Copyright © 2025, Oracle and/or its affiliates 30 OCI GoldenGate
31. OCI Database Migration Service (DMS) サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
32. Agenda 2024/12 • オンライン移行で移行をスタックとして保存することが可能になった • オンライン移行のスイッチオーバ・フェーズのロジックが新しくなった OCI Database Migration Service Copyright © 2025, Oracle and/or its affiliates 32
33. オンライン移行で移行をスタックとして保存することが可能になった • 移行の作成を設定する際に、移行をスタックとして保存を選択することが可能になりました。 • OCIリソース・マネージャからスタックを活用した、移行リソースのインストール、構成、管理が可能になります。 OCI Database Migration Service 移行リソースの設定項目を入力後、 スタックとして保存ボタンをクリック Copyright © 2025, Oracle and/or its affiliates 33
34. オンライン移行で移行をスタックとして保存することが可能になった スタックとして保存すると、リソース・マネージャのスタック一覧で作成されていることが確認できます。 OCI Database Migration Service リソース・マネージャのスタック一覧で 該当するスタック名をクリックします。 Copyright © 2025, Oracle and/or its affiliates 34
35. オンライン移行で移行をスタックとして保存することが可能になった スタックの詳細ページで編集、計画、適用を含めた管理ができます。 OCI Database Migration Service 編集をクリックすることで、スタックを編集できます。 コード・エディタによる詳細な編集も可能です。 計画をクリックすることで計画ジョブを作成できます。 Terraform構成が解析され、スタックの実行計画が作成されます。 適用をクリックすることで移行リソースをプロビジョニングできます。 Terraform構成で定義されたアクションが実行され、 移行リソースが作成されます。 Copyright © 2025, Oracle and/or its affiliates 35
36. オンライン移行で移行をスタックとして保存することが可能になった OCI Database Migration Service 適用が成功すると、移行リソースが作成されます。 Copyright © 2025, Oracle and/or its affiliates 36
37. オンライン移行のスイッチオーバ・フェーズのロジックが新しくなった スイッチオーバ・ロジックがアップデートされ、データの整合性が向上しました。 スイッチオーバー・フェーズが開始されると、DMSは以下のようにタスクを実行します。 OCI Database Migration Service 1. バリア・トランザクションを実行する • スイッチオーバー前に全てのトランザクションが適用されたことを確認するためのチェックポイントを作成する 2. ExtractおよびReplicatプロセスを監視 • レプリケーションの進捗を監視し、ラグがないか確認する 3. ExtractおよびReplicatプロセスを停止 • ソース・データベースの変更を防ぎ、スイッチオーバーを安全に実施するための処理 4. バリア・トランザクションの適用を確認 • ターゲット・データベースにバリア・トランザクションが正常に適用されたことを確認し、データの整合性を保証する • 同時に必要に応じて以下の処理も実行する： シーケンスの再ロード、監査ログの同期、マテリアライズドビューの更新、GoldenGateで非対応のオブジェクトの処理、 レプリケーションから除外したテーブルの再ロード Copyright © 2025, Oracle and/or its affiliates 37
38. オンライン移行のスイッチオーバ・フェーズのロジックが新しくなった OCI Database Migration Service -- Create EVENT_TABLE for GGADMIN user -- Table EVENT_TABLE is required to handle the switchover during the online migration. CREATE TABLE GGADMIN.EVENT_TABLE ( event_pk NUMBER, event_desc VARCHAR2(200), src_event_date DATE, trg_received_date DATE, src_commit_scn NUMBER, src_commit_timestamp DATE, session_name VARCHAR2(200), session_serial# NUMBER, session_process VARCHAR2(50), session_program VARCHAR2(90), current_scn NUMBER, number_of_open_txn NUMBER, oldest_open_txn_scn NUMBER ); CREATE OR REPLACE TRIGGER GGADMIN.TRG_INSERT_EVENT_TABLE BEFORE INSERT ON GGADMIN.EVENT_TABLE FOR EACH ROW DECLARE v_code NUMBER; v_errm VARCHAR2(64); BEGIN :NEW.src_event_date := SYSDATE; :NEW.session_name := USER; SELECT sys_context('USERENV','SID') INTO :NEW.session_serial# FROM dual; SELECT min(start_scnb) INTO :NEW.oldest_open_txn_scn FROM v$transaction; SELECT count(*) INTO :NEW.number_of_open_txn FROM v$transaction; SELECT current_scn INTO :NEW.current_scn FROM v$database; SELECT process INTO :NEW.session_process FROM v$session a WHERE a.SID = sys_context('USERENV','SID'); SELECT program INTO :NEW.session_program FROM v$session a WHERE a.SID = sys_context('USERENV','SID'); EXCEPTION WHEN OTHERS THEN v_code := SQLCODE; v_errm := SUBSTR(SQLERRM, 1, 64); DBMS_OUTPUT.PUT_LINE('Error on GGADMIN.TRG_INSERT_EVENT_TABLE'); DBMS_OUTPUT.PUT_LINE(v_code || ': ' || v_errm); RAISE; END;/ • バリア・トランザクションを実行するためには、 移行前の事前設定でデータベース上にオブジェクトを 作成する必要があります。 • 右記のスクリプトを実行して、整合性管理のために 必要な表(EVENT_TABLE)と トリガ(TRG_INSERT_EVENT_TABLE)を作成します。 移行前の事前設定については以下をご参考ください： https://docs.oracle.com/en/cloud/paas/database-migration/dmsus/prepare.html#GUID- 85F9D76F-77DC-4E5F-BFAC-69F858557623 Copyright © 2025, Oracle and/or its affiliates 38
39. OCI Full Stack Disaster Recovery サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
40. OCI Full Stack Disaster Recovery (FSDR) 1. ディザスタ・リカバリ計画のリフレッシュおよびクローニングのサポート 2. DR保護グループメンバーにOracle Kubernetes Engineが追加(GA) FY25Q3アップデート内容 Copyright © 2025, Oracle and/or its affiliates 40
41. 事前チェック DR計画の実行 41 Copyright © 2025, Oracle and/or its affiliates OCI Full Stack Disaster Recoveryの構成要素 DR計画 計画グループ 1 Primary Region Oracle Database Compute Volume Group compute storage メンバー 計画グループ 2 計画グループ n 計画ステップ 1 計画ステップ 2 計画ステップ m DR保護グループ （DRPG） DR保護グループ （DRPG） Oracle Database Compute Volume Group compute storage メンバー Standby Region 計画グループ 2
42. Copyright © 2025, Oracle and/or its affiliates 42 • ディザスタ・リカバリ計画のクローニング o ディザスタ・リカバリ(DR)計画をクローニングして、既存の計画の同一のコピーを作成可能 OCIドキュメント/リリースノート: https://docs.oracle.com/ja-jp/iaas/releasenotes/disaster-recovery/dec-2024.htm ブログ: https://blogs.oracle.com/cloud-infrastructure/post/fsdr-enhances-dr-plan-mgmt ディザスタ・リカバリ計画のリフレッシュおよびクローニングのサポート 2024/12
43. Copyright © 2025, Oracle and/or its affiliates 43 • ディザスタ・リカバリ計画のリフレッシュ o DR保護グループを更新(リソース追加・削除等)する度に 行っていたDR計画の再作成操作が不要になり、 既存のDR計画をリフレッシュして再利用可能 o DR計画グループの実行順序やカスタムスクリプト等の カスタム内容も保持 • ディザスタ・リカバリ計画の検証 o リフレッシュ後のDR計画は、検証した上で実行可能 OCIドキュメント/リリースノート: https://docs.oracle.com/ja-jp/iaas/releasenotes/disaster-recovery/dec-2024.htm ブログ: https://blogs.oracle.com/cloud-infrastructure/post/fsdr-enhances-dr-plan-mgmt ディザスタ・リカバリ計画のリフレッシュおよびクローニングのサポート 2024/12
44. 44 Copyright © 2025, Oracle and/or its affiliates DR保護グループメンバーにOracle Kubernetes Engineが追加(GA) • Oracle Kubernetes Engine (OKE)が新たにメンバーとしてDR保護グループに登録可能 • Limited Availabilityで提供していたが、今回のアップデートで一般提供開始 2025/01
45. DR保護グループメンバーに追加するための事前設定 OKEをDR保護グループメンバーに追加するためには、以下の事前設定が必要になります 1. OKEクラスタをまだプロビジョニングしていない場合は、スタンバイ・リージョンにOKEクラスタを作成 2. プライマリ・リージョンとスタンバイ・リージョンの両方で、バックアップ用のオブジェクト・ストレージ・バケットを作成 3. (オプション)PVで使用される各ストレージ(ブロック・ストレージまたはファイル・ストレージ)のレプリケーションを有効化 4. (オプション)プライマリ・クラスタによって使用される各ロード・バランサにマップされているロード・バランサをスタンバイ・リージョンに作成 5. (オプション)プライマリ・クラスタで使用される各ボールトにマップするボールトをスタンバイ・リージョンに作成 6. (オプション)ジャンプ・ホストに次をインストール • Python3 • Kubectl • Helm • Pythonモジュール • PyYaml - pip install PyYAML • oci-cli - pip install oci-cli OCIドキュメント:https://docs.oracle.com/en-us/iaas/disaster-recovery/doc/prepare-oke-disaster-recovery.html#CSSGM-GUID-8DD826BB-199D-4581-A23B-CA8B043E6509 DR保護グループメンバーにOracle Kubernetes Engineが追加(GA) Copyright © 2025, Oracle and/or its affiliates 45 2025/01
46. 非対応リソースの操作にはカスタムスクリプトの作成が必要 FSDRが対応しているOCIリソース(2025年1月現在) Copyright © 2025, Oracle and/or its affiliates 46 Type Supported Resource Compute Standard compute instances Compute instances on Dedicated Virtual Hosts (DVH) Database Autonomous Database Serverless (ADB-S) - Data warehouse - Transaction processing Autonomous Database Dedicated (ADB-D) Oracle Database - BaseDB - ExaDB-D - ExaDB-C@C - ExaDB-XS Network Load balancers - Load balancer - Network load balancer Storage Block volume groups File system (FSS) Object Storage Developer Services Kubernetes Clusters (OKE)
47. Multi Cloud : Oracle Database@X サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
48. Copyright © 2025, Oracle and/or its affiliates 48 2024年12月 • [Oracle Database@AWS] 限定プレビューを提供開始 2025年1月 • [ODAA] ADB-S が Japan Eastで利用可能に • [ODAA] ADB-S JSON/APEX 対応 • [Info] Oracle Multicloud Capabilitiesの紹介 2025年2月 • [ODAA] Japan East AZ追加 • [ODAA] ZRCV@Japan East対応 • [Oracle Database@AWS] X11Mが利用可能に MultiCloud関連 FY25Q3のアップデート
49. 一部のお客様は、オンプレミスのミッションクリティカルなワークロードのクラウドへの移行および導入プロセスを簡 素化するために、Oracle Database@AWS 上でOracle Exadata Database Service の利用が可能に テキサス州オースティン - 2024年12月4日 オラクルは本日、「Oracle Database@AWS」の限定プレビューを 発表しました。限定プレビューはまずAmazon Web Services（ AWS）の米国東部リージョンから開始となり、お客様はAWS内の 「Oracle Cloud Infrastructure（OCI） 」上の「 Oracle Exadata Database Service」を実行できます。「Oracle Database@AWS」 は、AWS内で「Oracle Exadata Database Service」をネイティブに 導入、管理、使用するための統合されたエクスペリエンスをお客 様に提供します。 [Oracle Database@AWS] 限定プレビューを提供開始 Copyright © 2025, Oracle and/or its affiliates 49 https://www.oracle.com/jp/news/announcement/oracle-database-at-aws-available-in-limited-preview-2024-12-02/ 2024年12月
50. [ODAA] ADB-S が Japan Eastで利用可能に Copyright © 2025, Oracle and/or its affiliates 50 ExaDB-Dに続き、ADB-SもJapan Eastで利用可能になりました 現状 Oracle Database 19cのみ 2025年01月
51. Copyright © 2025, Oracle and/or its affiliates 51 Oracle Database@AzureのADB-Sにて、Data Warehouse、Transaction Processiongに加えて、 JSONおよびAPEXもWorkload typeとして選択が可能 Azure環境でもJSON/APEXのインスタンスが作成できるようになりました [ODAA] ADB-S JSON/APEX 対応 2025年01月
52. https://apexadb.oracle.com/ords/r/dbexpert/multicloud-capabilities/multicloud-regions 各クラウドベンダー(Azure/Google Cloud/AWS)のサービス提供予定やRegion毎のサービス展開状況をが参照可能 Oracle Multicloud Capabilities Copyright © 2025, Oracle and/or its affiliates 52 2025年01月
53. 物理ゾーンとしてAZ2に加えて、AZ3が追加 ExaDB-Dのプロビジョニング先として、2つのAZから 選択可能になりました AzureはAZが物理と論理で異なるのでご注意ください ※キャプチャ画像の環境は、Zone2が物理AZ3、 Zone3が物理AZ2 [ODAA] Japan East AZ追加 Copyright © 2025, Oracle and/or its affiliates 53 2025年02月
54. Copyright © 2025, Oracle and/or its affiliates 54 ZRCV@AzureがJapan Eastリージョンでも利用可能になりました 自動バックアップの取得先として、Object Storage / ZRCV@OCIに加えて、ZRCV@Azureが選択可能 [ODAA] ZRCV@Japan East 対応 2025年02月
55. Copyright © 2025, Oracle and/or its affiliates 55 プレビュー中のOracle Database@AWSにてExadata X11Mが選択可能に Azure/Google Cloudも今後対応予定 [Oracle Database@AWS] X11M model available 2025年02月
56. Autonomous Recovery Service (RCV/ZRCV) サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
57. Copyright © 2025 Oracle and/or its affiliates. 57 GA Date New Feature BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D January 23, 2025 Create long-term retention backups with Autonomous Recovery Service ◦ (対応予定) ◦ - FY25Q3 他サービスでの実装状況
58. Recovery Serviceを利用して長期保管用バックアップが作成がBaseDBで可能に コンプライアンスや法令要件への対応を本番データベースへの負荷を最小に抑えながら実現 リカバリ・サービスで取得しているバックアップからLTRが作成され、Object Storageに保存 前提条件 • Recovery Service(RCV/ZRCV)を利用してバックアップを取得 長期バックアップ保持期間の指定 • 最小90日から最大10年(3650日)保存可能、保存期間は途中で変更も可能 SKU • Object Storage Standard- ¥3.9525 GB/月 (24H分) • Object Storage Infrequent Access - ¥1.55 GB/月 • Database Backup Cloud - ¥0.7905 GB/月 Long-term retention backup (LTR) Copyright © 2025 Oracle and/or its affiliates. 58 既存バックアップ Object Storage Standard Object Storage Infrequent Access 24H 2025/02
59. バックアップの保管場所を指定可能に 保護ポリシーの新規作成 バックアップの保管場所を指定 • OCI • データベースと同じクラウド・プロバイダにバックアップを格納 ※既存ポリシーに対しては指定不可 自動バックアップの構成で保護ポリシーの設定情報が表示 • 場所： 利用しているリカバリ・サービスが存在する場所 • 保持ロック： 選択した保護ポリシーに対しての保持ロックの有無 ZRCV@AzureがJapan Eastで利用可能に Copyright © 2025 Oracle and/or its affiliates. 59 2025/02
60. Oracle Base Database Service (BaseDB) サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
61. Copyright © 2025 Oracle and/or its affiliates. 61 BaseDB New Feature ExaDB-XS ExaDB-D ExaDB-C@C February 20, 2025 IPv4/IPv6 dual stack network support January 23, 2025 Long-term retention backup (LTR) for Autonomous Recovery Service 対応予定 ◦ - December 11, 2024 Upgrade Database and Grid Infrastructure software version to 23ai ◦ ◦ ◦ FY25Q3 他サービスでの実装状況
62. コンソール、APIでのアップグレード – 概要 コンソール、APIを使用してBaseDBのアップグレードが可能 • Oracle Database 23ai • Grid Infrastructure 23ai 前提条件は以下の通り • Oracle Linux 8 • Oracle Databaseを23aiにアップグレードする前に Grid Infrastructureを23aiへアップグレード 上記条件を満たすことができない場合、 バックアップから新規DBシステムを作成した後にアップグレード コンソールからのアップグレード失敗時はコンソールからロールバック可能 • アップグレード・ロールバック操作を使用できるのは、アップグレードに失敗し、 現在のライフサイクル状態が「失敗」になっているEnterprise Edition以上 • 実行手順は「失敗したデータベース・アップグレードのロールバック」をご確認ください Oracle Database 23aiとGrid Infrastructure 23aiへのアップグレードが可能に Copyright © 2025 Oracle and/or its affiliates. 62 2024/12
63. コンソール、APIでのアップグレード - 注意事項 • 事前チェックを実施し、アップグレードが可能か確認 • Oracle Linux 8でアップグレード可能 • Oracle Database 23aiはOracle Database 19cまたは21cからのみアップグレード可能 • Oracle Database 23aiを利用の場合はGrid Infrastructure 23aiが必要 • Grid Infrastructureアップグレード時にはダウンタイムが発生(RACを含む) • アップグレードで問題が発生した場合は、ロールバックが可能(EE以上のエディションのみ) • 失敗した場合にロールバックのボタンがコンソールに表示 • アップグレード前にデータベースをバックアップし、新規システムで新しいバージョンをテストすることを推奨 • 自動バックアップ操作中はアップグレード不可 • アップグレード後は、 同一データベースに対してアップグレード前に作成された自動バックアップは利用不可 • dbcliユーティリティを使用してアップグレードを実行することはできません • Data Guard Association構成の場合、スタンバイ環境からのアップグレードが必要 Oracle Database 23aiとGrid Infrastructure 23aiへのアップグレードが可能に Copyright © 2025 Oracle and/or its affiliates. 63 2024/12
64. Recovery Serviceを利用して長期保管用バックアップが作成がBaseDBで可能に コンプライアンスや法令要件への対応を本番データベースへの負荷を最小に抑えながら実現 リカバリ・サービスで取得しているバックアップからLTRが作成され、Object Storageに保存 前提条件 • Recovery Service(RCV/ZRCV)を利用してバックアップを取得 長期バックアップ保持期間の指定 • 最小90日から最大10年(3650日)保存可能、保存期間は途中で変更も可能 SKU • Object Storage Standard- ¥3.9525 GB/月 (24H分) • Object Storage Infrequent Access - ¥1.55 GB/月 • Database Backup Cloud - ¥0.7905 GB/月 Long-term retention backup (LTR) Copyright © 2025 Oracle and/or its affiliates. 64 既存バックアップ Object Storage Standard Object Storage Infrequent Access 24H 2025/02
65. Copyright © 2025 Oracle and/or its affiliates. 65 •IPv4/IPv6デュアルスタックネットワーキング構成でBaseDBをプロビジョニング可能に • GUA、BYOIP、ULAのIPv6接頭時をサポート •1つのIPv6接頭時を持つサブネットのみをサポート •仮想IPとシングル・クライアント・アクセス名(SCAN)は、IPv4とIPv6ネットワーク用に構成 • Oracle Clusterwareのプライベートインターコネクトは、引き続きIPv4のみ使用 サポートされる構成 •デュアルスタックアドレスで構成されたサブネット上に新しいDBシステムをプロビジョニングする •DBシステムをIPv4 のみのネットワーク構成からデュアルスタックのネットワーク構成にクローンする •IPv4のみのネットワークとデュアルスタックネットワークのDBシステムの間に、Data Guard構成を組む • Oracleは、Data Guardピアに対してIPv4とIPv6の両方のオープントラフィックを持つことを推奨 •IPv4専用ネットワークのDBシステムは、Oracle Data Guardを使用してデュアルスタックネットワークに移行可能 • 詳細：デュアルスタックネットワークへの移行 考慮事項 • リカバリ・サービスを利用する場合は、IPv4専用サブネットが必要 IPv4/IPv6デュアルスタックネットワークのサポート
66. Copyright © 2025 Oracle and/or its affiliates. 66 2025年1月15日より、新規プロビジョニングされるOracle Linux 8(OL8)ベースのBase Database Service(BaseDB)は、 Security-Enhanced Linux (SELinux) が有効化されます 動作変更に備えて、アプリケーションのSELinuxでの動作確認をお勧めします 補足事項) 既存のDBシステムに対して変更は行われません ただし、これ以降にOracle Linux 7(OL7)のDBシステムをOL8にアップグレードした際には、SELinuxが有効になります Grid Infrastructure(GI)および論理ボリュームマネージャー(LVM)のどちらのシステムにも適用されます SELinux の詳細については、「Oracle Linux での SELinux の使用」を参照ください [2025年1月15日以降の動作変更] OL8のBaseDBの新規作成もしくはOSアップグレード時にSELinux有効化 2024/07 再掲
67. Oracle Exadata Database Service on Cloud at Customer (ExaDB-C@C) サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
68. New Feature ExaDB-D ExaDB-C@C ExaDB-XS Enhancements to Quarterly Exadata Infrastructure Maintenance Planning and Execution February 06, 2025 August 27, 2024 Granular Permissions for VM Cluster Update Operations January 23, 2025 September 17, 2024 Multiple Standby Databases January 22, 2025 January 22, 2025 Key Management Using an External Keystore January 22, 2025 X11M System Support January 07, 2025 January 07, 2025 Exadata Database Service on Cloud@Customer with Exascale for Databases December 17, 2024 FY25Q3 新機能実装状況 Copyright © 2025, Oracle and/or its affiliates 68
69. Multiple Standby Databases 1つのプライマリ・データベースに対して、最大6個までスタンバイ・データベースが作成・管理可能 • データ保護の向上 : ローカルおよびリモートでスタンバイを保持し、様々なケースの障害 からデータを保護 • 柔軟性の向上: 地理的に複数の異なる場所に配置してデータ保護を強化し、必要に 応じてスナップショット・スタンバイ(書き込み可能)を利用した汎用性の向上 • ROIの向上: 特定のスタンバイ・データベースで、処理のオフロードおよびスケールアウト • Oracle Database 19c以上 • 手動で構築した２個目以降のスタンバイ・データベースが既にある場合、Data Guardグループに追加したい場合はクラウド・ツールを利用し た再構築が必要 • 本機能のリリースに伴い、Data Guard管理機能が新しいAPIに • 従来名称『Data Guardアソシエーション』→新名称『Data Guardグループ』 • 既存環境で本機能を利用する場合、新しいAPIの『Data Guardグループ』への変更が必要 • 現時点では従来の『Data Guardアソシエーション』のAPIもサポート。2025/02 事前通知、2026/02 非推奨予定 Data Guardの複数スタンバイ・データベース構成をサポート Copyright © 2025, Oracle and/or its affiliates 69 参考) チュートリアル: ExaDB-DおよびExaDB-C@Cの複数のスタンバイ・データベースの作成 2025/1/22 更新 ExaDB-D ExaDB-C@C
70. Data Guardの複数スタンバイ・データベース構成サポートの機能リリースに伴う、新しいAPI Data Guard管理の新しいAPI: Data Guardグループ Copyright © 2025, Oracle and/or its affiliates 70 従来『Data Guardアソシエーション』 →『Data Guardグループ』 従来: 対(ピア)のデータベースのみ表示(プライマリ側にはスタンバイ、スタンバイ側にはプライマリ) →プライマリ・データベースの情報やリージョンも表示され、Data Guard構成全体の管理性向上 2025/1/22 更新 ExaDB-D ExaDB-C@C
71. 従来APIの『Data Guardアソシエーション』で管理している環境の、新APIの『Data Guardグループ』への変更 Data Guard管理の新しいAPI: Data Guardグループ Copyright © 2025, Oracle and/or its affiliates 71 『Data Guardアソシエーション』に対するAPIと『Data Guardグループ』に対するAPI は異なるため、CLIでの運用をしている場合はCLIの内容の変更が必要 2025/1/22 更新 ExaDB-D ExaDB-C@C
72. APIの変更 • 新しい『Data Guardグループ』のAPI • Using the API to manage Data Guard group • 従来の『Data Guardアソシエーション』のAPI • Using the API to manage Data Guard associations Data Guard管理の新しいAPI: Data Guardグループ Copyright © 2025, Oracle and/or its affiliates 72 2025/1/22 更新 ExaDB-D ExaDB-C@C
73. Data GuardアソシエーションからData Guardグループへの変更 Data GuardアソシエーションからData Guardグループへの変更を2026年2月までにお願いします OCI ConsoleやAPIが利用できなくなる予定 非推奨となるAPI、変更先APIは以下 KB171317 : Deprecated Data Guard Association APIs (February 2026) [ExaDB] Deprecated Data Guard Association APIs Copyright © 2025, Oracle and/or its affiliates 73 変更前(非推奨) 変更先 CreateDataGuardAssociation CreateDatabase UpdateDataGuardAssociation UpdateDataGuard SwitchoverDataGuardAssociation SwitchOverDataGuard FailoverDataGuardAssociation FailoverDataGuard ReinstateDataGuardAssociation ReinstateDataGuard N/A MigrateDataGuard 2025/2 更新 ExaDB-D ExaDB-C@C
74. Q: 既存のData Guard環境(Data Guardアソシエーションで管理)している環境で複数スタンバイを作成したい場合にはどう したらいいですか？ A: 新しいAPIに切り替えを行った上で、スタンバイを追加してください • 切り替えに関して • コンソールから変更可能 • APIの切り替えはDatabaseやData Guard自体には影響なし • APIは変わるため、APIでの運用をしている場合には変更が必要 Data Guard管理のAPI変更に伴うQA Copyright © 2025, Oracle and/or its affiliates 74 2025/1/22 更新 ExaDB-D ExaDB-C@C
75. Q: 複数スタンバイが不要であれば、従来のAPI: Data Guardアソシエーションで管理のままで利用して問題はないですか A: 引き続きご利用はいただけますが、2026/2までの任意のタイミングで切り替えを計画してください • 2026/2で非推奨になる予定 • 今後のData Guard管理関連の新機能を利用できない可能性があります Q:現時点でも、従来のAPI: Data Guardアソシエーションで管理されている環境を作成可能ですか A:1つめの「スタンバイの追加」を実施する際に、「既存のData Guardアソシエーション・リソースの使用」を選択することで、 従来のAPIでも構成可能です Data Guard管理のAPI変更に伴うQA Copyright © 2025, Oracle and/or its affiliates 75 2025/1/22 更新 ExaDB-D ExaDB-C@C
76. TDEのマスター・キーをサードパーティー製のキーストアに保存および管理可能に • データベース作成時に、キー管理の方法として、External Keystoreを選択し、パスワードや資格情報などを入力 • 外部キーストア例：Thales CipherTrust Manager など • 前提：PKCS#11ライブラリをゲストVMで構成 • 構成手順はプロバイダの指示に従うこと • 注意： - PKCS#11ライブラリはVMクラスタ単位でインストール - OKVとExternal Keystore の同一VM内別DBでの利用は不可、 - VMクラスタのAdd VM時には手動で新規VMにkeystore構成、構成後に dbaascli database addInsntanceが必 要 - Oracle Walletからの移行にはPatch:36930984(Jan2025のRUに含まれる)が必要 [ExaDB-C@C] Key Management Using an External Keystore Copyright © 2025, Oracle and/or its affiliates 76 2025/1/22 更新 ExaDB-C@C
77. TDEのマスター・キーをサードパーティー製のキーストアに保存および管理可能に [ExaDB-C@C] Key Management Using an External Keystore Copyright © 2025, Oracle and/or its affiliates 77 Create Database → Encryption → • Oracle Wallet （デフォルト、従 来のOracle- Managed keys） • Oracle Key Vault (OKV) • External Keystore（新） 2025/1/22 更新 ExaDB-C@C
78. [ExaDB-C@C] Key Management Using an External Keystore Copyright © 2025, Oracle and/or its affiliates 78 デフォルトのOracle- Managed keys の場合 （Oracle Wallet に変 わった？ Migrate key で Encryption keyの変更 も可能 （ExaDB-D だと Manage Encryption key のメニューだが微妙 にメニュー名が異な る？） 2025/1/22 更新 ExaDB-C@C
79. [ExaDB-C@C] Key Management Using an External Keystore Copyright © 2025, Oracle and/or its affiliates 79 Migrate key External Keystoreを選択 してみる 2025/1/22 更新 ExaDB-C@C
80. [ExaDB-C@C] Key Management Using an External Keystore Copyright © 2025, Oracle and/or its affiliates 80 External Keystore の credential を入力 credential のフォーマッ トは key management solution provider 毎 に異なるのでベンダーの ドキュメント参照 2025/1/22 更新 ExaDB-C@C
81. [ExaDB-C@C] Key Management Using an External Keystore Copyright © 2025, Oracle and/or its affiliates 81 Key management: External Keystore 2025/1/22 更新 ExaDB-C@C
82. 主なポイント Exadata X11M 全体 • 同じ価格でより高いパフォーマンスを提供 • AI/OLTP/分析処理で大幅な性能向上を実現 • 効率化のための新しい電力構成設定を提供 • DBサーバーCPUの消費電力を特定の電力ターゲットに制 限したり、ワークロードの需要が低い場合にDBサーバーが 自動的に電力を節約できるように • オンプレミス、OCI、Cloud@Customer、マルチクラウド で提供 OCI/Cloud@Customer/マルチクラウド • CPU価格モデルの変更 • OCPU → ECPU (性能単価は変わらず) • 一部リージョンから展開中 • 日本リージョンは今後展開予定 参考情報 • プレスリリース • Oracle Exadata X11M Delivers Extreme Performance, Increased Efficiency, and Improved Energy Savings for Data and AI Workloads • ブログ • Exadata X11Mの概要: 次世代インテリジェント・データ・ アーキテクチャ • Exadata Database ServiceとAutomonous Databaseでの Exadata X11Mの紹介 Oracle Exadata X11M 提供開始 Copyright © 2025, Oracle and/or its affiliates 82 2025/1/7 更新 ExaDB-D ExaDB-C@C
83. • ASMとExascaleは、追加のハードウェア投 資なしで同じインフラストラクチャに共存可 能 • コンテナおよびプラガブル・データベースのス ナップショットとシン・クローンを大規模に作 成することで開発者を支援 • 効率的なストレージ・レイヤーのリバランス • Exascale上のVMストレージは、VMモビリ ティの基盤を提供 • ゲストVMファイル・システムの より多くのVM、より多くの領域を有効 にすることが可能に • セルフサービスのVMスナップショット およびリストアが可能に Exadata Database Service on Cloud@Customer with Exascale Copyright © 2025, Oracle and/or its affiliates 83 2024/12/17 更新 ExaDB-C@C
84. Copyright © 2025, Oracle and/or its affiliates 84 • このリリースの主なユース・ケース: Exascale上のデータベース • ExascaleとASMは同じインフラストラクチャに共存可能 • 既存のデータベースおよびストレージ・サーバーを利用 して、ExascaleストレージおよびVMクラスタをプロビジョ ニング • 開発者向けのシン・データベース・クローンの作成 • X8M以降での対応 • Exadata System Software 24.1 (以降)の対応 • Database 23aiおよびGI 23aiの対応 Exascaleを使用したExadata Database Service on Cloud@Customer すべての Exadata機能 すべてのExadataおよび すべてのExascale機能 Storage Server Storage Server Storage Server Exascale Storage +DATA +RECO Exadata Database Server Exadata Database Server Exascale VM Cluster Oracle Database 23ai Oracle Database 19c and 23ai VM Cluster Oracle Grid Infrastructure ASM Cluster Mgmt Oracle Grid Infrastructure Cluster Mgmt 2024/12/17 更新 ExaDB-C@C
85. Exadata Exascale – 次世代のExadataデータ・インテリジェント・ソフトウェア Copyright © 2025, Oracle and/or its affiliates 85 +パブリック・クラウドでのIOPS追加時の 追加コスト不要 +即時のクローンおよびスナップショット お客様のプライベート・クラウド Exadata Exascale パブリッククラウド すべてのExadata インテリジェンス機能 すべてのクラウドの メリット 新たに追加されたメッセージ 2024/12/17 更新 ExaDB-C@C
86. Exadata Infrastructure 画面で、Configure Exascale storage（Exascale storage pool作成） Exadata Database Service on Cloud@Customer with Exascale Copyright © 2025, Oracle and/or its affiliates 86 Exadata Infrastructure → More actions → Configure Exascale storage 2024/12/17 更新 ExaDB-C@C
87. Exadata Infrastructure 画面で、Configure Exascale storage（Exascale storage pool作成） Exadata Database Service on Cloud@Customer with Exascale Copyright © 2025, Oracle and/or its affiliates 87 Configure Exascale storage （内部的には Exascale Storage Pool の 作成） 2024/12/17 更新 ExaDB-C@C
88. Exadata Infrastructure 画面で、ASM storage と Exascale storageが構成された状態 Exadata Database Service on Cloud@Customer with Exascale Copyright © 2025, Oracle and/or its affiliates 88 Exadata Storage • ASM storage • Exascale storage （内部的には Exascale Storage Pool が構成され た状態） 2024/12/17 更新 ExaDB-C@C
89. VM Cluster 作成画面で Exascale を選択 Exadata Database Service on Cloud@Customer with Exascale Copyright © 2025, Oracle and/or its affiliates 89 Create Exadata VM Cluster の Configure the Exadata storage に Exascale が 追加 Exascale を 選択すると Exascale Database Storage Vault が選 択できるよう になる 2024/12/17 更新 ExaDB-C@C
90. Exascale storage を選択した VM Cluster Exadata Database Service on Cloud@Customer with Exascale Copyright © 2025, Oracle and/or its affiliates 90 Exadata database storage に Exascale storage を 選択した場 合 2024/12/17 更新 ExaDB-C@C
91. Oracle Exadata Database Service on Dedicated Infrastructure(ExaDB-D) サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
92. Copyright © 2025, Oracle and/or its affiliates 92 ExaDB-D New Feature BaseDB ExaDB-XS ExaDB-C@C January 07, 2025 X11M System Support - - January 07, 2025 January 22, 2025 Multiple Standby Databases January 22, 2025 January 23, 2025 Granular Permissions for Cloud VM Cluster Update Operations September 17, 2024 February 06, 2025 Enhancements to Quarterly Exadata Infrastructure Maintenance Planning and Execution - - August 27, 2024 FY25Q3 他サービスでの実装状況
93. Oracle Exadata X11M 提供開始 完全に柔軟なスケールアウト・アーキテクチャ Copyright © 2025, Oracle and/or its affiliates 柔軟なコンピュートとストレージのプロビジョニングと拡張 • ワークロード要件を満たすためのハードウェア構成の適切なサイズ設定 • 2~32台のデータベース・サーバーをサポート • 3~64台のストレージ・サーバーをサポート • 専有型インフラストラクチャ – ノイジー・ネイバーの影響なし スケールアウト型 X11M Database Servers • 最大 190 DB コア (760 ECPUs) • 1,390 GB Memory • 50 Gbps Network (Clientネットワーク/Backupネットワーク共有) スケールアウト型 インテリジェント X11M Storage Servers • 64 コア AMD EPYCTM Processor • 1.25 TB XRMEM • 27.2 TB NVMe Flash • 80 TB HDD 利用可能ストレージ + Compute + Storage 93 サーバーの追加により パフォーマンスをスケール可能 2025/01 ExaDB-D ExaDB-C@C
94. 主なポイント Exadata X11M 全体 • 同じ価格でより高いパフォーマンスを提供 • AI/OLTP/分析処理で大幅な性能向上を実現 • 効率化のための新しい電力構成設定を提供 • DBサーバーCPUの消費電力を特定の電力ターゲットに制 限したり、ワークロードの需要が低い場合にDBサーバーが 自動的に電力を節約できるように • オンプレミス、OCI、Cloud@Customer、マルチクラウド で提供 OCI/Cloud@Customer/マルチクラウド • CPU価格モデルの変更 • OCPU → ECPU (性能単価は変わらず) • 一部リージョンから展開中 • 日本リージョンは今後予定 参考情報 • プレスリリース • Oracle Exadata X11M Delivers Extreme Performance, Increased Efficiency, and Improved Energy Savings for Data and AI Workloads • ブログ • Exadata X11Mの概要: 次世代インテリジェント・データ・ アーキテクチャ • Exadata Database ServiceとAutomonous Databaseでの Exadata X11Mの紹介 Oracle Exadata X11M 提供開始 Copyright © 2025, Oracle and/or its affiliates 94 2025/01 ExaDB-D ExaDB-C@C
95. Oracle Exadata X11M 提供開始 ExaDB-D:シェイプ別仕様 https://www.oracle.com/a/ocom/docs/engineered-systems/exadata/exadb-d-x11m-ds.pdf * as of January 2025 Base System 最小構成 追加データベース・サーバー 追加ストレージ・サーバー データベース・サーバー数 2 2 1 - ECPU/OCPU 数 Min-Max 拡張単位 Min-Max 拡張単位 Min-Max 拡張単位 - 0-192 16以上 8単位 0-1520 16以上 8単位 0-760 8以上 4単位 - メモリ容量 720 GB 2,780 GB 1,390 GB - ストレージ・サーバー数 3 3 - 1 ストレージ・サーバー・コア数 144 192 - 64 XRMEM容量 N/A 3.75 TB - 1.25 TB フラッシュ容量 38.4 TB 81.6 TB - 27.2 TB 利用可能ストレージ容量 (三重化) 73 TB 240 TB - 80 TB Infrastructure 月額概算費用 (カッコ内は時間費用) ¥1,240,000 (\1,666.6685/h) \1,674,000 (\2,249.98/h) 334,797 (¥ 449.996/h) 334,797 (¥ 449.996/h) ECPU/OCPU 時間費用 \ 52.08 / ECPU (License Include)｜\12.5085 / ECPU (BYOL) ✓ ECPUは1データベース・サーバー当たり、8ECPU以上 4ECPU単位で拡張 [拡張例] Quarter Rackの例：0(停止状態)=>16=>24=>32…｜Half Rack 相当(4DBサーバー)の例：0(停止状態)=>32=>48=>64… ✓ ストレージは、High Redundancy (三重化) で固定 ✓ Infrastructure 月額概算費用：時間単位の費用を744時間(24時間×31日)で換算 Exadata X11M 世代設定なし Copyright © 2025, Oracle and/or its affiliates 95 Elastic構成 DB/Storage Serverを1台ずつ追加 Half Rack 相当：Quarter + 2 DB + 3 Storage Full Rack 相当： Quarter + 6 DB + 9 Storage 2025/01
96. ECPU (X11M) • 参考)導入サービス: ADB/ExaDB-D/ExaDB-XS • コンピューティング・リソースの抽象化された単位 • 共有プールから柔軟に割り当てられるコア数に基づく • 長期的観点で一貫した価格メトリックとして導入 • プロセッサ・モデルやクロックスピードに依存しない価格メト リックで複雑性を回避することを目的 OCPU (X9Mまで) • 参考)導入サービス: BaseDB/ExaDB-D • 物理コアに相当する単位 • ハイパー・スレッドを有効にしたIntel Xeonプロセッサの1 つの物理コアと同等 • 1 OCPUは、x86ベースのコンピュートでは2 vCPU同 等と考えられる Oracle Exadata X11M 提供開始 参考) CPUモデル: ECPUとOCPU Copyright © 2025, Oracle and/or its affiliates 96 考え方: 4 ECPU = 1 OCPU * *価格は同一。スペック・性能に関しては異なる可能性あり 2025/01
97. Oracle Exadata X11M 提供開始 参考)ExaDB-D: 価格体系 1. Exadata ECPU • 0から搭載している最大CPUまで変更可能 - 1DBサーバー当たり、8ECPU以上、4ECPU単位で拡張 • 課金は1秒単位 (最低利用期間1分間) • 2種類：ライセンス込 or BYOL 2. Exadata Infrastructure • Base System or Elastic構成 - Elastic構成：2 DB/3 Storage + 1台ずつ追加 • 課金は1秒単位 (最低利用期間48時間) Exadata Infrastructure ECPU 1秒単位 (48時間以上) 1秒単位 (1分間以上) ゼロ CPU から可能 \2,250.011/時 = \1,674,000/月 (Quarter Rack) 1 2 \52.08/時 (ライセンス込) \512.5085/時 (BYOL) Copyright © 2025, Oracle and/or its affiliates 97 Exadata Database Serviceの優れた柔軟性 * as of January 2025 2025/01
98. Multiple Standby Databases 1つのプライマリ・データベースに対して、最大6個までスタンバイ・データベースが作成・管理可能 • データ保護の向上 : ローカルおよびリモートでスタンバイを保持し、様々なケースの障害 からデータを保護 • 柔軟性の向上: 地理的に複数の異なる場所に配置してデータ保護を強化し、必要に 応じてスナップショット・スタンバイ(書き込み可能)を利用した汎用性の向上 • ROIの向上: 特定のスタンバイ・データベースで、処理のオフロードおよびスケールアウト • Oracle Database 19c以上 • 手動で構築した２個目以降のスタンバイ・データベースが既にある場合、Data Guardグループに追加したい場合はクラウド・ツールを利用し た再構築が必要 • 本機能のリリースに伴い、Data Guard管理機能が新しいAPIに • 従来名称『Data Guardアソシエーション』→新名称『Data Guardグループ』 • 既存環境で本機能を利用する場合、新しいAPIの『Data Guardグループ』への変更が必要 • 現時点では従来の『Data Guardアソシエーション』のAPIもサポート。2026/02から非サポート Data Guardの複数スタンバイ・データベース構成をサポート Copyright © 2025, Oracle and/or its affiliates 98 2025/01 参考) チュートリアル: ExaDB-DおよびExaDB-C@Cの複数のスタンバイ・データベースの作成 ExaDB-D ExaDB-C@C
99. Data Guardの複数スタンバイ・データベース構成サポートの機能リリースに伴う、新しいAPI Data Guard管理の新しいAPI: Data Guardグループ Copyright © 2025, Oracle and/or its affiliates 99 従来『Data Guardアソシエーション』 →『Data Guardグループ』 従来: 対(ピア)のデータベースのみ表示(プライマリ側にはスタンバイ、スタンバイ側にはプライマリ) →プライマリ・データベースの情報やリージョンも表示され、Data Guard構成全体の管理性向上 2025/01 ExaDB-D ExaDB-C@C
100. 従来APIの『Data Guardアソシエーション』で管理している環境の、新APIの『Data Guardグループ』への変更 Data Guard管理の新しいAPI: Data Guardグループ Copyright © 2025, Oracle and/or its affiliates 100 2025/01 『Data Guardアソシエーション』に対するAPIと『Data Guardグループ』に対するAPI は異なるため、CLIでの運用をしている場合はCLIの内容の変更が必要 ExaDB-D ExaDB-C@C
101. APIの変更 • 『Data Guardグループ』のAPI • https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-using-data- guard.html#GUID-F52705B4-8396-40F5-8148-40EBF9BFB6FA • 従来の『Data Guardアソシエーション』のAPI • https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-using-data- guard.html#GUID-76913DF6-8BFA-4843-981F-A71C9F50D4A1 Data Guard管理の新しいAPI: Data Guardグループ Copyright © 2025, Oracle and/or its affiliates 101 2025/01 ExaDB-D ExaDB-C@C
102. Data GuardアソシエーションのAPIの非サポート予定 通知内容 We are announcing the deprecation of Oracle Cloud Infrastructure DataGuard Association APIs and replacing them with new Data Guard group APIs as mentioned below. We will also remove the ability to create Data Guard using the Data Guard Association resource from the OCI Console at the same time. • CreateDataGuardAssociation will be replaced by CreateDatabase • UpdateDataGuardAssociation will be replaced by UpdateDataGuard • SwitchoverDataGuardAssociation will be replaced by SwitchOverDataGuard • FailoverDataGuardAssociation will be replaced by FailoverDataGuard • ReinstateDataGuardAssociation will be replaced by ReinstateDataGuard • new → MigrateDataGuard We will continue to support the existing APIs as per our API Support policy as described in the Oracle PaaS and IaaS Public Cloud Services Pillar Documentuntil the Data Guard Association APIs are deprecated. Please review Note [ KB171317 |Click here] - Deprecated Data GuardAssociation APIs (February 2026) for all details of the deprecation as well as learn how to perform equivalent operations. There will be a phased-in approach before deprecation takes place. Here's the timeline: February 2025: Announcement of planned deprecation of the Data GuardAssociation APIs. February 2026: Data Guard Association resource will be removed from the OCI Console. February 2026: Data Guard Association APIs will no longer be supported by the API, OCI SDKs, command line tools, and OCI Terraform scripts. Does this impact me? Yes, if you have custom scripts or Terraform scripts that are referencing the Data Guard Association APIs, you should modify the scripts to use the new Data Guard group APIs. **What do I need to do? ** OCI SDKs and command line tools: You should update your custom scripts to use the Data Guard group APIs. Reference: Note [ KB171317 |Click here] - Deprecated Data Guard Association APIs (February 2026) Data Guard管理の新しいAPI: Data Guardグループ Copyright © 2025, Oracle and/or its affiliates 102 ExaDB-D ExaDB-C@C 2025/01
103. Q: 既存のData Guard環境(Data Guardアソシエーションで管理)している環境で複数スタンバイを作成したい場合にはどう したらいいですか A: 新しいAPIに切り替えを行った上で、スタンバイを追加してください • 切り替えに関して • コンソールもしくはCLIから変更可能 • APIの切り替えはDatabaseやData Guard自体には影響なし • APIは変わるため、APIでの運用をしている場合には変更が必要 Data Guard管理のAPI変更に伴うQA Copyright © 2025, Oracle and/or its affiliates 103 2025/01 ExaDB-D ExaDB-C@C
104. Q: 複数スタンバイが不要であれば、従来のAPI: Data Guardアソシエーションで管理のままで利用して問題はないですか A: 非サポートになるまでは引き続きご利用はいただけますが、今後任意のタイミングで切り替えを計画してください • 今後の新機能を利用できない可能性があります • 2026/02以降、現在のData GuardアソシエーションのAPIは非サポートとなります • 事前通知内容 February 2025: Announcement of planned deprecation of the Data Guard Association APIs. February 2026: Data Guard Association resource will be removed from the OCI Console. February 2026: Data Guard Association APIs will no longer be supported by the API, OCI SDKs, command line tools, and OCI Terraform scripts. Data Guard管理のAPI変更に伴うQA Copyright © 2025, Oracle and/or its affiliates 104 2025/01 ExaDB-D ExaDB-C@C
105. Q:現時点でも、従来のAPI: Data Guardアソシエーションで管理されている環境を作成可能ですか A:1つめの「スタンバイの追加」を実施する際に、「既存のData Guardアソシエーション・リソースの使用」を選択することで、 従来のAPIでも構成可能です Data Guard管理のAPI変更に伴うQA Copyright © 2025, Oracle and/or its affiliates 105 2025/01 ExaDB-D ExaDB-C@C
106. Granular Permissions for VM Cluster Update Operations • 従来 • VMクラスターの更新作業の権限（例：OCPUスケーリング、メモリスケーリング、SSHキー追加など）は CLOUD_VM_CLUSTER_UPDATE のみだった • 今後 • 特定のVMクラスター更新権限を個別に割り当てることが可能に • 例： • DB管理者のみにOCPUスケーリング権限、メモリスケーリング権限を付与したい • ストレージ管理者のみにストレージスケーリング権限を付与したい • セキュリティ管理者のみにSSHキー追加権限を付与したい • 権限付与方式 • OCI IAM Policy で設定 • 新規のお客様の場合 • VMクラスターの更新操作に必要なポリシーを持つIAMグループを作成し、グループにユーザーを割り当てる（コンソールにリソースを表示するにはINSPECT権限も必 要） • 既存のお客様の場合 • VMクラスターの更新操作に必要なポリシーを持つIAMグループを作成し、グループにユーザーを割り当てる • ユーザーが新しいグループに移動されたら既存のグループからCLOUD_VM_CLUSTER_UPDATE 権限を削除する • VMクラスターの更新権限を細やかに設定する必要の無いお客様は従来通りに利用可能 VMクラスター更新オペレーションのきめ細やかな権限設定機能 Copyright © 2025, Oracle and/or its affiliates 106 2025/01 チュートリアル) Oracle Exadata Database ServiceのVMクラスタ更新操作に対する詳細なOCI IAM権限の割当て
107. Granular Permissions for VM Cluster Update Operations VMクラスター更新オペレーションのきめ細やかな権限設定機能 Copyright © 2025, Oracle and/or its affiliates 107 例： StorageAdmin の グループに SharedPMコン パートメント内の VM Clusterのロー カルストレージと Exadataストレー ジを拡張する権 限を付与するポリ シーを付与 2025/01
108. Granular Permissions for VM Cluster Update Operations VMクラスター更新オペレーションのきめ細やかな権限設定機能 Copyright © 2025, Oracle and/or its affiliates 108 前ページの StorageAdminグ ループに属する ユーザーがグルー プに割り当てられ てない操作（例 SSHキーの追 加）を実行する と Authorization failed ore requested resource not found. のエラー になる例 2025/01
109. Granular Permissions for VM Cluster Update Operations: 赤字が追加された権限 Verbs 権限 完全に対象となっているAPI 一部対象API INSPECT CLOUD_VM_CLUSTER_INSPECT ListCloudVmClusters GetCloudVmCluster ListCloudVmClusterUpdates ListCloudVmClusterUpdateHistoryEntries GetCloudVmClusterUpdate GetCloudVmClusterUpdateHistoryEntry READ 追加無し 追加無し 追加無し USE READ に追加して以下が必要 CLOUD_VM_CLUSTER_UPDATE CLOUD_VM_CLUSTER_UPDATE_TAGS CLOUD_VM_CLUSTER_UPDATE_COMPARTMENT CLOUD_VM_CLUSTER_UPDATE_SSH_KEY CLOUD_VM_CLUSTER_UPDATE_LICENSE CLOUD_VM_CLUSTER_UPDATE_CPU CLOUD_VM_CLUSTER_UPDATE_MEMORY CLOUD_VM_CLUSTER_UPDATE_LOCAL_STORAGE CLOUD_VM_CLUSTER_UPDATE_EXADATA_STORAGE CLOUD_VM_CLUSTER_UPDATE_GI_SOFTWARE CLOUD_VM_CLUSTER_UPDATE_GUEST_OS_SOFTWARE CLOUD_VM_CLUSTER_UPDATE_FILE_SYSTEM CLOUD_VM_CLUSTER_UPDATE_DIAGNOSTIC_LOGS CLOUD_VM_CLUSTER_UPDATE_IORM 追加無し ChangeCloudVmClusterCompartment (以下も必要: use db-homes, use databases, inspect db-backups) INSPECT USE に追加して以下が必要 VM_CLUSTER_CREATE VM_CLUSTER_DELETE 追加無し CreateCloudVmCluster、DeleteCloudVmCluster (いずれも以下も必要: manage db-homes、 manage databases、 use vnics, use subnets) RemoveVmFromCloudVmCluste、、AddVmToCloudVmCluster (いずれも以 下が必要: cloud_exadata_infrastructure_update) VMクラスター更新オペレーションのきめ細やかな権限設定機能 Copyright © 2025, Oracle and/or its affiliates 109 2025/01
110. Enhancements to Quarterly Exadata Infrastructure Maintenance Planning and Execution １つのメンテナンスで、全てのコンポーネントのメンテナンスをまとめて実行するか、分割して実行するかが選択可能に • 四半期メンテナンスの対象は、DBサーバーとストレージサーバー • 対象コンポーネント全てに対して更新が必要なので、サーバー数が多ければ多いほど、メンテナンスウィンドウは長い • 従来からの方法: 一度にまとめる場合、１回のメンテナンス・ウィンドウは長くなるが１回で済む • 分割した場合、１回のメンテナンス・ウィンドウは短く抑えられるが回数が増える • ウィンドウ期間を設定することで、メンテナンス・ウィンドウのタイムラインを遵守 • 更新の順序を制御可能なので、特定のコンポーネントを優先してメンテナンス可能 インフラストラクチャ メンテナンスを、より短い時間枠に合わせて柔軟に実行可能 ※2025/02時点:リリースのタイミングでは、東京(NRT)・大阪(KIX)では未GA。順次利用可能になる予定 四半期インフラ・メンテナンスの柔軟性を向上 Copyright © 2025, Oracle and/or its affiliates 110 2025/02 チュートリアル) Oracle Exadata Database Service on Dedicated Infrastructureのメンテナンス・スケジューリング・ポリシーの作成
111. 下記の現行APIは、今後非推奨となり、新しいAPIに置き換えもしくは廃止されます • 古いバージョンのAPIは、段階的に廃止され、最終的にサポートされなくなります • 非推奨開始日までに、APIを利用した運用スクリプト等の変更をお願いいたします 現行のAPIの切り替えについて Copyright © 2025, Oracle and/or its affiliates 111 関連機能 現行API(非推奨予定) 新規API 非推奨開始日 関連情報 PDBクローン LocalClonePluggableDatabase (POST/pluggableDatabases/{pluggableDatabaseI d}/actions/localClone) CreatePluggableDatabase (pdbCreationTypeDetails.creationType=LOCALE_CLO NE_PDB(POST /pluggableDatabases) 2025/11/1 MOS Note: KB167777 RemoteClonePluggableDatabase (POST/pluggableDatabases/{pluggableDatabaseI d}/actions/remoteClone) CreatePluggableDatabase (pdbCreationTypeDetails.creationType=REMOTE_CL ONE_PDB(POST /pluggableDatabases) 2025/11/1 DB dbVersions [FIELD]dbSystemShapedb - 2025/11/1 Data Guard CreateDataGuardAssociation CreateDatabase 2026/2/1 MOS Note: KB171317 UpdateDataGuardAssociation UpdateDataGuard 2026/2/1 SwitchoverDataGuardAssociation SwitchOverDataGuard 2026/2/1 FailoverDataGuardAssociation FailoverDataGuard 2026/2/1 ReinstateDataGuardAssociation ReinstateDataGuard 2026/2/1 ・この内容は、製品ドキュメントのWhat’sの内容ではなく、現在ご利用中の お客様向けに各テナント宛の通知にて案内しております ・詳細は、通知内容もしくは関連情報記載のNoteをご参照ください 2025/02 ExaDB-D ExaDB-C@C
112. Oracle Exadata Database Service on Exascale Infrastructure(ExaDB-XS) サービス・アップデート (2024/12-2025/02) 日本オラクル株式会社 データベース・ソリューション部
113. Copyright © 2025, Oracle and/or its affiliates 113 ExaDB-XS New Feature BaseDB ExaDB-D ExaDB-C@C December 12, 2024 ExaDB-XS is now available in NRT: Japan Central (Osaka) December 17, 2024 Deploy Single Node VM Clusters January 14, 2025 Scale ECPUs to Zero FY25Q3 他サービスでの実装状況
114. 2024/12/12から大阪リージョンで利用可能になりました リリース日 リージョン 2024/12/12 AUH: UAE Central (Abu Dhabi) KIX: Japan Central (Osaka) YNY: South Korea North (Chuncheon) 日本国内のリージョンでも利用可能に(2/2) Copyright © 2025, Oracle and/or its affiliates 114 2024/12 参照: New Regions and Realms for ExaDB-XS 日本国内のリージョン、東京(NRT)と大阪(KIX)で利用可能です
115. Scale ECPUs to Zero ECPUをゼロにスケールダウン可能になりました Copyright © 2025, Oracle and/or its affiliates 115 2025/12 参照: To Scale VM Clusters 有効なECPUの値を0(ゼロ)にスケールダウン • 利用していない時間帯(夜間や週末など)は、CPUへの課金を止めることが可能 • ECPU 数を 0 にすると仮想マシン停止+ ECPU 課金停止 • 『仮想マシン(ノード)の停止』では課金停止にはならないので注意 • 合計ECPUの最小値はVMあたり8。有効なECPU=0にしている期間も、インフラの最低料金は発生 ECPU Exadata Infrastructure ECPU 作成 ECPU=0に スケールダウン (VM停止) VM 停止 VM 起動 ECPU≦8に スケールアップ (VM起動) 課金
116. 4) ECPU課金を停止 課金: 合計ECPU24のみ • 合計ECPU=予約ECPU • 合計ECPUは最小値 8。最低でも合計 ECPU=8/VMの課金 (VMあたり ¥31/時) 1) 合計ECPUと有効なECPUが同じ 課金:有効なECPU16+合計ECPU16 • ECPUの予約なしでの利用 • CPUスケーリングにはVM再起動が必要 3) CPUスケーリング 課金:有効なECPU24+合計ECPU24 • 合計ECPU数までは、VM再起動なしで スケールアップ • 合計ECPUよりも多くスケーリングしたい 場合は、VM再起動が必要 参考) 合計ECPUと有効なECPUの設定による違い Copyright © 2025, Oracle and/or its affiliates 116 2) 予約ECPUを設定する場合・メモリーを増やす場合 課金:有効なECPU16+合計ECPU24 • 予約済ECPUはリソース利用保証 (仮想OSからは認識されない) • メモリは合計ECPUの数に応じて 決まるので、必要なメモリーサイズが 大きい場合、合計ECPUを大きく設定 (2.75GB/ECPU) ECPU(合計+有効): ¥895.28/時* ECPU(合計+有効): ¥1342.92/時* ECPU(合計+有効): ¥926.28/時* ECPU(合計+有効): ¥93/時* * As of September 2024。例はライセンス込の価格で1VMあたりで試算 ・合計ECPU: \3.875 ECPU/時 ・有効なECPU:\52.08/時(ライセンス込)、12.5085/時(BYOL) 平常時 状況に応じたスケーリング 合計ECPU:24 予約済 ECPU:8 有効な ECPU:16 VM 合計ECPU:16 有効な ECPU:16 VM 予約済 ECPU:0 合計ECPU:24 予約済 ECPU:8→0 有効な ECPU:16→24 VM 合計ECPU:24 (8まで縮小可) 予約済 ECPU:8→24 有効な ECPU:16→0 VM
117. Deploy Single Node VM Clusters VMクラスタの最小VM数が2VMから1VMへ緩和 • 1VMのVMクラスタの場合は、データベースは単一インスタンス構成 • BYOL利用の場合、RACライセンスは不要 • 多くの開発/テスト用のデータベースでは単一インスタンスで稼働しており、RACライセンスがないDBがある場合がある • 2VM以上のクラスタ構成とは異なり、可用性レベルは低下 • RAC構成ではないので、計画停止・計画外停止の対策としてData Guard構成等を検討 • 既存の2ノード以上のクラスタから1ノード(VM)へのオンライン・スケールイン(縮小)も可 • ユースケース例 • テスト・開発などで、RAC構成である必要がないテスト内容の時だけスケール・インしてコスト削減 • DR環境で、通常時はシングル・インスタンスにしてコスト削減。有事の際に本番同等のRAC構成にスケール・アウト 1VMのVMクラスタを作成可能に Copyright © 2025, Oracle and/or its affiliates 117 2025/02 VM ストレージ・ボールト
118. [ブログ]Oracle Globally Distributed Exadata Database on Exascale InfrastructureのLimited Availabilityの発表 https://blogs.oracle.com/oracle4engineer/post/ja-limited-availability-oracle-distributed-database-on-exascale- infrastructure-with-builtin-replication-raft • ExaDB-XSでのOracle Globally Distributed Database • Oracle Globally Distributed Databaseについては、下記をご参照ください • 資料: https://speakerdeck.com/oracle4engineer/oracle-database-23ai-gdd • 現在クラウドサービスとして、Globally Distributed Autonomous Databaseも利用可能 https://www.oracle.com/jp/autonomous-database/distributed-autonomous-database/ ExaDB-XSを利用したOracle Globally Distributed DatabaseがLA Copyright © 2025, Oracle and/or its affiliates 118