Oracle Base Database Service 技術詳細

Oracle Cloud Infrastructure / OCI
Oracle Base Database Service / BaseDB
Enterprise Database Service / EntDB
Standard Database Service / StdDB

Transcript

1. Oracle Base Database Service 技術詳細 2026/07/23 日本オラクル株式会社 クラウド・エンジニアリングCOE統括 データベース・ソリューション部
2. はじめに この資料は、 Oracle Cloud Infrastructure Databaseの技術情報です。 2 Copyright © 2026, Oracle and/or its affiliates Oracle Cloud Infrastructure Classicは 対象外です。
3. マニュアル/製品ページ/チュートリアル • Oracle Base Database Service マニュアル(日本語) • https://docs.oracle.com/cd/G41737_01/paas/base-database/ • ※最新版は、英語版をご参照ください。 • Oracle Base Database Service マニュアル(英語) • https://docs.oracle.com/en/cloud/paas/base-database/index.html https://docs.oracle.com/en-us/iaas/base-database/index.html • Base Database Service製品ページ • https://www.oracle.com/jp/database/base-database-service/ • OCIチュートリアル：Base Database Service (BaseDB) を使ってみよう • https://oracle-japan.github.io/ocitutorials/basedb/ 3 Copyright © 2026, Oracle and/or its affiliates
4. Agenda サービス・ラインナップ サービス概要 技術詳細 まとめ Appendix 4 Copyright © 2026, Oracle and/or its affiliates
5. Oracle Cloud Oracle Cloud Infrastructure (PaaS/IaaS) & Oracle Cloud Applications (SaaS) Oracle Cloud Infrastructure Oracle Cloud Applications ER P Enterprise Resource Planning SC M Supply Chain and Manufacturing HC M Human Capital Management ACX Advertising and Customer Experience IA アプリケーション開発 DevOps インテグレーション コンテナ 管理・監視 自動化 機械学習 AI ネイティプVMware コンピュート ストレージ ネットワーク リレーショナル・ データベース その他のデータベース 分析・BI データサイエンス Security | Governance | Compliance Global Cloud Data Center Infrastructure Commercial and Government Public Cloud Regions | Cloud@Customer | Dedicated Regions | Roving Edge 5 Industry Applications Copyright © 2026, Oracle and/or its affiliates
6. Oracle Cloudにて提供するデータベースサービス 多様なビジネス要件に対応する柔軟なサービスを提供 本資料の内容 Enterprise and Standard Database Services ExaDB on Exascale Infrastructure Base Database Service ExaDB on Dedicated Infrastructure ExaDB Cloud@Customer Exadata Database Service ADB Serverless ADB on Dedicated Infrastructure ADB on Cloud@Customer Autonomous Database Automation シングル/小規模なワークロード あらゆるワークロードに対応する最高のパフォーマンス、拡張性、統合性 Oracle管理のインフラストラクチャとお客さま管理のデータベース 共有型 Oracle Cloud Infrastructure 6 Copyright © 2026, Oracle and/or its affiliates 専有型 お客さまの データセンター Oracleによるフルマネージド 共有型 Oracle Cloud Infrastructure 専有型 お客さまの データセンター
7. Oracle Cloud Infrastructure: データベース・サービス (Oracle Database) Automated (今までのOracle Databaseを便利に利用できる) Full-Managed 本資料の内容 ADB BaseDB ExaDB (Base Database Service) (Exadata Database Service) ExaDB-XS ExaDB-D (Exadata Database Service (Exadata Database Service on Exascale Infrastructure) on Dedicated Infrastructure) (Autonomous Database) ADB-S ADB-D (Autonomous Database (Autonomous Database Serverless) on Dedicated Infrastructure) Oracle Database on Virtual Machines 1-64 OCPUs (RAC: 4-128 OCPUs) 4-256 ECPUs 1コアからスタート エディション選択可能 RAC対応 7 Copyright © 2026, Oracle and/or its affiliates Oracle Exadata Oracle Exadata Oracle Exadata 16-2,000 ECPUs (4-500 OCPUs) 4-4,032 OCPUs 2 - ECPUs あらゆるワークロードで 高性能を実現する Exadata上のサービス Oracle Exadata 2 - ECPUs AI/機械学習を活用した 自律型データベース 完全なマネージドサービス
8. 構成
9. Oracle Base Database Service Oracle AI Databaseの主要機能を利用できるDatabase Cloud Service • 標準的な共有コンピュート基盤とブロック・ストレージを使用 • 用途に応じて柔軟に仮想マシン(VM)シェイプを選択可能 • Oracle Database 19cおよびOracle AI Database 26aiをサポート • OCI環境およびマルチクラウド環境で利用可能 お客様による柔軟な管理と運用 • データベース環境に対する管理権限をお客様が保持 • インスタンスの作成、バックアップ、スケーリングなどの処理をお客様の方針に沿って自動化可能 クラウドならではのコスト効率 • 従量課金制により、利用量に応じたコストで運用可能 • コンピュートとストレージを個別に拡張できるため、必要なリソースに合わせて柔軟に構成可能 • ライセンス込みの構成、または既存ライセンスを活用するBring Your Own License(BYOL)を選択可能 9 Copyright © 2026, Oracle and/or its affiliates
10. 仮想マシンDBシステム BaseDBは仮想マシン(VM)上で動作するOracle Database Services 選択する「シェイプ」によって、ノード数・CPUコア数・ストレージ容量などのリソースが決定 構成例 シェイプの種類 • フレキシブル・シェイプ： 必要に応じて1 OCPUまたは4 ECPU単位で細かなリソース選択が可能 OCPU/ECPU数に応じてメモリ・ネットワーク帯域幅・IOPSも自動的に拡張 • 標準シェイプ：あらかじめ設定された固定サイズの構成から1つ選択 Availability Domain VCN Public Virtual Machine ストレージ管理方式 AP用 ストレージはOCI Block Volumesを利用 • 論理ボリューム・マネージャ(LVM)： Linuxの標準的なボリューム管理機能 高速なSingle構成セットアップが可能 • Oracle 自動ストレージ管理(ASM)： 高可用性とパフォーマンスを実現するOracle独自のディスク管理方式 一部のエディション利用で2node RAC構成も可能 Block Storage Private Database データベース構成 1つのVMにつき1つのCDB(コンテナ・データベース)が作成される プロビジョニング時は1PDBが作成され、追加で複数PDBも作成可能 10 Copyright © 2026, Oracle and/or its affiliates Object Storage Database Service用
11. フレキシブル・シェイプ 仮想マシンDBシステム インスタンスに割り当てられるCPU数を4 ECPU単位もしくは1 OCPUでカスタム可能なシェイプ ECPU/OCPU数に比例して使用可能なメモリ、ネットワーク帯域幅、IOPSが拡張 Processor BaseDB X86 標準X86 AMD Intel X9 Ampere(Arm) Shape Name VM.BaseDB.x86 VM.Standard.x86 VM.Standard.E4.Flex VM.Standard.E5.Flex VM.Standard3.Flex VM.Standard.A1.Flex OCPU/ECPU 4 ECPU - 256 ECPU (4ECPUごとに増加) 4 ECPU - 252 ECPU (4ECPUごとに増加) 1 OCPU – 64 OCPU 1 OCPU – 32 OCPU 1 OCPU – 57 OCPU Memory (GB) 8 – 512 (4 ECPUごとに8GB) 8 – 504 (4 ECPUごとに8GB) 16 – 1024 (1 OPCUごとに16GB) 16 – 512 (1 OPCUごとに16GB) 8 – 456 (1 OPCUごとに8GB) LVM：256GB – 40TB LVM：256GB – 40TB ASM：256GB – 80TB LVM：256GB – 40TB ASM：256GB – 80TB LVM：256GB – 40TB LVM：256GB – 40TB - - 1 – 40(1Gbps/OCPU) 1 – 32(1Gbps/OCPU) 1 – 40(1Gbps/OCPU) SE、 EE、 EE-HP SE、 EE、 EE-HP SE、 EE、 EE-HP、EE-EP SE、 EE、 EE-HP、EE-EP EE、 EE-HP、EE-EP、EEDev Storage Network(Gbps) Edition 11 Copyright © 2026, Oracle and/or its affiliates
12. 標準シェイプ 仮想マシンDBシステム ECPU/OCPU数やメモリなど、あらかじめ設定された固定構成の中からシェイプを1つ選択 選択後も、一部のシェイプへの変更やOCPU数の増減が可能 12 Copyright © 2026, Oracle and/or its affiliates Processor Intel X7 Shape Name VM.Standard2.1 - VM.Standard2.24 OCPU 1、2、4、8、16、24 Memory (GB) 15、30、60、120、240、320 Storage 256GB – 40TB Network(Gbps) 1、2、4.1、8.2、16.4、24.6 Edition SE、 EE、 EE-HP、EE-EP
13. • • Base Database Service シェイプ変更対応のシェイプはインスタンス作成後にもシェイプ変更可能 FlexibleシェイプはOCPU/ECPU数に比例してメモリ、ネットワーク帯域幅、IOPSが拡張 シェイプ別リソース・機能比較一覧 タイプ シリーズ ・世代 シェイプ エディション Oracle Database OCPU/ECPU数 メモリ ストレージ管理：サイズ ネットワーク 帯域 構成 Flexible 標準X86 VM.BaseDB.x86 SE、 EE、 EE-HP 19c、26ai 4 ECPU-256 ECPU 8 GB- • LVM：256GB–40TB - Single Flexible 標準X86 VM.Standard.x86 SE、 EE、 EE-HP 26ai 4 ECPU-252 ECPU 8 GB- • LVM：256GB–40TB - Single Flexible Ampere VM.Standard.A1.Flex EE、 EE-HP、EE-EP、EE-Dev 19c、26ai 1 OCPU–57 OCPU 16-456 GB • LVM：256GB–40TB 1~40 Gbps Single Flexible AMD VM.Standard.E5.Flex SE、 EE、 EE-HP、EE-EP 19c、 26ai 1 OCPU–64 OCPU 16-1024 GB • ASM：256GB–80TB • LVM：256GB–40TB 1~40 Gbps Single 2node RAC※ Flexible AMD VM.Standard.E4.Flex SE、 EE、 EE-HP、EE-EP 19c、 21c、26ai 1 OCPU–64 OCPU 16-1024 GB • ASM：256GB–80TB • LVM：256GB–40TB 1~40 Gbps Single 2node RAC※ Flexible Intel X9 VM.Standard3.Flex SE、 EE、 EE-HP、EE-EP 19c、 21c、26ai 1 OCPU–32 OCPU 16-512 GB • ASM：256GB–80TB • LVM：256GB–40TB 1~32 Gbps Single 2node RAC※ Standard Intel X7 VM.Standard2.1 SE、 EE、 EE-HP、EE-EP 19c、 21c、26ai 1 OCPU 15 GB • ASM：256GB–80TB • LVM：256GB–40TB 1 Gbps Single 〃 VM.Standard2.2 〃 〃 2 OCPU 30 GB 〃 2 Gbps Single 2node RAC※ 〃 VM.Standard2.4 〃 〃 4 OCPU 60 GB 〃 4.1 Gbps 〃 〃 VM.Standard2.8 〃 〃 8 OCPU 120 GB 〃 8.2 Gbps 〃 〃 VM.Standard2.16 〃 〃 16 OCPU 240 GB 〃 16.4 Gbps 〃 〃 VM.Standard2.24 〃 〃 24 OCPU 320 GB 〃 24.6 Gbps 〃 ※ASM利用時のみ構成可能 13 Copyright © 2026, Oracle and/or its affiliates
14. ストレージ・サイズ(Block Volume) – シングル(LVM) 全シェイプ共通 • システム作成時に、使用可能なストレージ(GB)を選択、 DATA領域(DATA(GB)列)によってRECO領域(RECO(GB)列)が決まる → 実利用Block Volume (Total(GB)列)=課金対象の容量が決まる • プロビジョニング後にDATA領域とRECO領域をそれぞれスケールアップ可能 DATA (GB) RECO (GB) スケーリングで使用可能な 最大ストレージ(GB) Total (GB) 256 256 200 712 2,560 512 256 200 968 2,560 1,024 512 200 1,736 5,120 2,048 1,024 200 3,272 10,240 4,096 1,024 200 5,320 20,480 8,192 2,048 200 10,440 40,960 参照) Oracle Base Database Service 14 S/W用 (GB) Copyright © 2026, Oracle and/or its affiliates
15. ストレージ・サイズ(Block Volume) – シングル(ASM) フレキシブル・シェイプ(AMD/Intel X9)共通 • システム作成時に、使用可能なストレージ(GB)を選択、 DATA領域(DATA(GB)列)によってRECO領域(RECO(GB)列)が決まる → 実利用Block Volume (Total(GB)列)=課金対象の容量が決まる • プロビジョニング後にDATA領域とRECO領域をそれぞれスケールアップ可能 DATA (GB) RECO (GB) DATA (GB) Total (GB) RECO (GB) S/W用 (GB) Total (GB) 256 256 200 712 24,576 8,192 200 32,968 512 256 200 968 32,768 8,192 200 41,160 1,024 512 200 1,736 40,960 10,240 200 51,400 2,048 512 200 2,760 49,152 12,288 200 61,640 4,096 1,024 200 5,320 57,344 14,336 200 71,880 8,192 2,048 200 10,440 65,536 16,384 200 82,120 12,288 4,096 200 16,584 73,728 18,432 200 92,360 16,384 4,096 200 20,680 81,920 20,480 200 102,600 DBシステムについて 15 S/W用 (GB) Copyright © 2026, Oracle and/or its affiliates
16. ストレージ・サイズ(Block Volume) – RAC フレキシブル・シェイプ(AMD/Intel X9)共通 • システム作成時に、使用可能なストレージ(GB)を選択、 DATA領域(DATA(GB)列)によってRECO領域(RECO(GB)列)が決まる → 実利用Block Volume (Total(GB)列)=課金対象の容量が決まる • RAC構成の場合、S/W用領域は２ノード分 • プロビジョニング後にDATA領域とRECO領域をそれぞれスケールアップ可能 DATA (GB) RECO (GB) Total (GB) DATA (GB) RECO (GB) S/W用 (GB) Total (GB) 256 256 200*2 912 24,576 8,192 200*2 33,168 512 256 200*2 1,168 32,768 8,192 200*2 41,360 1,024 512 200*2 1,936 40,960 10,240 200*2 51,600 2,048 512 200*2 2,960 49,152 12,288 200*2 61,840 4,096 1,024 200*2 5,520 57,344 14,336 200*2 72,080 8,192 2,048 200*2 10,640 65,536 16,384 200*2 82,320 12,288 4,096 200*2 16,784 73,728 18,432 200*2 92,560 16,384 4,096 200*2 20,880 81,920 20,480 200*2 102,800 DBシステムについて 16 S/W用 (GB) Copyright © 2026, Oracle and/or its affiliates
17. ストレージ・サイズ(Block Volume) – シングル(ASM) 標準(Intel X7)シェイプ DATA (GB) RECO (GB) S/W用 (GB) DATA (GB) Total (GB) RECO (GB) S/W用 (GB) Total (GB) 256 256 200 712 18,432 3,688 200 22,320 512 256 200 968 20,480 4,096 200 24,776 1,024 256 200 1,480 22,528 4,504 200 27,232 2,048 408 200 2,656 24,576 4,916 200 29,692 4,096 820 200 5,116 26,624 5,324 200 32,148 6,144 1,228 200 7,572 28,672 5,736 200 34,608 8,192 1,640 200 10,032 30,720 6,144 200 37,064 10,240 2,048 200 12,488 32,768 6,552 200 39,520 12,288 2,456 200 14,944 34,816 6,964 200 41,980 14,336 2,868 200 17,404 36,864 7,372 200 44,436 16,384 3,276 200 19,860 38,912 7,784 200 46,896 40,960 8,192 200 49,352 DBシステムについて 17 • システム作成時に、使用可能なストレージ(GB)を選択、 DATA領域(DATA(GB)列)によってRECO領域(RECO(GB)列)が決まる → 実利用Block Volume (Total(GB)列)=課金対象の容量が決まる • プロビジョニング後にDATA領域とRECO領域をそれぞれスケールアップ可能 Copyright © 2026, Oracle and/or its affiliates
18. ストレージ・サイズ(Block Volume) – RAC 標準(Intel X7)シェイプ DATA (GB) RECO (GB) S/W用 (GB) DATA (GB) Total (GB) RECO (GB) S/W用 (GB) Total (GB) 256 256 200*2 912 18,432 3,688 200*2 22,520 512 256 200*2 1,168 20,480 4,096 200*2 24,976 1,024 256 200*2 1,680 22,528 4,504 200*2 27,432 2,048 408 200*2 2,856 24,576 4,916 200*2 29,892 4,096 820 200*2 5,316 26,624 5,324 200*2 32,348 6,144 1,228 200*2 7,772 28,672 5,736 200*2 34,808 8,192 1,640 200*2 10,232 30,720 6,144 200*2 37,264 10,240 2,048 200*2 12,688 32,768 6,552 200*2 39,720 12,288 2,456 200*2 15,144 34,816 6,964 200*2 42,180 14,336 2,868 200*2 17,604 36,864 7,372 200*2 44,636 16,384 3,276 200*2 20,060 38,912 7,784 200*2 47,096 40,960 8,192 200*2 49,552 DBシステムについて 18 • システム作成時に、使用可能なストレージ(GB)を選択、 DATA領域(DATA(GB)列)によってRECO領域(RECO(GB)列)が決まる → 実利用Block Volume (Total(GB)列)=課金対象の容量が決まる • RAC構成の場合、S/W用領域は２ノード分 • プロビジョニング後にDATA領域とRECO領域をそれぞれスケールアップ可能 Copyright © 2026, Oracle and/or its affiliates
19. BaseDBのECPU/OCPUによるリソース割り当て・選択可能な構成の違い ECPU OCPU サポート・ライセンス・タイプ ライセンス込み、ライセンス持ち込み(BYOL) ライセンス込み、ライセンス持ち込み(BYOL) エディション SE、 EE、 EE-HP SE、 EE、 EE-HP、EE-EP、EE-Dev(Armのみで利用可能)※ 構成 • Single • Single • 2node RAC ※※ シェイプ • VM.BaseDB.x86 • VM.Standard.x86 • • • • • AMD VM.Standard.E5.Flex※※※ AMD VM.Standard.E4.Flex Ampere VM.Standard.A1.Flex※※※※ Intel X9 VM.Standard3.Flex Intel X7 VM.Standard2.1 – VM.Standard2.24 OCPU/ECPUごとで設定可能な最小値/最大 値 • BaseDB.x86：4-256 ECPU • Standard.x86：4-252 ECPU • • • • AMD：1-64 OCPU Arm：1-57 OCPU Intel X9：1-32 OCPU Intel X7：1、2、4、8、16、24 OPCU (4ECPUごとに増加) OCPU/ECPUごとのメモリ割り当て • 4 ECPUごとに8 GB • AMD、Intel X9：1 OPCUごとに16 GB • Arm：1 OPCUごとに8 GB • Intel X7：15GB、30GB、60GB、120GB、240GB、320GB ストレージ管理と容量 • 論理ボリューム・マネージャ(LVM)：256GB–40 TB • Oracle Grid Infrastructure(ASM)：256GB–80TB • 論理ボリューム・マネージャ(LVM)：256GB–40TB ストレージ・パフォーマンス 選択不可 • バランス • より高いパフォーマンス 利用可能なデータベース・バージョン • Oracle Database 19c (BaseDB X86のみ)、26ai • Oracle Database 19c、 21c、23ai 19 Copyright © 2026, Oracle and/or its affiliates ※Enterprise Edition – Developer ※※RACはEE-EPで利用 ※※※E5はOracle Database 19cもしくは23aiで利用 ※※※※ArmはSingle構成かつLVMで利用
20. シェイプ変更 プロビジョニング後、既存OCPUベースのシェイプから別のシェイプにコンソール操作で移行可能 シェイプ変更非対応 AMD VM.Standard.E4.Flex (フレキシブル・シェイプ) Ampere VM.Standard.A1.Flex (フレキシブル・シェイプ) Intel X7 VM.Standard2.xx (標準シェイプ) AMD VM.Standard.E5.Flex (フレキシブル・シェイプ) Generation-agnostic VM.Standard.x86 (フレキシブル・シェイプ) Intel X9 VM.Standard3.Flex (フレキシブル・シェイプ) 前提条件 • Oracle Database： 23.4、21.6、19.15、12.2.0.1、12.1.0.2 (2022年4月以降のRUを含むDBバージョン)以上 • Grid Infrastructure： 19.15+ • AMD E5へのシェイプ変更はOracle Linux 8以上が必要 • Intel X9/AMD E4へのシェイプ変更はOracle Linux 7以上が必要 • Oracle Database 11.2ベースのDBシステムは移行不可 Generation-agnostic VM.BaseDB.x86 (フレキシブル・シェイプ) 考慮事項 • 移行後、移行前ののBoot Volume Backupからのリストアは不可 • 移行にはDBシステムの再起動が必要 • 2ノードRAC構成のBaseDBではローリングでシェイプ変更 • 移行後もストレージ容量は変わらないが、 性能特性(メモリ・ネットワーク)は新シェイプ依存 • 各シェイプ変更には、対応するベースイメージより前のインスタンスは サポート対象外 DBシステムのシェイプの変更 20 Copyright © 2026, Oracle and/or its affiliates
21. Base Database Service: エディション 全エディションが従量制で利用可能、サポートもサービス費用に含む Standard Edition Enterprise Edition High Performance Extreme Performance BaseDBでのエディションの考え方 • 全てのSE2標準機能 - Machine Learning - Spatial and Graph - Multitenant (3PDB) • 表領域暗号化 • 全てのEE標準機能 - Data Guard - Hybrid Columnar Compression(HCC) - パラレル処理 etc Management Packs (Data Masking and Subsetting Pack, Diagnostics and Tuning Packs) Multitenant Partitioning Advanced Compression Advanced and Label Security, Database Vault, SQL Firewall OLAP Real Application Testing Base Database Serviceでは、 全てのエディションで 表領域暗号化機能を提供 21 Copyright © 2026, Oracle and/or its affiliates | Real Application Clusters Management Packs DB In-Memory OCPUモデルのみ提供 Active Data Guard ECPUモデルでは提供なし (OCI/DB@Hyperscaler) 全てのデータベース・オプション機能 が利用可能 (Database Lifecycle Management Pack, Cloud Management Pack for Oracle Database) 主なデータベース・オプション機能 が利用可能 ※EE-EPはOCPUベースのシェイプでのみ利用可能(EE-EPを利用する場合はExaDB-XSを推奨)
22. 2025/09/10 新機能追加 Oracle Base Database Service for Developersが提供開始 開発用途向け、ライセンス費用不要のBaseDB新エディション登場 BaseDBに新エディション、Oracle Database Enterprise Edition Developerが追加 • DBライセンス費用が不要(インフラのみ課金) • 利用可能バージョン： Oracle Database 23ai(23.8.0.0以上) Oracle Database 19c(19.27.0.0以上) • Armシェイプ、Singleインスタンス、LVMで利用可能 • 運用や管理操作は通常のBaseDBと同様 • OCPU数、メモリ、ストレージ、PDB数等、デプロイ上の追加制限なし 考慮事項 • 本番環境での利用は不可 • Data Guard、 クロス・リージョン・バックアップ、BYOLには非対応 • エディションはプロビジョニング後に変更不可 • Enterprise Edition Developerで作成したバックアップのみ、同EditionのDBシステム作成時に利用可能 • PDB制限： 最大2スレッド/PDB、最大8GBメモリ/PDB、最大20GBデータベースサイズ/PDB、最大30セッション/PDB 22 Copyright © 2026, Oracle and/or its affiliates
23. Base Database Service サービスごとに利用可能なオプション機能のイメージ 利用可能なオプション機能が増える＝性能・可用性・セキュリティが強化、活用ケースが広がる DB-SE DB-EE DB-HP DB-EP Exadata InfiniBand/RoCE Offload SQL to Storage Smart Flash Cache/log Storage Index Active Data Guard Database In-Memory Multitenant Partitioning Advanced Compression 23 Copyright © 2026, Oracle and/or its affiliates IORM/Network RM In-Memory Fault Tolerance ExaFusion Columnar Flash Cache Real Application Clusters Advanced Advanced Security Analytics Database Lifecycle Management Pack Spatial & Graph Label Security Database Pack Database Vault Lifecycle Cloud Management Pack forManagement Oracle Database OLAP Cloud Management Pack for Oracle Database Oracle Database Enterprise Edition, Data Masking and Subsetting Pack , Diagnostics and Tuning Packs , Real Application Testing Oracle Database Standard Edition 2, Transparent Data Encryption Autonomous Database 一部機能 制限あり
24. シェイプ毎の使用可能なデータベース・バージョン プロビジョニング時に選択可能 標準X86 標準X86 AMD Intel Arm VM.BaseDB.x86 VM.Standard.x86 VM.Standard.E5.Flex VM.Standard.E4.Flex VM.Standard3.Flex VM.Standard2.xx VM.Standard.A1.Flex 26ai 26ai 23ai 23.4以上 23.4以上 23.4以上 23.2以上 23.7以上 21c × × × 21.6以上 21.8以上 21.9以上 × 19c 19c × 19.21以上 19.15以上 19.17以上 19.17以上 19.19以上 各バージョンのサポート状況は下記のNOTEをご確認ください [PNEWS1360]Release Schedule of Current Database Releases (旧Doc ID 742060.1) Available Database Versions https://docs.oracle.com/en/cloud/paas/base-database/about-dbs/index.html#GUIDE09AF65A-482A-4122-B467-EAE7B61B0A80 ※表に記載のあるバージョンはマニュアル記載のものです。 実際に使用可能なデータベース・バージョンの最新情報はOCIコンソール画面をご確認ください。 24 Copyright © 2026, Oracle and/or its affiliates
25. プロビジョニング
26. Base Database Service プロビジョニング 各項目を指定し、 [作成]ボタンを押すとDBシステムが作成されインスタンスが起動します DBシステムの名前の指定 DBシステムの名前を入力 データベース名 データベース名を入力 コンパートメントの選択 DBシステムを作成するコンパートメントを選択 一意のデータベース名の接尾辞 (オプション)データベース名の接尾辞を入力 可用性ドメインの選択 可用性ドメインの選択 統合監査 統合監査を有効化、無効化を選択 シェイプの構成 使用するシェイプを選択(AMD/Intel/Ampere) データベース・イメージ Oracle Databaseのバージョンを選択 ストレージの構成 ストレージ管理ソフトウェア：ASM(GI) or LVM ストレージ・パフォーマンス：バランス or より高いパフォーマンス データ・ストレージのサイズを選択 PDB名 (オプション)初期作成のPDB名を入力 管理者資格証明の作成 SYSのパスワードを入力、(オプション)TDEウォレット・パ スワードを入力 DBシステムの構成 合計ノード数：RACを構成する場合は2を選択 Oracle Databaseソフトウェア・エディションを選択 データベース・バックアップの構成 SSHキーの追加 SSH接続で用いる公開鍵ファイルを指定 自動バックアップを有効、無効化を選択 有効化する場合、バックアップの保存先や保持期限 など設定項目を指定 ライセンス・タイプの選択 ライセンス込み or ライセンス持込み(BYOL)を選択 管理 (オプション)文字セット(キャラクタ・セット)の指定 暗号化 ネットワーク情報の指定 使用するVCN、クライアントのサブネット、ネットワーク・セキュリ ティ・グループ、ホスト名接頭辞、プライベートIPアドレス(シング ルインスタン時のオプション)を指定 (オプション)キー管理の構成：Oracle管理キー or 顧 客管理キーの選択 診断収集 診断イベント、インシデント・ログとトレース収集の有効化、無 効化を選択 管理 (オプション)フォルト・ドメインの選択、タイム・ゾーンの選択 セキュリティ (オプション) Zero Trust Packet Routing (ZPR)の設定 26 Copyright © 2026, Oracle and/or its affiliates
27. Base Database Service シェイプの構成 BaseDB X86/標準X86/AMD/Intel/Ampereからシェイプを選択 シェイプによりノード数、コア数、ストレージ、利用可能バージョンなどのリソースオプションが決定 初期選択は4OCPUのAMDのVM.Standard.E5.Flex 27 Copyright © 2026, Oracle and/or its affiliates
28. Base Database Service 高速プロビジョニング • ストレージ管理でLVMを選択した場合に利用される • 数分でVM Databaseを作成可能 • パッチ・管理対象の削減 • 性能、可用性の観点から、開発用途での利用を推奨 • スケール可能なストレージサイズに上限あり • AmpereインスタンスはLVMのみ選択可能 28 Copyright © 2026, Oracle and/or its affiliates
29. Base Database Service ストレージ・ボリュームのパフォーマンス指定 Flexibleシェイプを選択した場合、ストレージ・ボリュームのパフォーマンスが指定可能 ※VM X7選択時は「バランス」に固定 • デフォルトは「より高いパフォーマンス」 • 使用可能なデータ・ストレージ(GB)の選択値に合わせて 理論上の最大IOPSを表示 ※実際のパフォーマンスはシェイプの設定にも依存する為、 プロビジョニング後の画面をご確認下さい 29 Copyright © 2026, Oracle and/or its affiliates
30. Base Database Service ライセンス・タイプの変更 • データベースのプロビジョニング後でも ライセンス込み、ライセンス持込み(BYOL)を変更可能 30 Copyright © 2026, Oracle and/or its affiliates
31. Base Database Service 診断収集(Diagnostics collection)の有効化 診断イベント(Diagnostic Events)の有効化 • クリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントの収集と公開をOracleに許可 インシデント・ログとトレース収集(Incident Logs and Trace Files)の有効化 • インシデント・ログとトレースファイルを収集をOracleに許可し、障害診断と問題解決時のお客様負担を軽減 これら機能の有効化、無効化はいつでも変更可能 ※Oracle Cloud操作表示用の「ヘルス・モニタリングの有効化」診断コレクションは、ベース・データベース・サービスでは使用できません。 31 Copyright © 2026, Oracle and/or its affiliates
32. 2024/8/2 更新 Base Database Service カスタム・データベース・ソフトウェア・イメージ • データベース・ソフトウェア・イメージを作成することで、同一パッチレベルのデータベースを作成することが容易に • 個別パッチを含めて作成可能 • 既存のデータベースへの パッチ適用にも利用可能 32 Copyright © 2026, Oracle and/or its affiliates
33. 2024/8/2 更新 ソフトウェア・イメージ DBもしくはGIのゴールド・イメージ パッチ適用済みのゴールド・イメージ作成が可能 • 複数環境/複製環境構築時など、時間を短縮 • 同一サービス内で利用可 • Data Guardのスタンバイ作成時にも利用可 • パッチ適用の手順の簡素化 • 個別パッチ適用をコンソールで完結 • Out-of-placeでのパッチ適用のデータベース・ ホーム作成の利用 • Object Storageのオラクル管理バケット内に保存 • コンソールから管理。自動で削除はされません • 利用可能なパッチバージョン 33 • Oracle Cloud Infrastructureでサポートされているもの • データベース・ホームを作成するH/Wモデルでサポートされているもの • 推奨バージョン(最新もしくは3つ前まで)よりも古いものは最新のクラウド・ ツールのテストが行われていないため、ユーザー側で実機確認をしてください Copyright © 2026, Oracle and/or its affiliates
34. ソフトウェア・イメージの管理 コンソールを使用したソフトウェア・イメージの作成 ソフトウェア・イメージの作成 34 Copyright © 2026, Oracle and/or its affiliates
35. ソフトウェア・イメージの管理 コンソールを使用したソフトウェア・イメージの作成 Database Software Image データベース・ソフトウェア・イメージを 選択 データベース・バージョン: 任意のデータベースのバージョンを 選択 リリース更新: 任意のデータベースのRUを選択 RUを選択できて、DSIを作成でき て、DBHOMEを作成できても、DB が作成できない場合があります。 基本はN-3まで 個別パッチ番号を入力します: 任意の個別パッチ番号を記載 ソフトウェア・イメージの作成: 35 Copyright © 2026, Oracle and/or its affiliates
36. ソフトウェア・イメージの管理 コンソールを使用したソフトウェア・イメージの作成 Grid Infrastructure image Grid Infrastructure ソフトウェア・イメージを選択 Grid Infrastructureの リリースを選択 MRPを含んで作成することも 可能 36 Copyright © 2026, Oracle and/or its affiliates
37. Base Database Service 標準タグの利用 • 従来から利用できたタグに加えて、OCIの標準タグ(Standard Tag)も利用可能 • リソースにタグを付けることで、リソースをグループ化し、コストを管理し、リソースの利用状況を把握可能 • オラクルは、リソースのタグ付けのベスト・プラクティスに沿った事前定義済タグのセットを提供 • Standard Tag利用時はルートコンパートメントでimportが必要、その後リソース作成時に利用可能 37 Copyright © 2026, Oracle and/or its affiliates
38. 可用性
39. Base Database Service 可用性 Base Database Service Fault Domain対応 (BaseDB X86を除く) Real Application Clusters 利用可否 自動Data Guard構成 ストレージ冗長化 自動バックアップ設定 複製機能 バックアップからの環境自動作成 39 Copyright © 2026, Oracle and/or its affiliates 可能
40. Base Database Service リージョン内の構成要素 アベイラビリティ・ドメイン(AD) • 1つ以上のデータセンターから構成されるリージョン内の独立したファシリティ • 各ADは建屋、電源、冷却装置、ネットワーク接続が独立し、火災や水害などの災害時に影響を受けるADは1つのみ フォルト・ドメイン(FD) • AD内のハードウェアやインフラのセット AD間は『広帯域(>=1Tb/sec)』『低レイテンシー(< 0.5ms *)』のネットワークで接続 • リージョン内の AD 間通信は無償 AD Oracle MAAなどの可用性とスケーラビリティを両立したアーキテクチャを クラウドでも構成可能 FD1 FD2 FD3 Rack Rack Rack リージョン データセンター・ファシリティ AD1 AD2 AD3 (*) One-way latency 40 Copyright © 2026, Oracle and/or its affiliates
41. 2025/5/7 更新 Base Database Service 自動構成での高可用性構成イメージ シングル構成 Extreme Performance Edition RAC構成 ・フォルト・ドメイン(FD)指定可能 ・データベースのデータ領域は Block Storageを利用 ・Recovery Service or Object Storageへの 自動バックアップ設定可能 Active-Activeなクラスタリング構成 ・エディションはExtreme Performanceが必要 ・FD指定可能。指定しない場合、自動で別FDに配置 ・データベースのデータ領域は、VM間で共通の Block Storageを利用 ・ Recovery Service or Object Storageへの 自動バックアップ設定可能 OCI Region OCI Region Availability Domain VCN Fault Domain Data Guard構成 計画/計画外停止に備えたDBレプリケーションでの冗長構成 ・フィジカル・スタンバイ。同一VCN、同一/別AD間で 自動構成可能。同一ADの場合、自動で別FDに配置 ・DBシステムは同一エディション同士。スタンバイは１つ ・RAC環境同士のData Guard構成も可能(VM) ・プライマリおよびスタンバイからの自動バックアップ取得が可能 OCI Region Availability Domain Availability Domain VCN ・Enterprise Edition以上 ・Active Data Guardは Extreme Performance VCN Fault Domain Fault Domain Fault Domain Fault Domain Data Guard Database Database Block Storage Block Storage or 41 Autonomous Recovery Service (RCV/ZRCV) Copyright © 2026, Oracle and/or its affiliates Database Block Storage Block Storage Autonomous Recovery Service (RCV/ZRCV) バックアップ or or OC I Object Storage Database バックアップ バックアップ バックアップ OCI Object Storage Database OC I Object Storage Autonomous Recovery Service (RCV/ZRCV) or OC I Object Storage Autonomous Recovery Service (RCV/ZRCV)
42. Base Database Service Oracle Real Application Clusters(RAC) の自動構成 DBシステム作成画面にて、OCPU数が2の仮想マシン シェイプを選択しTotal Node Count 2を選択すると、 自動的に2-node RAC構成を構築できます • 同一AD内の2-node RAC構成 構成例 Availability Domain VCN Public • コンソールからの容易な構築 • 最小構成 4 OCPU (2 OCPU x 2 ノード) • 異なるFault Domainに自動配置 AP用 Block Storage Virtual Machine Fault Domain Fault Domain Database用 Database (EE-EP) Autonomous Recovery Service (RCV/ZRCV) Private Subnet Database (EE-EP) Block Storage 42 Copyright © 2026, Oracle and/or its affiliates Object Storage
43. Base Database Service Oracle Data Guard自動構成 構成例 OCI Region DBシステムのEnable Data Guard画面にて、 セカンダリDBシステムのAvailability Domain(AD)等の 情報を入力することにより、 自動的にData Guard構成を構築可能 Availability Domain1 VCN Availability Domain2 AP用 Public Public 構築条件 • ライセンスのエディションは、EE以上が必要 • 同一リージョンの際はプライマリDBシステムと セカンダリDBシステムの両方が同じVCN内に配置されていること • • 別リージョンの際はプライマリDBシステムと セカンダリDBシステムの利用しているVCNが リモートピアリングされていること Virtual Machine Primary Standby Database (EE-EP) Data Guard Block Storage フォルト・ドメイン/タイムゾーン/ライセンスタイプ 同一リージョン内の同じAD内に設定することも、異なるリージョンのADに設定することもできます 43 Copyright © 2026, Oracle and/or its affiliates Block Storage Database用 プライマリとセカンダリは、 同一のバージョン、エディションであることが必要 プライマリとスタンバイ間の異なる設定をサポート Virtual Machine Block Storage Database (EE-EP) Block Storage
44. Base Database Service Oracle Data Guard自動構成 • DBシステムのアップグレード可能 • データベースおよびDBシステムのタグ付け可能 • Active Data Guard/Data Guard の選択・切替可能 ※エディションがDB-EPの場合のみ • スタンバイ・データベースのデータベース・イメージの選択が可能 • ノード数はプライマリ構成と同一 • 異なるシェイプ間で自動Data Guard構成が可能 • 本番は大きく、スタンバイは小さくといった構成可能 • プライマリとセカンダリでOCPU数を揃えなくても構成可能 • スタンバイ側の費用を抑えることが可能 • Ampere A1シェイプ・ベースのDBシステムでは、 IntelまたはAMDシェイプ・ベースのDBシステムとのData Guardアソシエーションはサポートされていません。 44 Copyright © 2026, Oracle and/or its affiliates
45. 2024/8/2 更新 Base Database Service Oracle Data Guard自動構成 コンソールから直接Data Guardインスタンスを作成 スタンバイ・データベースをプライマリ・データベースから自動的に作成 UIを通じた管理 • フェイルオーバー • 回復 • スイッチオーバー 45 Copyright © 2026, Oracle and/or its affiliates
46. 性能・拡張性
47. 2024/8/2 更新 Base Database Service スケーリング インスタンス作成後にシェイプの変更が可能 利用方法 • DBシステムの詳細画面から「シェイプの変更」を選択 • DBシステムがあるADのサービスリミット内で変更可能 • 再起動が必要 (停止期間は10分程度) • RAC環境の場合ノードごとにローリングでシェイプ変更 関連ドキュメント • DBシステムのスケーリング https://docs.oracle.com/cd/E83857_01/paas/base-database/scale-dbs/ 47 Copyright © 2026, Oracle and/or its affiliates
48. Base Database Service OCPUのスケーリング Flexible Shape 選択時、OCPUのスケーリングが可能 • OCPUの設定に合わせてメモリー、ネットワーク帯域幅、 理論上の最大IOPSが変化 • OCPU変更時、インスタンスは再起動される • Flexibleから異なるシェイプタイプへの変更不可 • Intel X7⇒AMD E4、 Intel X7もしくはAMD E4⇒AMD E5への変更は可能 48 Copyright © 2026, Oracle and/or its affiliates
49. Base Database Service ストレージのスケーリング 仮想マシンの DBシステム にストレージ追加が必要な場合、ストレージをスケールアップすることが可能です 2022年06月現在 • コンソールからストレージのサイズを選択 選択可能な Available Data Storage のサ イズ(GB) RECO (GB) ※リカバリ領域を拡張した場合、拡張サイズに合わせて db_recovery_file_dest_sizeパラメータも自動調整 256 256 200 712 512 256 200 968 • リカバリ領域のサイズは、DBシステムの合計記憶域の20% 以上維持する事を推奨 1,024 256 200 1,480 2,048 408 200 2,656 4,096 820 200 5,116 (略) … … … 40,960 20,480 200 61,640 (略) … … … 81,920 20,480 200 102,600 • スケールアップはオンラインで実施 • データストレージ/リカバリ領域が個別拡張可能 DB DB X7シェイプの 最大値 Flexibleシェイプ の最大値 49 Copyright © 2026, Oracle and/or its affiliates Oracle Software (GB) Total Storage (GB)
50. 2024/8/2 更新 Base Database Service 最大IOPSの理論値、及びIOPS制限係数 「DBシステムの詳細」画面にて最大IOPSの理論値、及びIOPS制限係数が確認可能 IOPS制限係数：理論上の最大IOPSにおけるボトルネック箇所を表示 「ストレージ」の場合⇒ストレージのサイズを拡張する事で最大IOPSを向上可能 「ネットワーク」の場合⇒シェイプの変更、もしくはOCPUを増やす事で最大IOPSを向上可能 50 Copyright © 2026, Oracle and/or its affiliates
51. 運用管理
52. ユーザー管理範囲 ユーザー管理範囲+機能(ツール)提供 オラクル管理範囲 Oracle Databaseの運用・管理範囲 利用形態ごとの運用・管理範囲の比較 オンプレミス DB on IaaS BaseDB/ExaDB-D User-Managed AP管理/最適化 AP管理/最適化 AP管理/最適化 AP管理/最適化 スケーリング スケーリング スケーリング スケーリング DB最適化 DB最適化 DB最適化 DB最適化 HA/DR HA/DR HA/DR HA/DR バックアップ/リストア バックアップ/リストア バックアップ/リストア バックアップ/リストア リソース監視 リソース監視 リソース監視 リソース監視 パッチ適用 パッチ適用 パッチ適用 パッチ適用 DB構築 DB構築 DB構築 DB構築 DBインストール DBインストール DBインストール DBインストール OSインストール OSインストール OSインストール OSインストール サーバー管理 サーバー管理 サーバー管理 サーバー管理 ファシリティ管理 ファシリティ管理 ファシリティ管理 ファシリティ管理 お客様管理 52 Copyright © 2026, Oracle and/or its affiliates Autonomous DB Full-Managed オラクル管理
53. Base Database Service 管理範囲 お客様管理範囲 • お客様はroot権限を持ちOS以上を管理 アプリケーション • OS、ミドルウェア、アプリケーションのアラート監視/管理 データベース • OS、ミドルウェア(GI、 Database)パッチ適用 • チューニング • DBバックアップ(GUIで設定可能) • パフォーマンス監視 など オラクル管理範囲 • ブート・ボリュームのバックアップ • ハイパーバイザー以下のアラート監視/管理 • ハードウェア故障対応 • ハイパーバイザー層へのパッチ適用 53 Copyright © 2026, Oracle and/or its affiliates お客様管理 OS 仮想マシン ハイパーバイザー ハードウェア機器 データセンター クラウド 事業者管理
54. Base Database Service 管理範囲 DB管理が可能 • データベース全体への管理権限が必要な操作が可能 • Oracle Databaseを従来通り利用したい場合に有効 - パラメータ変更、構成変更、レプリケーションや外部連携設定、パッチ適用など OSログインが可能 • 従来通りの運用/管理を適用可能 - エージェントのインストール - ログ監視 • OS領域をファイル置き場として利用可能 - 収まるサイズのファイルであれば、別途ストレージは不要(コスト、性能面でメリット) 54 Copyright © 2026, Oracle and/or its affiliates
55. 2024/8/2 更新 Base Database Service OCIコンソールを使用したDBシステムの管理 OCIコンソールを使用してDBシステムを管理することができます(起動/停止の例)。 開始(Start)：停止したノードを再起動する(停止アクションが使用可能に) 停止(Stop)：ノードをシャットダウンする(開始アクションが有効に) ① DBシステムの起動操作 再起動(Reboot)：ノードをシャットダウンして再起動する 1. 2. 3. 4. 5. OCIコンソールの左上にあるメニューアイコンをクリック [Oracle Database] を選択 Oracleベース・データベース・サービスをクリック DBシステム(DBシステム詳細画面)に移動 画面上部の[ノード]をクリック ノードの右側にあるメニューアイコンをクリックし[起動]を選択 DBシステムの管理機能 ② • プロビジョニング(DBシステム画面) • 起動/停止(DBシステム詳細画面) ③ • リソース監視(左上メニューの[モニタリング]) • スケーリング(DBシステム詳細画面) ④ ⑤ • HA/DR(DBシステム詳細、データベース詳細) • バックアップ/リカバリ(データベース詳細) • パッチ適用(DBシステム詳細、データベース) 55 Copyright © 2026, Oracle and/or its affiliates
56. 2024/8/2 更新 Base Database Service OCIコンソールを使用したPDB管理 OCIコンソールを使用してPDBの管理を行う事が可能です PDBの管理操作画面 PDBの管理機能 1. 2. 起動 対象のPDBをオープンする 停止 対象のPDBをマウント状態にする リストア 対象のPDBを任意の地点までリストアする リフレッシュ リフレッシュ可能クローンをリフレッシュする 再配置 対象のPDBを同じAD内のCDBから別のCDBへ再配置する クローン 対象のPDBを複製する ローカル/リモート/リフレッシュ可能クローンから選択 削除 対象のPDBを削除する リストア・リフレッシュ・再配置の利用条件 • Oracle Database 19c以上 • クローン先は同一バージョン以上 • 同一ADのみ • VCNが異なる場合は事前にピアリングが必要 • Oracle管理キーのみサポート 56 Copyright © 2026, Oracle and/or its affiliates 3. 4. 5. 6. OCIコンソールの左上にあるナビゲーション・メニューをクリック [Oracle Database] を選択→ Oracleベース・データベース・サービスを選択 対象のDBシステムをクリック 操作対象となるデータベースをクリック 画面上部の[プラガブル・データベース]をクリック [アクション]をクリック
57. 2024/8/2 更新 Base Database Service 作業進捗確認 DB作成、起動/停止、バックアップ取得などの 作業進捗を確認可能 確認可能な作業の詳細は以下を確認 https://docs.oracle.com/jajp/iaas/Content/General/Concepts/workrequestoverview.htm 57 Copyright © 2026, Oracle and/or its affiliates
58. Base Database Service インフラ障害時のVM自動再起動 インフラ障害によってVM(ノード)が停止した場合、自動的にインスタンスのリカバリを試み、正常なホスト上でVMを起動す るように試みる。管理者へのメール通知もしくはコンソールの「お知らせ」から確認可能 58 Copyright © 2026, Oracle and/or its affiliates
59. BaseDBのインフラストラクチャ計画メンテナンス インフラストラクチャ計画メンテナンスの影響を制御するための事前ノード再起動 概要 • オラクルが管理する物理ホストは定期的にメンテナンスが必要 • BaseDBが稼働するホストでインスタンス(VM)再起動が必要な場合、スケジュールが事前に通知 • 再起動時、ノードはメンテナンスの必要がない新しいホストに自動で移行される • お客様のDBシステムへの影響はリブートによるダウンタイムのみ お客様のアクション • スケジュール通知後、 指定日時より前に業務都合に合わせて再起動を実施 • 手動対応することで強制再起動を回避し、 計画的にダウンタイムをコントロール • 自主的な再起動がない場合、予定時刻にOCIが自動で再起動を実施 計画メンテナンス時のVM再起動による影響タイミングを ユーザが制御でき、アプリケーションへの影響を極小化することが可能 59 Copyright © 2026, Oracle and/or its affiliates DBシステムについて https://docs.oracle.com/ja/cloud/paas/base-database/aboutdbs/index.html
60. BaseDBのインフラストラクチャ計画メンテナンス メンテナンス・ノード再起動の流れ メンテナンス実施予定日時 OCIが メンテナンスをスケジュール 管理者に通知 管理者宛メール通知もしくは コンソールの「お知らせ」での通知 Notification Serviceで のサブスクライブ 通知対象を追加したい場合は サブスクライブを活用 60 Copyright © 2026, Oracle and/or its affiliates 業務に影響が少ないタイミングで ノードを再起動 (コンソールまたはAPIで 停止→起動、または再起動操作) 再起動することでダウンタイム後は 自動的にサービスが復旧 ノードは新しい物理ホスト 上で再稼働 RAC構成の場合は 順次ローリングでノードごとに再起動 ユーザーが 再起動しない場合 スケジュール時刻にOCIが 自動的にノードを再起動 DBシステムについて https://docs.oracle.com/ja/cloud/paas/base-database/about-dbs/index.html
61. BaseDBのインフラストラクチャ計画メンテナンス メンテナンスに伴う再起動のスケジュール確認方法 確認方法 1. コンソールでの確認 • 「DBシステム情報」ページの「ノード・メンテナンス再起動」フィールドで メンテナンス日時を確認 • 「予定なし」と表示される場合は、 インフラストラクチャ計画メンテナンスの実施予定なし 2. APIでの確認 • API GetDbNode DbNodeリソースの timeMaintenanceWindowEndを使用してメンテナンスが スケジュールされているノードを確認可能 3. 「リソース・エクスプローラ」でメンテナンス対象のリソースを一括検索 • 予め定義されたクエリで、全てのスケジュール対象ノードを検索 再起動操作方法 • コンソールまたはAPIで対象ノード再起動を実施 61 Copyright © 2026, Oracle and/or its affiliates DBシステムについて https://docs.oracle.com/ja/cloud/paas/base-database/about-dbs/index.html
62. Base Database Service シリアルコンソール接続 シリアルコンソール対応により、 OSログイン不可の際などに シングル・ユーザーモードでの操作が可能 利用方法 • DBシステムの[リソース] – [コンソール接続]を選択 • コンソール接続を作成 • DBシステムへ接続 関連ドキュメント • シリアルコンソール接続 https://docs.oracle.com/cd/E83857_01/paas/base-database/connect-console/#articletitle 62 Copyright © 2026, Oracle and/or its affiliates
63. 2024/8/2 追加 Base Database ServiceSQLワークシートでPDB接続が可能 • データベース・ツールのSQLワークシートでPDBに接続 • SQLおよびPL/SQLをOCIコンソールから直接実行し、PDBにオブジェクトを作成可能 考慮事項 • SQLワークシートの利用には接続の事前作成が必要 • 接続の作成時にはOCI Vaultの指定が必要(要事前作成) 63 Copyright © 2026, Oracle and/or its affiliates
64. Base Database Service お客様管理範囲における基本的な考え方 非推奨となる操作 • オラクル管理との整合性を担保するために、以下を念頭に操作ください - OSにログインして直接操作可能な処理でも、 OCI上で実装されているツールの利用を第一に検討ください。 - OSへのアクセス不可や管理ツールの使用不可などのリスクが伴うため、デフォルトで用意されているOSユーザの既存設定に対する 変更は避けてください ※ 判断のつかないケースについては、サポートサービスにお問い合わせください 障害時の対応について • HW,OS,MW障害、全ての項目について不明点や何かしらの障害が疑われる場合は、サポートサービスにお問い合わ せください • システムの要件に応じて、事前にDR構成、バックアップ構成のご検討をお願いいたします 65 Copyright © 2026, Oracle and/or its affiliates
65. Base Database Service 非推奨・お勧めしない操作、注意点 項番 OS管理 ソフトウェアのインストールはOSパッチ適用などに影響を与える可能性があります。 万が一インストール後に予期せぬ事象が発生した場合は、ソフトウェア未適用の場合での再現性を確かめていただようサポートから回答する可能性があります。 古いバージョンのデータベース(11,12,18)を選択した場合、選択したデータベース・バージョンの既知のセキュリティ問題について 2 クリティカル・パッチ・アップデート(https://www.oracle.com/technetwork/jp/topics/alerts-082677-ja.html)を参照してください。 利用されるOSのパッチを適用しなければならない可能性があります。 3 基本的にLinux OSで実行すべきでない操作はしないでください。(rm -rf /など) 4 DBシステムにNetworkManagerをインストールしないでください。 このパッケージをインストールしてシステムをリブートすると、システムへアクセス不可となる可能性があります。 5 OCIコンソール、RMAN、dbcliにて実施するバックアップにはOS領域が含まれていません。OS領域のバックアップが必要な場合は別途検討してください。 6 OCIコンソール、ocicliで実施可能な処理をその他の処理方法で直接実施しないでください。 1 項番 OSユーザ管理 OCI側の管理ソフトウェアに影響がでるためデフォルトユーザー(oracle,girdなど)に対する変更はできません。(特に.bash_profile、sudoなど) 他のユーザを作成することで、bashプロファイルを変更して運用可能です。 2 rootアクセス権をもつユーザを他に作成していない場合、opcユーザを無効にしないでください。 1 ※この資料に記載している内容がすべてではありません。上記に記載のない操作で環境に影響を与えかねない操作、 処理などを実行する際は事前テストやSRでの事前確認をお願いいたします。 66 Copyright © 2026, Oracle and/or its affiliates
66. Base Database Service 非推奨・お勧めしない操作、注意点 項番 通信 1 SSH構成、SSHエージェントに対する変更はシステムに接続できなくなる可能性があるので注意してください。 2 ファイアウォールをデフォルトで閉じてしまうと、OCI側の管理エージェントとの通信が遮断され一部機能が使用できなくなる可能性があります。 3 リスナーポートの変更はDataGuard構成に影響を与えるため不可能です。 項番 Database管理 デフォルトのデータベース接続サービスはOracle Cloud上での管理ツールでも使用されるため、 アプリケーションから接続する際は別サービスの作成をお勧めします。 2 直接DBCAを実行せず、OCIコンソールからDB作成を実施してください。 3 表領域はデフォルトで暗号化されています。暗号化Walletの保管場所は変更しないでください。 ベア・メタルDBシステムでは、Oracle Database Standard EditionとEnterprise Editionデータベースを同じDBシステムに混在させることはできません。 4 (サポートされているデータベースのバージョンは、DBシステム上で混在させることができますが、エディションでは使用できません)。 5 ベア・メタルDBシステムでは、データベースホームごとに１つのデータベースのみ作成可能です。 6 ocicliを利用できない場合にのみdbcliを使用してください 7 OracleユーザのOS認証の設定は変更しないでください。クラウドツールのアクセスができなくなります。 1 項番 Databaseバックアップ 1 OCIコンソールを使用せず、RMANやdbcliを使ってお客様自身でデータベースのバックアップを取得することができます。 2 OCIコンソールに表示されるバックアップのリストにはRMAN、dbcliを使用して直接作成されたバックアップは含まれません。 一度お客様自身でRMAN Configureを編集した後、新たにOCIコンソールからバックアップを取得する場合構成が上書きされ、これまでのバックアップ構成やデータは使用不可能 3 になります。 上記と反対も同様に、OCIコンソールにてバックアップを取得した後、RMAN、dbcliコマンドにてバックアップを構成した場合、コンソールにて取得したバックアップは使用できなくな 4 る可能性があります。 5 2ノードRAC DBシステムのバックアップにdbcliコマンドは使用できません。RMANを使用してください。 ※この資料に記載している内容がすべてではありません。上記に記載のない操作で環境に影響を与えかねない操作、 処理などを実行する際は事前テストやSRでの事前確認をお願いいたします。 67 Copyright © 2026, Oracle and/or its affiliates
67. 運用監視
68. Observability & Management Oracle Databaseの運用監視を強化するサービス リソースのメトリック監視 Tokyo/Osaka Region データーベースの稼働状況や 性能を表すメトリックを監視 データベースの性能監視 データベースのリソース監視や パフォーマンス・チューニング Compartment / VCN ※一部有償 ※Basic Management：無償 Full Management ：有償 Private Subnet Database Management Monitoring BaseDB ログ分析基盤 アラートや監査ログ等の 各種ログを一元的に集約 横断的な分析と長期保管 Logging Analytics Management Agent Private Endpoint Ops Insights 長期データに基づいた 需要予測やSQL分析 ※10GBまでは無償 10GB以降は有償 ※有償 メトリックやプロセスの監視 Stack Monitoring ユーザー独自のメトリックやプロセ スを監視可能 ※有償 69 Copyright © 2026, Oracle and/or its affiliates リソースのトレンド分析
69. Observability & Management データベースの運用監視要件に対応するOCIサービス 監視項目 要件 データベースのリソースを監視し、 リソース監視 問題が発生した場合に早期に検知・対応できる 仕組みを確立する 性能監視 ログ管理 70 要件を満たすための考慮ポイント • CPU、メモリなどの各リソースの稼働状況を監視 • エラーや障害、異常な動作などの検出 • 検出された異常値を自動的に通知、アラートの生成 データベースの性能要件が維持されていることを 確認し、業務特性やピーク時の特性を踏まえて性 能監視・チューニングを行う • レスポンス時間や処理速度を監視する データベースの正常動作、およびエラーや障害など のログを日常的に取得・管理することで 問題発生時のトラブルシューティングに対応する • 問題を特定するための分析手法を確立 Copyright © 2026, Oracle and/or its affiliates • SQLのボトルネックを特定し、パフォーマンスを最適化 • リソースを予測し、性能不足を未然に防止 • ログの長期保管と不適切なアクセスや削除を防止 • エラーや異常なログを検出し、アラートの生成 対応するOCIサービス Monitoring Stack Monitoring Database Management Database Management Ops Insights Logging Analytics
70. Observability & Management データベースの主な監視・管理項目への対応 監視・管理項目 リソース監視 データベースの運用管理 データベースの性能監視 ログ管理 71 対応するOCIサービス BaseDB管理詳細画面 (デフォルト表示) DBシステム (CPU、メモリ、スワップ、ASMディスク・グループ使 用率、ロード平均、ノード・ステータス) ◦ Monitoring データベース (CPU、メモリ使用等の使用率、ストレージの使 用状況、実行数、ブロック変更、解析数(合計)、 現在のログオン) ◦ Monitoring (Database Managementの有効化でPDBの監視も可能) メトリック拡張 - Stack Monitoring 表領域管理 - Database Management キャパシティ管理 - Ops Insights DBパラメータ管理、DBユーザー管理 - Database Management AWRレポートの出力、AWRエクスプローラ - Database Management、 Ops Insights アクティブ・セッション履歴(ASH)分析、 SQLモニタリング - Database Management 自動データベース診断モニター(ADDM)、 SQLチューニング・アドバイザ - Database Management -Full (※EE 以上) ログ監視 - Logging Analytics、 Database Management-Full (アラートログのみ) ログ分析 - Logging Analytics Copyright © 2026, Oracle and/or its affiliates
71. Monitoring Databaseのリソース監視 • 各リソース(CPU、メモリ、ストレージ等)の使用率を監視・分析 • 設定したしきい値に対して、アラームを発報させ管理者に通知可能 しきい値を超えた際に アラームを発報 利用する上での前提 • PDBのリソース監視にはDatabase Managementの有効化が必要 (Full Management) 価格 • 一部有償 ※分析やアラーム発報の際にMonitoringからデータが取り込まれたときに課金が発生 通知サービスと連携 Notifications 72 Copyright © 2026, Oracle and/or its affiliates
72. Stack Monitoring ユーザー独自のメトリックを追加するメトリック拡張 • 収集方法はOSコマンド、SQL、JMX、HTTPを選択 • 作成～テスト～デプロイまでGUIで作成可能 • SQL別の負荷情報や特定プロセスの死活を監視 • ベースラインを設定し、メトリックの異常値を可視化 • Monitoring と連携し、設定したしきい値に対して管理者に通知 利用する上での前提 • 監視DBに対してStack Monitoring(EE)とメトリック拡張を有効化 価格 • 73 有償 Copyright © 2026, Oracle and/or its affiliates 従来のメトリックでは監視できないメトリック
73. Database Management Databaseのパフォーマンス監視 • Oracle Databaseの稼働状況を一元的に管理する統合ビュー • SQLモニタリングやチューニング・アドバイザなどのパフォーマンス分析機能 • AWRエクスプローラーによるパフォーマンスデータの視覚化 利用する上での前提 • Standard Editionは利用不可 • 監視DBの設定はPDB単位 • DBシステムの詳細画面から「データベース管理の有効化」が必要 価格 • Basic Management：無償 • Full Management：有償 ※ 上記の管理オプションによって利用可能な機能が異なる 無償のBasic ManagementはCDBのみが対象 74 Copyright © 2026, Oracle and/or its affiliates 実行されているSQLの負荷情報
74. Ops Insights DatabaseのリソースとSQLパフォーマンスの長期的な監視・分析 • 各リソース(CPU、メモリ等)の使用率のトレンドと需要予測 • 最大25ヶ月の長期保存されたSQLをベースに以下のインサイトを提供 1. データベース全体を俯瞰するフリート分析 2. 時間経過に伴うワークロードを解析するデータベース分析 3. SQLパフォーマンス統計に基づいた詳細なSQL分析 利用する上での前提 • DBシステムの詳細画面から「Ops Insightsの有効化」が必要 価格 • 75 有償 Copyright © 2026, Oracle and/or its affiliates 需要予測
75. Logging Analytics Databaseのログ監視・分析 • データベース・ログ監視用のダッシュボードを作成 • アラートログから発生しているエラーを特定 • 監査ログから不正な操作が行われていないかを確認 利用する上での前提 • データベースに管理エージェントのインストールが必要 • 監査ログなどデータベースの表に格納されているログを収集する場合は、 クレデンシャルの作成が必要 価格 • 10GBまでは無償 • 10GB以降は有償 76 Copyright © 2026, Oracle and/or its affiliates データベースのログ監視ダッシュボード
76. バックアップ・リカバリ
77. Oracle AI Databaseのバックアップ取得方法 BaseDB 推奨 Oracle管理バックアップ (OCI Managed Backup) • OCI Control Planeがバックアップのライフサイクルを管理 • • • ユーザーはコンソール/APIで操作が可能 82 • ユーザー側でバックアップ運用を管理 • dbcli/RMANなどでバックアップ実行・運用制御が可能 • 取得スケジュール・アーカイブログの管理などをユーザー側で担保 • 取得スケジュールなどを要件に合わせてカスタマイズ • OCI Control Planeによるライフサイクル管理対象外 • オンデマンド・バックアップ取得も可能 • 高度なバックアップ制御が可能 OCIの他のサービスとの連携が可能 • • スケジュール実行/保持期間/Cleanup をOCI側で管理 顧客管理バックアップ (Customer Managed Backup) イベント・通知サービスでバックアップイベントの通知など 代表的な保存先※ • • 他リージョンへのバックアップ転送 • Local Storage内へのバックアップ取得など 代表的な保存先 • Autonomous Recovery Service(RCV/ZRCV) • OCI Object Storage (顧客管理バケット) • OCI Object Storage • Local Storage Copyright © 2026, Oracle and/or its affiliates ※2025年8月以降に作成された新規テナンシ利用の場合はRCV/ZRCVのみOCI Managed Backupとして指定可能
78. Oracle AI Databaseのバックアップ取得方式一覧 BaseDB OCI側でバックアップ運用を管理したい場合 (OCI Managed Backup） バックアップ取得先/サービス 実行方式 管理モデル 実行トリガー 取得単位 バックアップ構成 保存期間 操作方法 Zero Data Loss Autonomous Recovery Service (ZRCV) 定期実行 OCI Managed スケジュール実行 (2時間枠で指定) CDB 初回L0+永久増分(L1) +リアルタイムREDO転送 14日間-95日間 コンソール /API Autonomous Recovery Service (RCV) 定期実行 OCI Managed スケジュール実行 (2時間枠で指定) CDB 初回L0+永久増分(L1) +最短60分間隔でアーカイブログバックアップ 14日間-95日間 コンソール /API OCI Object Storage (オラクル管理バケット)※ 定期実行 OCI Managed スケジュール実行 (2時間枠で指定) CDB 週次L0+日次L1 +最短60分間隔でアーカイブログバックアップ 7/15/30/45/ 60日間 コンソール /API OCI管理のまま、任意タイミングでバックアップ取得したい場合 (OCI Managed Backup） バックアップ取得先/サービス 実行方式 管理モデル 実行トリガー 取得単位 バックアップ構成 保存期間 操作方法 Autonomous Recovery Service (RCV or ZRCV) オンデマンド実行 OCI Managed ユーザー実行 CDB 増分(L1) (RCV/ZRCV有効化時のみ利用可能) 保護DBに指定された 保護ポリシーに順守 コンソール /API 長期保管バックアップ(LTR) (Long-term retention backups) オンデマンド実行 OCI Managed ユーザー実行 CDB フルバックアップ(既存バックアップから生成) (RCV/ZRCV有効化時のみ利用可能) 90日間-10年間 コンソール /API OCI Object Storage (オラクル管理バケット) オンデマンド実行 OCI Managed ユーザー実行 CDB フルバックアップ 手動削除するまで 保持 コンソール /API より高度なバックアップ制御を実施したい場合 (Customer Managed Backup) バックアップ取得先/サービス 実行方式 管理モデル 実行トリガー 取得単位 バックアップ構成 保存期間 操作方法 OCI Object Storage (顧客管理バケット) 手動バックアップ /自動実行可能 Customer Managed ユーザー実行 or cron実行 CDB/PDB/ スキーマ etc. フル/増分/アーカイブログ etc. ユーザー定義 RMAN+Backup Module /dbcli Local Storage 手動バックアップ /自動実行可能 Customer Managed ユーザー実行 or cron実行 CDB/PDB/ スキーマ etc. フル/増分/アーカイブログ etc. ユーザー定義 dbcli/RMAN 83 Copyright © 2026, Oracle and/or its affiliates ※2025年8月以降に作成された新規テナンシ利用の場合はRCV/ZRCVのみOCI Managed Backupとして指定可能
79. Oracle管理バックアップ (OCI Managed Backup) OCI側でバックアップ運用を管理 データベース・バックアップの自動取得が設定可能 取得先 : 自律型リカバリ・サービス(デフォルト) or Object Storage 設定に基づき、特定の時間に日次で自動で取得される • • - • • バックアップ・ジョブの開始時間帯(UTC)や完全バックアップの曜日を指定可能 最初のバックアップは即時作成することを推奨 バックアップは全て暗号化 取得先の変更可 前提条件 • バックアップ取得先へのアクセスが可能なIAMポリシー・ネットワークの設定 取得先 頻度と種類 保持期間 補足 推奨 自律型リカバリ・サービス (Autonomous Recovery Service) ・初回フル(Level 0) ・永久差分増分(Level 1) ・Oracle定義(14/35/65/95日)もしくはユーザー定 義の保護ポリシーから選択(デフォルト 35日) ・90日-10年の長期バックアップ(LTR) も可 ・データ損失を限りなく減らす「リアルタイ ム・データ保護」機能あり ・保持期間を過ぎるまで変更または削 除を不可にする「保持ロック」機能あり Object Storage （オラクル管理バケット内） ・週次フル(Level 0) ・日次差分増分(Level 1) ・7/15/30/45/60日から選択(デフォルト30日) ・削除するまで保持可能な長期バックアップ(スタン ドアロン・バックアップ)も可 85 Copyright © 2026, Oracle and/or its affiliates
80. Oracle管理バックアップ (OCI Managed Backup) OCI、マルチクラウドおよびオンプレミス上のOracle Database向けインテリジェントなデータ保護 ランサムウェアに対する耐性を高めます • ファイルを不可視化し、盗難を防止 • リアルタイムバックアップにより、感染直前までのリカバリーを可能 • 完全性が担保されたバックアップにより、確実に復旧可能 バックアップにおける、本番環境への影響を極小化します • 増分バックアップの断片を合成し最新のフル・バックアップ相当ファイルを生成 • フル・バックアップ相当のファイルをリストアするため、リストア時間が短縮 • 増分バックアップ取得のみになるため、週次フル・バックアップは不要 • すべてのバックアップ・ファイルに対する検証をリカバリ・サービス内で実施 クラウドにより、低コストかつシンプルな運用管理を実現します • 保護データ量のみに比例する価格体系 • 大規模なデータベース保護環境を、数クリックで構成可能 • データ保護に関する詳細なインサイトを取得するダッシュボードを提供 実績のあるRecovery Applianceの技術を採用 87 Copyright © 2026, Oracle and/or its affiliates OCI Incremental Forever / Real-Time Redo Transport Autonomous Database – Dedicated Exadata Database Service Base Database Service Zero Data Loss Autonomous Recovery Service Multicloud Database @Azure Database Database @GCP @AWS Cross-Domain / Cross-Region Fast Restore Cloud Protect - New Clean Room On-Premises / Any Linux x64 system
81. Oracle管理バックアップ (OCI Managed Backup) 保存先によるバックアップ・リストアの違い 推奨 自律型リカバリ・サービス (Autonomous Recovery Service(RCV)/ Zero Data Loss Autonomous Recovery Service(ZRCV)) L0 L1 L1 L1 ......... 初回フルバックアップ + 永久差分増分 アーカイブREDOログ リストア 一般的なバックアップ L0 L1 L0 L1 L1 … アーカイブREDOログ L0 仮想フルバックアップで高速リストア L0 L1 L1 リストア バックアップ (自動) ・初回フルバックアップ(L0)を取得後、日次で差分増分バックアップ(L1)のため、 バックアップ取得時間の短縮と負荷軽減 ・定期的にアーカイブREDOログのバックアップ ・リアルタイムデータ保護を利用した場合、オンラインREDOログの常時転送 ・初回フルバックアップ(L0)を取得後、日次で差分増分バック アップ(L1)と週次でフルバックアップ(L0) ・定期的にアーカイブREDOログのバックアップ リストア・リカバリ ・仮想フルバックアップ(L0)+アーカイブREDOログのため高速 ・リアルタイムデータ保護オプションを利用した場合、上記＋オンラインREDOログ ・フルバックアップ(L0)+差分増分バックアップ(L1)+アーカイブ REDOログ RPO ・オンラインREDOログも使用不可の場合、障害発生前の数時間以内(オンライ ンREDOログが利用可能であれば、障害発生直前まで) ・リアルタイムデータ保護を利用した場合、障害発生直前まで ・オンラインREDOログも使用不可の場合、障害発生前の数時 間以内 (オンラインREDOログが利用可能であれば、障害発生 直前まで) 88 Copyright © 2026, Oracle and/or its affiliates
82. Oracle管理バックアップ (OCI Managed Backup) Autonomous Recovery Serviceの保護ポリシー 保護ポリシーは、バックアップ保持・保護・保存先を管理するためのポリシー機能 各保護されたデータベースに1つの保護ポリシーを関連付けて運用し、 OCIがバックアップ・ライフサイクル(取得・削除のタイミングなど)を自動管理 • 保護されたデータベースに対してOracle定義ポリシーとユーザー定義ポリシーを利用可能 Oracle定義ポリシー • Bronze : 14日 • Silver : 35日 (デフォルト) • Gold : 65日 • Platinum : 95日 ユーザー定義ポリシー • 14日 - 95日でカスタム設定可能 特徴 • データベース単位で異なる保護ポリシーを適用可能 • Oracle Database@Azure/AWS/Google Cloud対応 • 保持ロックとと組み合わせることで保持期間中の変更・削除を防止 • 95日を超える長期保持が必要な場合は、長期保管バックアップ(LTR)を利用 89 Copyright © 2026, Oracle and/or its affiliates
83. Oracle管理バックアップ (OCI Managed Backup) Autonomous Recovery Serviceの保持ロック 保護ポリシーで定義されたバックアップ保持期間をロックし、期間中の変更および削除を防止 • 誤操作や悪意ある操作による改ざん・削除を防止し、ランサムウェアに対するデータ保護およびコンプライアンスに対応 機能 • 有効化時にロック有効日(最短14日後)を設定 • 猶予期間中は、保持期間の変更やロックの無効化が可能 • 有効日以降は完全にロックされ、変更や削除は一切できない(不可逆) セキュリティ • 管理権限を含む操作に対してもバックアップの改変・削除を防止 • ランサムウェア等によるバックアップ削除・改ざんの防止に寄与 注意事項 • 無効化不可、保持期間は延長のみ可能(最大95日)、ポリシーの変更は不可 • 新規に追加したDBには即時適用されず、最低14日後にロックが有効化されるため、設計時の考慮が必要 90 Copyright © 2026, Oracle and/or its affiliates 保存ロックを使用したバックアップの保護 https://docs.oracle.com/cd/E83857_01/paas/recovery-service/dbrsu/about-policy-locking.html
84. Oracle管理バックアップ (OCI Managed Backup) オンデマンド・バックアップ OCI管理のまま、任意タイミングでバックアップを取得 • 自動バックアップ設定有無により、バックアップ構成・保存先・保持方式が異なる 自動バックアップ有効時 • 増分バックアップ(L1)を取得し、 Autonomous Recovery Serviceに保管 • 保護ポリシーに従ってバックアップを削除 自動バックアップ未設定時 • スタンドアロン・バックアップとして OCI Object Storage(オラクル管理バケット)に保管 • 手動削除するまでバックアップは削除されない ※実行中のバックアップ処理はキャンセル可能 91 バックアップ取得先/サービス 実行方式 管理モデル 実行トリガー 取得単位 バックアップ構成 保存期間 操作方法 Autonomous Recovery Service (RCV or ZRCV) オンデマンド実行 OCI Managed ユーザー実行 CDB 増分(L1) (RCV/ZRCV有効化時のみ利用可能) 保護DBに指定された 保護ポリシーに順守 コンソール /API OCI Object Storage (オラクル管理バケット) オンデマンド実行 OCI Managed ユーザー実行 CDB フルバックアップ 手動削除するまで 保持 コンソール /API Copyright © 2026, Oracle and/or its affiliates
85. Oracle管理バックアップ (OCI Managed Backup) 長期バックアップ保存(LTR) 低コストで最長10年まで保管可能な長期保管用バックアップ Autonomous Recovery Serviceを利用することで、最長10年の長期保管バックアップ(LTR)を作成可能 • コンプライアンス/法令要件向けの長期保管を低コストで実現 • 通常バックアップは最大95日、LTRでは90日 - 10年保持に対応 • LTRバックアップは通常バックアップとは独立管理 • Recovery Serviceで取得済みバックアップから生成するため、 本番DBへの追加負荷を最小化 • OCI Object Storage Infrequent Access Tierに保存 • LTRバックアップから新規DB作成(リストア)が可能 • 対象CDB内の全PDB または 一部PDBを選択して復旧可能 既存バックアップ Object Storage Standard 92 24H Object Storage Infrequent Access バックアップ取得先/サービス 実行方式 管理モデル 実行トリガー 取得単位 バックアップ構成 保存期間 操作方法 長期保管バックアップ(LTR) (Long-term retention backups) オンデマンド実行 OCI Managed ユーザー実行 CDB フルバックアップ(既存バックアップから生成) (RCV/ZRCV有効化時のみ利用可能) 90日間-10年間 コンソール /API Copyright © 2026, Oracle and/or its affiliates
86. Oracle管理バックアップ (OCI Managed Backup) データベースのリストア・リカバリ 最新・任意バックアップから新規DB作成 • 自動バックアップあるいはオンデマンド・バックアップで取得したバックアップから、新しいDBシステムを作成可能 • BaseDBの場合、エディションの変更は同等以上のエディションに限定される リストア可能な期間内での、任意のポイントへリストア可能 • • • 最新のバックアップから新規DB作成 • CDB単位: 最新にリストア / タイムスタンプにリストア(時間指定) • PDB単位: 最新にリストア / タイムスタンプにリストア(時間指定) 任意のバックアップから新規DB作成 • CDB単位: 最新にリストア / タイムスタンプにリストア(時間指定)/システム変更番号(SCN)にリストア • PDB単位:復元するPDBを指定可能 Data Guard構成で取得されたバックアップのリストア • 93 プライマリもしくはスタンバイから取得されたバックアップを利用可能 Copyright © 2026, Oracle and/or its affiliates NEW
87. 顧客管理バックアップ (Customer Managed Backup) RMAN/dbcliを利用したユーザー管理型バックアップ 高度なバックアップ制御をユーザー側で柔軟に設計・制御 • RMAN+Backup Module/dbcli等を利用して実装 • cron等で自動化可能 • OCIのライフサイクル管理対象外 • 取得スケジュール/保持期間/クリーンアップ/ アーカイブログ管理をユーザー側で実施 • 高度なバックアップ制御が可能 • 他リージョン転送 • 取得単位の高度な制御 取得手段 RMAN＋ Oracle Database Cloud Backup Module 保存先 OCI Object Storage (顧客管理バケット) dbcli Local Storage RMAN 取得手段に応じて保存先を選択 バックアップ取得先 実行方式 管理モデル 実行トリガー 取得単位 バックアップ構成 保存期間 操作方法 OCI Object Storage (顧客管理バケット) 手動バックアップ /自動実行可能 Customer Managed ユーザー実行 or cron実行 CDB/PDB/ スキーマ etc. フル/増分/アーカイブログ etc. ユーザー定義 RMAN+Backup Module /dbcli Local Storage 手動バックアップ /自動実行可能 Customer Managed ユーザー実行 or cron実行 CDB/PDB/ スキーマ etc. フル/増分/アーカイブログ etc. ユーザー定義 dbcli/RMAN 94 Copyright © 2026, Oracle and/or its affiliates
88. 顧客管理バックアップ (Customer Managed Backup) RMAN+Backup Moduleを利用してOCI Object Storageへバックアップを取得 既存RMAN運用を変更せず、OCI Object Storageをバックアップ保存先として利用 Oracle Database Cloud Backup Moduleを利用 RMAN • RMANを直接利用するユーザー管理型バックアップ • Oracle Database Cloud Backup Module(libopc.so)が SBT_TAPEライブラリとして動作 • 既存RMANコマンドを利用してバックアップ・リストアが可能 • cron等による自動実行に対応 • L0/L1/アーカイブログのバックアップ対応 前提条件 • Oracle Database Cloud Backup Moduleのインストール • OCI Object Storage • OCI Auth Token/IAM Policy • Object Storage接続用のネットワーク設定 95 Copyright © 2026, Oracle and/or its affiliates SBT_TAPE Oracle Database Cloud Backup Module (libopc.so) OCI Object Storage (顧客管理バケット) ※ OCI Managed Backupとの併用は非推奨 セットアップ方法 https://docs.oracle.com/ja/cloud/paas/base-database/backup-rman/
89. 顧客管理バックアップ (Customer Managed Backup) Oracle Database CLI (dbcli) BaseDB向けCLIのdbcliにより、RMAN/OCI Object Storage/バックアップ構成を抽象化 RMAN運用を簡略化するユーザー管理型バックアップ運用 dbcli • Oracle Database CLI(dbcli)を利用 • 操作はrootユーザーで実行 • バックアップ構成をCLIで管理、データベースへ関連付けて利用 • RMANコマンドを直接操作せずバックアップ可能 • dbcli内部では RMAN が利用される • 保存先はOCI Object StorageもしくはLocal Storage • cron等による自動実行に対応 • 長期保管バックアップ/アーカイブログのバックアップ対応 • リカバリ・ウィンドウに基づきバックアップ保持を管理 ※ OCI Managed Backupとの併用は非推奨 96 Copyright © 2026, Oracle and/or its affiliates 初期設定 [root@basedb ~]# dbcli create-objectstoreswift [root@basedb ~]# dbcli create-backupconfig [root@basedb ~]# dbcli update-database バックアップ実行 [root@basedb ~]# create-backup Object Storage or Local Storage Oracle Database CLIリファレンス https://docs.oracle.com/ja/cloud/paas/base-database/cli-reference/
90. 自動バックアップ設定に関する推奨事項 • 自動バックアップを有効にしている際に、RMANコマンドを利用したRMAN設定の変更は非推奨 • バックアップ処理実行中に、可用性を妨げる操作(パッチ適用など)を実行しないことが推奨 • バックアップが失敗した場合、自動バックアップは次回のバックアップ・ウィンドウで再試行されるため、バックアップが取 得されていない時間帯でのデータロスの可能性がある • 手動バックアップを設定する場合 • 自動バックアップとの併用は非推奨のため、自動バックアップは無効に設定 • アーカイブ・ログの自動バックアップ・ジョブの設定を無効化 97 Copyright © 2026, Oracle and/or its affiliates
91. クローン
92. Base Database Service DBシステムのクローニング DBシステムの詳細画面からDBシステム全体のクローンを作成 テスト、開発などの用途でデータベース複製の工数を削減 • Singleおよび2node RACいずれもクローンが可能 • ストレージ構成やソフトウェア、データベース領域までコピー • VCN、コンパートメント間でのクローン作成が可能 • 宛先サブネットで使用可能な場合、 ホスト名やIPアドレスはそのまま利用可能 • 作成時にプライベートIPアドレスを指定可能 考慮事項 • Data Guard構成の場合、必ずプライマリ側から操作 • 暗号化キーが顧客管理キーの場合は、同じキーを利用 • ASM利用時はGIが19.9以上必須 • セキュリティゾーン内のDBシステムのクローンは、セキュリティゾーン内でのみ作成可能 99 Copyright © 2026, Oracle and/or its affiliates
93. Base Database Service PDBのクローニング PDBの詳細画面からPDBのクローンを作成 テスト、開発などの用途でPDB複製の工数を削減 クローンの種類 • ローカル・クローン 同じデータベースにソースPDBのコピーを作成 • リモート・クローン 異なるデータベースにソースPDBのコピーを作成 • リフレッシュ可能クローン 異なるデータベースにソースPDBのリフレッシュ可能なコピーを作成 VCN間の場合はピアリングが必要 考慮事項 • ソースDBのTDEウォレットパスワードが必要 • 自動バックアップが有効な場合、クローン作成直後にPDBのバックアップを取得可能 100 Copyright © 2026, Oracle and/or its affiliates
94. パッチ適用 (アップデート、アップグレード)
95. 2024/8/2 更新 Base Database Service コンソールからのパッチ適用(GI/DBのアップデートおよびOSのアップグレード) • OCIコンソールから適用可能なパッチにはGrid Infrastructure用とDatabase用の2種類があります。 コンソールから、それぞれのパッチ適用や要件を満たしているかの事前チェック、履歴の表示ができます。 • OSはアップグレードのみコンソールから実施可能です。コンソールからアップデートを実施する機能はありません 管理者 DB Grid Infrastructure OS 102 Copyright © 2026, Oracle and/or its affiliates
96. パッチ適用(アップデート、アップグレード) • 用語 • DB システム - Grid Infrastructure • データベース - Oracle Database • アップグレード - メジャー・バージョンのアップデート • 例 DB18 → DB19 • アップデート - RU(リリース・アップデート)の適用 • 103 例 DBRU 19.17→ DBRU 19.18 / GIRU 19.17→ GIRU 19.18 Copyright © 2026, Oracle and/or its affiliates
97. メンテナンス関連の用語について アップグレード メジャー・バージョンの変更 19c 23ai 23.3 23.4 アップデート メジャー・バージョン以外の変更 移行 データを新しいHW、OSなどへ移動すること 104 Copyright © 2026, Oracle and/or its affiliates
98. Base Database Service DB システム のアップグレード • 前提 • OL6、OL7 • GI 19cより前のGI • ASM利用 • スタンドアロン・バックアップを作成すること • DB システム のアップグレード • OL6からOL7に直接アップグレードは出来ない • 新しいコンピュートインスタンスに新しいGIを構成、データはクローニングされる • ダウンタイムが発生 • プライベートIPアドレス、ホスト名は引き継がれる • パブリックIPアドレスは引き継がれない • OSの変更は引き継がれない • Clusteware の変更は引き継がれない 105 Copyright © 2026, Oracle and/or its affiliates
99. Base Database Service のメンテナンスの種類 各メンテナンスの特徴 お 客 様 管 理 1 2 名称 対象 リリース タイミング 適用 タイミング Oracle DB アップデート DB 四半期毎 Oracle GI アップデート GI Guest VM OS アップデート Cloud Tool アップデート 作業者 対象 適用方式 最低 年に1回 任意・即実行 お客様 DBホーム 単位 RACの場合 なし はローリング あり 四半期毎 最低 年に1回 任意・即実行 お客様 DBシステム 単位 RACの場合 なし はローリング あり Guest OS 不定期 年に1回 程度 任意・即実行 お客様 DBシステム 単位 RACの場合 あり はローリング あり Cloud Tool ほぼ毎月 自動 - オラクル (お客様 も可能) VM 単位 無停止 なし なし インフラ 不定期 不定期 事前通知 オラクル インフラ RACの場合 あり はローリング あり 3 4 オ ラ ク ル 管 理 5 計画メンテナンス 106 Copyright © 2026, Oracle and/or its affiliates パッチ適用中の VMの VM上の 再起動 DB再起動 日時設定
100. Base Database Service コンソール、APIでのOracle Database 19cアップグレード – 概要 • コンソール、APIを使用して BaseDB VMのOracle Database 19cへの アップグレードが可能 • 前提条件は以下の通り • OS OL6 • GI構成の場合 GI 19以前 • 上記条件を満たすことができない場合、 バックアップから新規DBシステムを 作成した後にアップグレード • コンソールからのアップグレード失敗時はコンソールからロールバック可能 110 • アップグレード・ロールバック操作を使用できるのは、アップグレードに失敗し、 現在のライフサイクル状態が「失敗」になっているEnterprise Edition以上 • 実行手順は「失敗したデータベース・アップグレードのロールバック」をご確認ください Copyright © 2026, Oracle and/or its affiliates
101. Base Database Service コンソール、APIでのOracle Database 19cアップグレード – アップグレードプロセス • 自動事前チェックの実行 • 復元ポイントの作成 • アップグレード時に指定したバージョンやカスタム・データベース・ソフトウェア・イメージに基づいて 新しいデータベースホームを作成 • DBUAを実行してアップグレード # dbcli describe-job -i fd8ec55d-dde2-43b2-8c22-9961a3108868 Job details ---------------------------------------------------------------ID: fd8ec55d-dde2-43b2-8c22-9961a3108868 Description: Database upgrade with resource Id : 379a404e-f1a5-4fda-ac16-47af7ed3cfd8 Status: Success Created: November 17, 2020 5:04:38 PM CET Progress: 100% Message: Task Name Start Time End Time Status ------------------------------------------------- --------------------------------------- ---------------------------------------- ---------Database home creation November 17, 2020 5:04:39 PM CET November 17, 2020 5:10:31 PM CET Success PreCheck executePreReqs November 17, 2020 5:10:32 PM CET November 17, 2020 5:12:07 PM CET Success Database Upgrade November 17, 2020 5:12:08 PM CET November 17, 2020 7:17:02 PM CET Success drop GRP November 17, 2020 7:18:00 PM CET November 17, 2020 7:18:03 PM CET Success 111 Copyright © 2026, Oracle and/or its affiliates
102. Base Database Service コンソール、APIでのOracle Database 19cアップグレード - 注意事項 • 事前チェックを実施し、アップグレードが可能か確認 • アップグレード時にはダウンタイムが発生 • アップグレードで問題が発生した場合は、ロールバックが可能(EE以上のエディションのみ) • 失敗した場合にロールバックのボタンがコンソールに表示 • バックアップからの新規DBシステム作成、テスト後にアップグレードを推奨 • アップグレード完了後には古いdbhomeの削除を推奨(dbcli delete-dbhomeを利用) • 11.2からアップグレードする場合、アップグレード後のデータベースは非CDB構成となる。非CDB構成のPDB化機能を活 用可能 • Data Guard構成の場合、 • Data Guard Association 構成の場合 - コンソールからアップグレードを実施可能。スタンバイ環境からアップグレードを実施 • 手動 Data Guard 構成の場合 - 事前に無効化 or スタンバイの削除をして非Data Guard構成とする必要がある(DB11.2 or 12.1 の場合) • 112 Copyright © 2026, Oracle and/or its affiliates
103. Base Database Service DB システム のアップデート コンソール、API、またはデータベースCLI(DBCLI)を使用して、DB システム(GI) またはデータベースにパッチを適用可能 前提条件 • Object Storage へのアクセス • /u01 に 15GB 以上の空き領域 • Clusterware が稼働中のこと • 利用可能なアップデート： https://docs.oracle.com/ja/cloud/paas/base-database/update-dbs/#articletitle • 最新と一つ前(N, N-1)の RU を提供 DB システム のアップデートについて • システムにパッチを適用するには再起動が必要なため、ユーザーに与える影響が最小限に抑えられるように、一度 に操作を実行することを計画してください。システムの中断を避けるため、Oracle Data Guardなどの高可用性 戦略の実装を検討してください。 • パッチ適用前にデータベースをバックアップし、検証環境でパッチをテストすることをお薦めします。 適用に失敗した場合は、SRをあげることを推奨します。ユーザーがコンソールからロールバックすることはできません。 113 Copyright © 2026, Oracle and/or its affiliates
104. 2024/8/2 更新 Base Database Service dbcliを使用したDBシステム・ノードのOSアップデート dbcli ユーティリティを使用して、DBシステム内のノード(仮想マシン)のオペレーティング・システムをアップデートできます。 • CLI Update Commandを使用してCLIをアップデート # cliadm update-dbcli • 利用可能なアップデートバージョンの確認 # dbcli get-availableospatches • 上記コマンドの出力結果をJSON形式で出力 # dbcli get-availableospatches -j • • OSアップデートのプリチェック # dbcli update-server –c os -p OSのアップデート # dbcli update-server -c os 114 Copyright © 2026, Oracle and/or its affiliates 注意点 • OSのアップデートを試行する前に、DBシステム内のデータベースをバックアップします。 • DBシステムからパッケージを削除しないでください。 ただし、アップデートを正常に完了するには、カスタ ムRPM (システムのプロビジョニング後にインストールされたパッケージ)を削除する必要がある場合があ ります。 • Oracleでは、本番システムをアップデートする前に、非本番システムでアップデートを完全にテストする ことをお薦めします。 • DBシステムの起動に使用されるイメージは、必要なアップデートで定期的にアップデートされます。 DB システムを起動した後、OracleパブリックYUMサーバーを介して公開された必要なOSセキュリティアッ プデートを適用する必要があります。 • OSのアップデートを適用するには、DBシステム内の仮想クラウド・ネットワーク(VCN)がYUMリポジトリ へのアクセスを許可するように構成されている必要があります。 • OS アップデート時に適用される rpm は、適用前の事前チェックで一覧を取得可能です • OS アップデートの事前チェックで Reboot Required: Yes で表示される場合、Linuxカーネルの アップデートが入ります。再起動でカーネルのアップデートが適用されます。 • データベース・サービス:Update the DB System Resources Using dbcli https://docs.oracle.com/en/cloud/paas/bm-and-vm-dbs-cloud/dbspatchingdbcli/index.html#articletitle
105. Base Database Service コンソール、APIでのDB 19cの非CDBをPDBへ変換 • コンソール、APIを使用して、 19cの非CDB構成のDBをPDBへ変換可能 • 前提条件は以下の通り • Oracle Database 19c • 非CDBのTDEウォレット・パスワードが必要 • VMの場合、DBシステムのクローニング機能を利用して 事前テストの実施が可能 115 Copyright © 2026, Oracle and/or its affiliates
106. 移行
107. Base Database Service 主な移行方式一覧 移行ツール 移行対象 最低移行元バージョ 移行元 ン(サポート中のDBの エディション み記載)(*1) アップグレード 可否 ビックエンディアンからの スキーマ構成 変換 の変更 non-CDBから CDBへの移 停止時間 補足 行 Data Pump DB/表領域/ スキーマ/表 11.2.0.4 SE～ 〇 〇 〇 〇 大～中 RMAN Backup/Restore DB 11.2.0.4 SE～ 〇 〇(一部制限あり) × ×(*3) 中～小 RMAN Duplicate DB 11.2.0.4 SE～ 〇 〇(一部制限あり) × × 小 11.2.0.4 EE 〇 〇(一部制限あり) × 〇 中～小 移行先DBはEE以上が必要 DB 11.2.0.4 EE 〇 〇(一部制限あり) × 〇 中～小 移行先DBはEE以上が必要 移行先DBバージョンは12.1.0.1以降 DB/表領域 11.2.0.4 EE 〇 〇(一部制限あり) × 〇 中～小 移行先DBはEE以上が必要 PDB Unplug/Plug PDB 12.1.0.2 SE～ 〇 × × × 中～小 PDB Clone PDB 12.1.0.2 SE～ 〇 × × × 小 Non-CDB Clone DB 12.1.0.2 SE～ × × × 〇 小 Data Guard DB 11.2.0.4 EE × × × × 極小 移行先DBはEE以上が必要 GoldenGate DB/表領域/ スキーマ/表 11.2.0.4(*2) SE～＋ GoldenGate 〇 〇 〇 〇 極小 ダウンタイムを極小化したい場合に 他の移行方式と併用しての利用を推奨 Zero Downtime Migration(ZDM) DB 11.2.0.4 SE～ DB 11.2.0.4 SE～ Transportable Tablespaces 表領域 Full Transportable export/import RMAN Transportable Tablespaces Database Migration Service 117 Copyright © 2026, Oracle and/or its affiliates Oracle Cloud Infrastructureへの移行 移行元ライセンスによって 選択可能な移行方式が異なる Oracle Cloud Infrastructureへの移行 ZDMの論理移行をフルマネージドサービスで 〇 × × 〇 極小 提供 (*1)サポートされている最低バージョン。これよりも古いバージョンでのサポート可否は都度確認が必要。 (*2)利用製品/バージョン/OS等、ソースDBのサポート可否は都度確認が必要。 (*3)non-CDBが18c以降である場合はDBMS_PDB.EXPORTRMANBACKUPを活用することで実現可能 https://oracle-base.com/articles/18c/multitenant-usable-backups-of-non-cdbs-and-relocated-pdbs-18c 〇 〇(AIX,Solarisのみ) 〇 〇 極小
108. Base Database Service 現行バージョンと対応ツール 現行が11.2.0.3以下( Database Cloud Service では利用不可のバージョン) - SQL*Loader / 外部表 - Data Pump - RMAN Backup/Restore - RMAN Duplicate - Transportable Tablespaces - Full Transportable export/import - GoldenGate 118 Copyright © 2026, Oracle and/or its affiliates
109. Base Database Service 現行バージョンと対応ツール 現行が11.2.0.4( Database Cloud Service で利用可能なバージョン) - SQL*Loader / 外部表 - Data Pump - RMAN Backup/Restore - RMAN Duplicate - Cloud Backup Module for OCI* - Data Guard * - Transportable Tablespaces - Full Transportable export/import - Zero Downtime Migration* - GoldenGate * 移行先のOCI BaseDBで、より上位のDBバージョンを利用したい場合は、 現行環境を事前に対象バージョンにアップグレードする必要がある 119 Copyright © 2026, Oracle and/or its affiliates
110. Base Database Service 現行バージョンと対応ツール 現行が12.1.0.1( Database Cloud Service では利用不可のバージョン) - SQL*Loader / 外部表 - Data Pump - RMAN Backup/Restore - RMAN Duplicate - Cloud Backup Module for OCI* - Data Guard * - Transportable Tablespaces - Full Transportable export/import - Zero Downtime Migration* - GoldenGate * 移行先のOCI BaseDBのDBバージョンに合わせて、 現行環境を事前にアップグレードする必要がある 120 Copyright © 2026, Oracle and/or its affiliates
111. Base Database Service 現行バージョンと対応ツール 現行が12.1.0.2以上( Base Database Service側で利用可能なバージョン) - SQL*Loader / 外部表 - Data Pump - RMAN Backup/Restore - RMAN Duplicate - Cloud Backup Module for OCI* - Data Guard * - PDB Unplug/Plug、Clone、Non-CDB Clone - Transportable Tablespaces - Full Transportable export/import - Zero Downtime Migration* - GoldenGate * 移行先のBase Database Serviceで、より上位のDBバージョンを利用したい場合は、 現行環境を事前に対象バージョンにアップグレードする必要がある 121 Copyright © 2026, Oracle and/or its affiliates
112. 移行方式概要 Cloud Backup Module for OCI 特徴 Object Storageに格納されたバックアップ データから直接データベースを作成可能 バックアップ/リストアよりも 簡単に移行可能 作業ステップ 1. バックアップツールを利用してオブジェクトストレージに バックアップを取得 2. コンソール(GUI)またはAPIを使用して、 クラウド上のバックアップからデータベースを作成 Database 主な前提条件 Object Storage , Backup Cloud Service の費用がかかる 移行元DBバージョンが12c以降の場合は CDB必須 122 Copyright © 2026, Oracle and/or its affiliates スタンドアロンバッ クアップ DB ODBCM Oracle Database Cloud Backup Module Object Storage DB 停止期間
113. Cloud Backup Module for OCIを利用した移行 主な前提条件 • Databaseのアップグレードは不可 • 移行元DBバージョンが12c以降の場合はCDB構成 • RMAN暗号化が必要(パスワード、TDE) - 移行元DBがSEの場合、暗号化のために個別パッチ適用が必要 • Database Backup Cloud Service 、Object Storageの費用が追加でかかる 123 Copyright © 2026, Oracle and/or its affiliates
114. 移行方式概要 Zero Downtime Migration Service(ZDM) 特徴 2019/11にリリースされたOCIへの 無償移行ツール ダウンタイム最小での移行が可能 作業ステップ 1. ZDMツールをダウンロード 2. ZDMサービスホストへツールをインストール 3. 設定ファイルを作成 4. (必要に応じて)テスト実行 5. ZDMツール実行 6. スイッチオーバー Application 主な前提条件 ソースとターゲットは 同一のバージョン/パッチレベル 移行元DB , 移行先DB以外に ZDMサービスホストと Object Storageが必要 124 Copyright © 2026, Oracle and/or its affiliates SQLnet SSH ZDM SSH
115. 新機能 Zero Downtime Migration 21c ソース データベース サポートされる ターゲットの クラウド・サービス SE / EE BaseDB サポートされる ソースの プラットフォーム 物理・論理移行 非CDBから CDBへ 移行タイプ RMAN Data Guard Data Pump GoldenGate 物理移行 論理移行 ExaDB-D / ExaDBC@C 移行手法 11g, 12c, 18c, 19c, 21c ATP / ADW 論理移行のみ DB Links 125 Copyright © 2026, Oracle and/or its affiliates
116. 新機能 Zero Downtime Migration - Methodologies 論理オンライン移行 Data Pump GoldenGate Backup Location Standard Edition Enterprise Edition Backup Location: Object Storage, NFS or ZDLRA 126 Copyright © 2026, Oracle and/or its affiliates 1 ZDMをダウンロード＆設定 2 データベース移行を開始 3 ソース/ターゲット/バックアップ先に接続 4 GGを設定しソース側のトランザクションをキャプチャ 5 ソースからData Pumpにてバックアップ先へデータ出力 6 バックアップ先よりData Pumpにてターゲットに データ取り込み 7 GGを設定し、変更を適用開始 8 スイッチオーバーを実施し、移行を完了
117. ネットワーク接続
118. Base Database Service ネットワーク接続 SQL*Netを使用した接続 • オンプレミスデータベースと同様にデータベース・サービスへ接続可能 • VCNのセキュリティリストにて1521ポートの開放が必要 SSHトンネリングを使用した公開IPによる接続 • データベース作成時/作成後に追加された認証鍵を使用してSSH経由でデータベースに接続 • 1521ポートの開放は必要なし 実際の接続方法は以下に記載 • 101: Oracle Cloud で Oracle Database を使おう(BaseDB) https://oracle-japan.github.io/ocitutorials/basedb/dbcs101-create-db/ 128 Copyright © 2026, Oracle and/or its affiliates
119. セキュリティ・監査
120. Base Database Service セキュリティ • 全てのエディションで表領域暗号化が有効 • バックアップは暗号化して取得される • SQL*Netコネクションの暗号化 • OCIのネットワーク設定でのアクセス制限 • セキュリティ・リスト • ルーティング・ルール • SSH鍵認証でのOSログイン • IAMポリシーベースのアクセス制限 DF11233 U*1 $5Ha1qui %H1 HSKQ112 A14 FASqw34 £$1 DF@ £!1ah HH! バックアップ 130 Copyright © 2026, Oracle and/or its affiliates
121. Base Database Service セキュリティ ⑫ SSO／アクセス制御 多要素認証 ⑨機密データ伏字化 (Data Redaction) (Identity Could Service / Identity Management) ⑦データアクセス制御 ⑥セキュリティアセスメント (Label Security Virtual Private DB) (DB Security Assessment Tool) ⑧通信暗号化 (標準機能) ⑤ 権限分析 DB ユーザ アプリケーション (Privilege Analysis) ⑩ 不正SQL検知 (Audit Vault and Database Firewall) イベント ①データ暗号化 ③DB管理者 職務分掌 (Transparent Data Encryption) DF11233 U*1 $5Ha1qui %H1 HSKQ112 A14 FASqw34 £$1 DF@ £!1ah HH! ④データマスキング (Data Masking) (Database Vault) ②鍵の集中管理 (Key Vault) ⑪証跡管理 ( Audit Vault and Database Firewall ) 131 Copyright © 2026, Oracle and/or its affiliates テスト 開発
122. Base Database Service データ漏洩の主な要因 • 暗号化されていないデータ • 不十分なセキュリティ構成 • セキュリティパッチ未適用 • 管理されていない特権ユーザー • 管理者のスヌーピング • 監査されないユーザー • 不十分なネットワーク分離 • 機密データへの監査 • マルウェア/ウイルス • テスト開発環境の機密データ 対応済： OCI / Autonomous Database 132 Copyright © 2026, Oracle and/or its affiliates 現在： お客様の責任範囲
123. Base Database Service 機能概要 機能名 製品名 概要 用途 ① データ暗号化 Transparent Data Encryption 既存のアプリケーションに変更なく、透過的に本番、 バックアップデータを暗号化 本番、バックアップデータを保護 ② 鍵の集中管理 Key Vault 公開鍵、秘密鍵、Oracle Walletsなどを集中管理 暗号鍵を管理、保全 ③ DB管理者 職務分掌 Database Vault DB管理者の業務データアクセスを制御。特定のDB設定やパスワード 変更、業務データの閲覧等を制限 DB管理者の職務分掌 業務データにアクセスさせない ④ データマスキング Data Masking 実データのマスキング(伏字化) テスト、開発環境の情報を保護 ⑤ 権限分析 Privilege Analysis 不正アクセスの原因となる過度な権限付与を検出 必要な権限のみを付与し、最小権限の原則を実現 ⑥ アセスメント Database Security Assessment Tool データベースのセキュリティ構成、ユーザーと権限付与、重要データの 格納先などのリスク可視化と推奨対策の提示 データベースのセキュリティ状況の把握や コンプライアンスへの対応 ⑦データアクセス制御 Label Security / Virtual Private DB 特定の表への行・列レベルでのより厳密なアクセス制御 参照、更新時における行・列レベルでのアクセス制御 ⑧ 通信暗号化 Oracle Database 標準機能 データベースに関する通信を暗号化 データベースとの通信時の情報を保護 ⑨ 機密データ伏字化 Data Redaction 特定の表への参照範囲をデータベース内で列レベルで制限 参照時における列レベルでの伏字化 ⑩ 不正SQL検知 Audit Vault and Database Firewall 定常的なレポートと不正なアクセスを検知 監査証跡の取得、管理 ⑪ 証跡管理 Audit Vault and Database Firewall ログを取得し、改ざん・削除されないようログを保全 監査証跡の取得、管理 ⑫ 認証・多要素認証 Identity Cloud Service 多段要素認証によるなりすまし防止 Webアプリケーションの厳密なアクセス制御 ⑬ セキュリティ対策の自動 化 Data Safe データベースセキュリティ対策の可視化と自動化により重要なデータを 保護 管理工数をかけずクラウドで利用するデータベースの セキュリティ強化 133 Copyright © 2026, Oracle and/or its affiliates
124. Base Database Service Oracle Data Safe 統合されたデータベースセキュリティ管理センター • セキュリティ構成の評価 • ユーザーのリスク評価 • ユーザーアクティビティの監査 • 機密データの発見 • データマスキング 短時間でセキュリティリスクを軽減 全てのお客様のための多層防御 特別なセキュリティの専門知識は不要 追加費用なしで、Oracle Cloud のDatabase で利用可能(*) *: 監査機能は100万レコード/月まで無償、その他の機能は無償 134 Copyright © 2026, Oracle and/or its affiliates
125. まとめ：Base Database Service 1コアからスタート、RACまで、幅広いサービスラインナップを提供 Base Database Service • 仮想マシン(VM)で利用可能なデータベースサービス • 4つのエディションを選択可能で、Oracle Real Application Clusters(RAC)が利用可能 • 他のサービスと比較し、ユーザーのニーズに合わせて様々なサイズ・構成で利用可能なサービス 135 Copyright © 2026, Oracle and/or its affiliates
126. Appendix
127. Database Cloud Service - ベアメタル：EOSL(サービス終了)予定のアナウンス サービス終了までの予定 移行先のサービス • 2021年12月31日：新規プロビジョニング終了 • Database Cloud Service - 仮想マシン • 2022年12月31日：サービス終了 • Exadata Cloud Service - 上記日程までに別サービスへの移行をお願いいたします お客様への通知 • Autonomous Database 移行方法 • 現在ご利用中のお客様へは、OCI Customer Notificationを通じて、近日通知されます • Zero Downtime Migration • 最新情報はサポート・ドキュメントで公開しています • 従来のツール群を活用 - Oracle Database Cloud Service DBCS-BM X7 SKUs EOSL Change Notification (Doc ID 2781994.1) 150 Copyright © 2026, Oracle and/or its affiliates - 無償ツール、オンライン移行にも対応 - RMAN, Data Pump, Data Guard 等 * EOSL: End-of-Support-Life