关于数据库系统
Oracle Cloud Infrastructure (OCI) 在虚拟机上提供数据库系统。
虚拟机上有两种类型的数据库系统（数据库系统）：
- 单节点数据库系统：一个单节点数据库系统由一个虚拟机组成。
- 多节点 RAC 数据库系统：双节点数据库系统由两个虚拟机组成。
如果必须为开发或测试目的预配数据库系统，则可以使用特殊的快速预配单节点数据库系统。
创建数据库系统时，可以选择应用于该数据库系统上数据库的 Oracle AI Database 版本和版本。您无法更改所选版本。根据所选 Oracle AI Database 版本和版本，您的数据库系统可以支持多个可插入数据库 (pluggable database，PDB)。有关所选 Oracle AI Database 版本可用的最大可插入数据库和容器数据库 (container database，CDB) 数量的信息，请参见以下 Oracle AI Database 许可主题。
- Oracle Database 19c: Permitted Features, Options, and Management Packs by Oracle AI Database Offering
一个数据库系统只能有单个数据库主目录，反之，一个数据库主目录只能有单个数据库。数据库系统数据库使用 OCI 块存储而非本地存储。您可以在创建数据库系统时指定存储大小，并且可以根据需要随时扩展存储。要更改现有数据库系统上的 CPU 核心数，必须更改该数据库系统的配置。有关更多信息，请参见 Change the Shape of a DB System 。
注：配置更改操作以滚动方式对多节点 RAC 数据库系统执行，使您能够在不停机的情况下更改配置。
可用配置及其如何确定分配的资源
创建数据库系统时，您可以选择配置，该配置确定分配给数据库系统的资源。创建数据库系统后，您可以更改其配置以适应新的处理容量要求。提供了以下配置：
注意：
Oracle Base Database Service 宣布弃用 VM.Standard.x86 配置、Enterprise Edition - Extreme Performance (EE-EP) 软件版本和 OCPU 计量服务 SKU，自 2026 年 7 月 31 日起生效。现有部署将继续运行，但新的预配和合同续订将受到影响。
如果适用，请使用 ECPU 度量计划迁移到 VM.BaseDB.x86，或者为 EE-EP 工作负载计划迁移到 Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS)。有关受影响的 SKU、客户影响和迁移指南的信息，请参见 My Oracle Support Article KB921246 。
弹性配置
通过灵活的配置，您可以定制计算资源— ECPU 或分配给实例的 OCPU。在使用灵活配置创建实例时，您可以为在实例上运行的工作负载选择所需的计算资源。利用这种灵活性，您可以构建与工作负载匹配的实例，从而优化性能并尽可能降低成本。允许的内存量基于所选的 ECPU 或 OCPU 数，内存与 ECPU 或 OCPU 的比率取决于配置。
Ampere、AMD 和 Intel 处理器提供了灵活的配置。下表显示了可用配置。
| 配置 | 计算服务 | 内存 |
|---|---|---|
| VM.BaseDB.x86 | 最小值为 4 个 ECPU ，最大值为 256 个 ECPU 。 应以 4 为增量。 |
每个 4 个 ECPU 8 GB 。 最小内存为 8 GB ，最大内存为 512 GB 总内存。 |
| VM.Standard.x86 | 最小值为 4 个 ECPU ，最大值为 252 个 ECPU 。 应以 4 为增量。 |
每个 4 个 ECPU 8 GB 。 最小内存为 8 GB ，最大内存为 504 GB 。 |
| Ampere VM.Standard.A1。弹性 | 最小值为 1 个 OCPU ，最大值为 57 个 OCPU 。 | 每个 OCPU 8 GB 。 最小内存为 8 GB ，最大内存为 456 GB 总内存。 |
| AMD VM.Standard.E5。弹性 | 最小值为 1 个 OCPU ，最大值为 64 个 OCPU 。 | 每个 OCPU 16 GB 。 最小内存为 16 GB ，最大内存为 1024 GB 。 |
| AMD VM.Standard.E4。弹性 | 最小值为 1 个 OCPU ，最大值为 64 个 OCPU 。 | 每个 OCPU 16 GB 。 最小内存为 16 GB ，最大内存为 1024 GB 。 |
| Intel X9 VM.Standard3。弹性 | 最小值为 1 个 OCPU ，最大值为 32 个 OCPU 。 | 每个 OCPU 16 GB 。 最小内存为 16 GB ，最大内存为 512 GB 总内存。 |
注意：
- 基于 Arm 的 Ampere A1 配置仅适用于从 23.7.0.0、19.19.0.0 和更高版本更新 (RU) 开始的 Oracle AI Database 版本 26ai 和 19c。
- AMD E5 配置仅适用于从 23.4.0.24.05、19.21.0.0 和更高版本更新 (RU) 开始的 Oracle AI Database 版本 26ai 和 19c。
- AMD E4 配置仅适用于 Oracle AI Database 版本 26ai、21c 和 19c 以及 23.4.0.24.05、21.6.0.0、19.15.0.0 和更高版本更新 (RU)。
- Intel X9 配置仅适用于具有 23.4.0.24.05、21.8.0.0、19.17.0.0 和更高版本更新 (RU) 的 Oracle AI Database 版本 26ai、21c 和 19c。
- 多节点 RAC 数据库系统每个节点至少需要两个 OCPU。
世代无关 X86 形状
VM.BaseDB.x86 配置和 VM.Standard.x86 配置是与生成无关的灵活 x86 配置，可用于定制分配给数据库系统的 ECPU 数。这些配置可在支持的 x86 基础设施世代中提供一致的体验，同时允许您根据工作负载要求扩展计算资源。
x86 配置具有以下特征：
- 使用基于 ECPU 的计费，实现更细粒度的基于使用量的定价。
- VM.BaseDB.x86 支持 Oracle AI Database 26ai 和 Oracle Database 19c。
- VM.Standard.x86 仅支持 Oracle AI Database 26ai。
-
支持以下 Oracle AI Database 软件版本：
- 标准版
- 企业版
- 企业版 - 高性能
- 支持使用 Logical Volume Manager 进行存储管理。
- 仅支持单节点数据库系统。
注： x86 配置不支持容错域。
基于 Arm 的 Ampere A1 形状
基于 ARM 的 Ampere A1 配置非常灵活，允许您定制分配给实例的 OCPU 数。以下是有关 Ampere A1 配置的一些其他详细信息：
- 仅 Logical Volume Manager 支持 Ampere A1 配置。
- 仅单节点数据库系统支持 Ampere A1 配置。
- 基于 Ampere A1 配置的数据库系统不支持 Oracle AI Database Standard Edition。
- 数据库软件映像不能用于在基于 Ampere A1 配置的数据库系统上创建数据库。
- 如果数据库的备份目的地是自治恢复服务，则不支持基于 Ampere A1 配置的数据库系统预配和恢复。
- 使用 OCI Vault 加密的数据库不支持 Ampere A1 配置。
- 无法将基于 Ampere A1 配置的数据库系统的配置更改为基于 Intel 或 AMD 配置的数据库系统，反之亦然。
- 基于 Ampere A1 配置的数据库的备份无法在基于 Intel 或 AMD 配置的数据库系统上还原，反之亦然。
- Ampere A1 基于配置的数据库系统不支持 Data Guard 与基于 Intel 或 AMD 配置的数据库系统之间的关联。
标准配置
标准配置随 Intel 处理器提供。
下表显示了 X7 系列中的可用配置。
| 配置 | CPU 核心 | 内存 |
|---|---|---|
| VM.Standard2.1 | 1 | 15 GB |
| VM.Standard2.2 | 2 | 30 GB |
| VM.Standard2.4 | 4 | 60 GB |
| VM.Standard2.8 | 8 | 120 GB |
| VM.Standard2.16 | 16 | 240 GB |
| VM.Standard2.24 | 24 | 320 GB |
注意：
- Intel X7 配置仅适用于 Oracle AI Database 版本 26ai、21c 和 19c。
- VM.Standard2.1 配置不能用于多节点 RAC 数据库系统。
可用的数据库版本
OCI 支持使用旧数据库版本创建数据库系统，但需满足以下配置要求。
默认情况下，最新批准的版本更新可用。您还可以在确认显示的消息后选择前两个版本更新（N-1 或 N-2）之一。要使用早于 N-2 的版本更新，必须提交服务请求。
- 基于 Arm 的 Ampere A1 配置仅适用于从 23.7.0.0、19.19.0.0 和更高版本更新 (RU) 开始的 Oracle AI Database 版本 26ai 和 19c。
- AMD E5 配置仅适用于从 23.4.0.24.05、19.21.0.0 和更高版本更新 (RU) 开始的 Oracle AI Database 版本 26ai 和 19c。
- AMD E4 配置仅适用于 Oracle AI Database 版本 26ai、21c 和 19c 以及 23.4.0.24.05、21.6.0.0、19.15.0.0 和更高版本更新 (RU)。
- Intel X9 配置仅适用于具有 23.4.0.24.05、21.8.0.0、19.17.0.0 和更高版本更新 (RU) 的 Oracle AI Database 版本 26ai、21c 和 19c。
- Intel X7 配置仅适用于 Oracle AI Database 版本 26ai、21c 和 19c。
- 不支持从 Intel X9 配置迁移到 AMD E4 和 E5 配置。
- 对于仅具有 21.6.0.0、19.15.0.0 和更高版本更新的基本映像的实例，支持迁移到 AMD E4 配置。对于在这些发行版更新之前创建的实例，无法更新和迁移它们，因为基本映像本身不支持迁移。
- 对于使用具有 21.8.0.0、19.17.0.0 和更高版本更新的基本映像的实例，支持迁移到 Intel X9 配置。对于在这些发行版更新之前创建的实例，无法更新和迁移它们，因为基本映像本身不支持迁移。
如果必须创建具有较旧数据库版本的数据库系统，请参阅重要补丁程序更新以了解有关所选数据库版本的已知安全问题的信息。您还必须分析和修补旧数据库版本中包含的操作系统的已知安全问题。有关 OCI 中数据库的安全优秀实践的信息，请参阅保护数据库。
各种配置如何影响可用存储
数据库系统使用 OCI 块存储。下表显示了可用存储选项的详细信息。总存储包括可用存储和恢复日志。
一般信息
- 您可以单独扩展数据存储和恢复存储。Oracle 建议将恢复存储保留在总存储的 20% 或更高。
- 对于多节点 RAC 数据库系统，存储容量在节点之间共享。
- 恢复区存储基于所选存储确定。但是，您可以在预配后独立更改恢复区存储。
- 存储总量是可用数据存储、恢复区存储和为数据库系统软件预留的 200 GB 之和。
可用于灵活配置的数据存储
| 可用数据存储 (GB) | 恢复区存储 (GB) | 存储总量 (GB) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1024 | 512 | 1736 |
| 2048 | 512 | 2760 |
| 4096 | 1024 | 5320 |
| 8192 | 2048 | 10440 |
| 12288 | 4096 | 16584 |
| 16384 | 4096 | 20680 |
| 24576 | 8192 | 32968 |
| 32768 | 8192 | 41160 |
| 40960 | 10240 | 51400 |
| 49152 | 12288 | 61640 |
| 57344 | 14336 | 71880 |
| 65536 | 16384 | 82120 |
| 73728 | 18432 | 92360 |
| 81920 | 20480 | 102600 |
标准配置的可用数据存储
| 可用数据存储 (GB) | 恢复区存储 (GB) | 存储总量 (GB) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1024 | 256 | 1480 |
| 2048 | 408 | 2656 |
| 4096 | 820 | 5116 |
| 6144 | 1228 | 7572 |
| 8192 | 1640 | 10032 |
| 10240 | 2048 | 12488 |
| 12288 | 2456 | 14944 |
| 14336 | 2868 | 17404 |
| 16384 | 3276 | 19860 |
| 18432 | 3688 | 22320 |
| 20480 | 4096 | 24776 |
| 22528 | 4504 | 27232 |
| 24576 | 4916 | 29692 |
| 26624 | 5324 | 32148 |
| 28672 | 5736 | 34608 |
| 30720 | 6144 | 37064 |
| 32768 | 6552 | 39520 |
| 34816 | 6964 | 41980 |
| 36864 | 7372 | 44436 |
| 38912 | 7784 | 46896 |
| 40960 | 8192 | 49352 |
服务限制
以下限制适用于基本数据库资源。
| 资源 | Oracle 通用储值 | Pay As You Go 或试用版 |
|---|---|---|
| VM 数据库块存储总量 | 150TB | 2TB |
| VM.Standard1 - OCPU 总数 | 300 个核心 | 2 个核心 |
| VM.Standard2 - OCPU 总数 | 美国西部（菲尼克斯）300 个核心， 美国东部（阿什本）300 个核心， 德国中部（法兰克福）50 个核心， 英国南部（伦敦）50 个核心 |
2 个核心 |
注： VM DB 块存储总量包括所有 VM.Standard1 和 VM.Standard2 虚拟机数据库的块存储。
快速预配选项
对于单节点数据库系统，OCI 提供了“快速预配”选项，允许您使用逻辑卷管理器 (Logical Volume Manager，LVM) 作为存储管理软件创建数据库系统。标准配置（“标准配置”）是使用自动存储管理 (ASM) 进行预配。
以下详细信息适用于快速预配选项：
- 使用快速预配选项时，预配期间指定的块存储卷数量和大小决定了可通过缩放来获得的最大存储总量。
- 多节点 RAC 数据库系统需要 ASM，无法使用快速预配选项创建。
- 您可以克隆使用快速预配选项创建的数据库系统。
- 使用 LVM 预配数据库系统时，无法使用定制数据库软件映像。
有关详细信息，请参见以下主题：
使用快速预配时的存储扩展注意事项
注：本主题仅适用于单节点数据库系统。
使用快速预配选项预配数据库系统时，您在预配期间指定的可用存储 (GB) 值决定了可通过缩放来获得的最大存储总量。下表详细介绍了在预配工作流中提供的每个设置通过缩放可获得的最大存储值：
| 预配期间指定的初始存储 (GB) | 通过扩展提供的最大存储空间 (GB) |
|---|---|
| 256 | 2560 |
| 512 | 2560 |
| 1024 | 5120 |
| 2048 | 10240 |
| 4096 | 20480 |
| 8192 | 40960 |
多节点 RAC 数据库系统的容错域注意事项
预配多节点 RAC 数据库系统时，系统默认将每个节点分配给不同的容错域。使用预配对话框中的高级选项链接，您可以选择要用于多节点 RAC 数据库系统的容错域，系统会将节点分配给您选择的容错域。Oracle 建议将多节点 RAC 数据库系统的每个节点置于不同的容错域中。
有关故障域的更多信息，请参见 Regions and Availability Domains 。
重新引导数据库系统节点以进行计划内维护
数据库系统节点使用定期必须进行维护的底层物理主机。当需要进行此类维护时，OCI 会调度数据库系统节点的重新引导，并通知您即将进行的重新引导。通过重新引导，可以将您的数据库系统节点迁移到不需要维护的新物理主机。（停止和启动节点也将导致迁移到新的物理主机。）对数据库系统节点的唯一影响是重新引导本身。在将节点迁移到新主机后，会对原始物理硬件进行计划内维护，这对您的数据库系统没有影响。
如果您的数据库系统节点已安排进行维护重新引导，您可以使用控制台或 API 主动重新引导节点（通过停止并启动节点）。这样，您可以控制节点停机的时间和方式。如果您选择在安排的时间之前不重新引导，OCI 将在安排的时间重新引导和迁移您的节点。
要确定可以主动重新引导的数据库系统节点，请在控制台中导航到系统的数据库系统详细信息页面，然后勾选节点维护重新引导字段。如果实例已安排维护重新引导，并且可以主动重新引导，则此字段显示重新引导的日期和开始时间。当维护重新引导字段未显示日期时，您的数据库系统没有安排的节点维护事件。
要使用 API 检查安排的维护事件，请使用 GetDbNode 操作检查 DbNode 资源的 timeMaintenanceWindowEnd 字段。此字段指定系统何时开始下次调度的节点重新引导。
要查找已安排维护重新引导的节点，您可以将搜索服务与预定义的查询一起使用，以查找已安排维护重新引导的所有数据库系统。
有关使用控制台重新引导节点的说明，请参见 Reboot a DB System 。
用于数据库系统的安全强化工具
使用 Oracle Linux 7 预配的数据库系统包括一个 Python 脚本（称为安全技术实施指南 (Security Technical Implementation Guide，STIG) 工具），可用于对数据库系统执行安全强化。
有关详细信息，请参见以下主题：
- Security Technical Implementation Guide (STIG) Tool for the DB System 。
- 在数据库系统组件上启用 FIPS、SE Linux 和 STIG 。
引导卷备份
Oracle 每周为您的数据库系统维护一次引导卷备份，以便在发生严重错误或系统故障时轻松恢复系统。引导卷备份当前无法由用户访问（无法通过控制台、API 或 CLI 访问数据库系统引导卷备份），因此需要 Oracle 承担保留和维护备份的巨大成本。如果系统发生故障，请与 My Oracle Support 联系，以请求 Oracle 从引导卷备份中还原您的数据库系统。