关于虚拟机数据库系统
Oracle Cloud Infrastructure (OCI) 在虚拟机上提供数据库系统。
- 单节点数据库系统:单节点数据库系统由一个虚拟机组成。
- 多节点 RAC 数据库系统:双节点数据库系统由两个虚拟机组成。
如果必须预配数据库系统进行开发或测试,则可以使用特殊的快速预配单节点数据库系统。
- Oracle Database 19c:Oracle Database 产品允许的功能、选项和管理包
注意:
配置更改操作以滚动方式对多节点 RAC 数据库系统执行,从而使您能够在不停机的情况下更改配置。可用配置及其如何确定分配的资源
创建数据库系统时,可以选择配置,该配置确定分配给数据库系统的资源。创建数据库系统后,您可以更改其配置以适应新的处理容量要求。提供以下配置:
弹性配置
通过弹性配置,您可以定制分配给实例的 OCPU 数。使用灵活的配置创建实例时,您可以选择在实例上运行的工作负载所需的 OCPU 数。这种灵活性使您可以构建与工作负载匹配的实例,从而优化性能并尽可能降低成本。允许的内存量基于所选的 OCPU 数,内存与 OCPU 的比率取决于配置。
Ampere、AMD 和 Intel 处理器提供灵活的配置。下表显示了可用配置。
表 - 弹性配置
形状 | CPU 核心 | 内存 | 网络带宽 |
---|---|---|---|
Ampere VM.Standard.A1。弹性 | 最小值为 1 个 OCPU ,最大值为 57 个 OCPU 。 |
每个 OCPU 8 GB 。 最小值为 8 GB ,最大值为总内存 456 GB 。 |
每个 OCPU 1 Gbps 。 最小值为 1 Gbps ,最大值为 40 Gbps 网络带宽。 |
AMD VM.Standard.E5。弹性 | 最小值为 1 个 OCPU ,最大值为 64 个 OCPU 。 |
每个 OCPU 16 GB 。 最小值为 16 GB ,最大值为总内存 1024 GB 。 |
每个 OCPU 1 Gbps 。 最小值为 1 Gbps ,最大值为 40 Gbps 网络带宽。 |
AMD VM.Standard.E4。弹性 | 最小值为 1 个 OCPU ,最大值为 64 个 OCPU 。 |
每个 OCPU 16 GB 。 最小值为 16 GB ,最大值为总内存 1024 GB 。 |
每个 OCPU 1 Gbps 。 最小值为 1 Gbps ,最大值为 40 Gbps 网络带宽。 |
Intel X9 VM.Standard3。弹性 | 最小值为 1 个 OCPU ,最大值为 32 个 OCPU 。 |
每个 OCPU 16 GB 。 最小值为 16 GB ,最大值为总内存 512 GB 。 |
每个 OCPU 1 Gbps 。 最小值为 1 Gbps ,最大值为 32 Gbps 网络带宽。 |
注意:
- 基于 Arm 的 Ampere A1 配置仅适用于 Oracle Database 版本 23ai 和 19c,从 23.7.0.0、19.19.0.0 及更高版本更新 (RU) 开始。
- AMD E5 配置仅适用于 Oracle Database 版本 23ai 和 19c,从 23.4.0.24.05、19.21.0.0 和更高发行版更新 (RU) 开始。
- AMD E4 配置仅适用于 Oracle Database 版本 23ai、21c 和 19c,而 23.4.0.24.05、21.6.0.0、19.15.0.0 和更高发行版更新 (RU)。
- Intel X9 配置仅适用于 Oracle Database 版本 23ai、21c 和 19c,且版本 23.4.0.24.05、21.8.0.0、19.17.0.0 和更高版本更新 (RU)。
- 多节点 RAC 数据库系统每个节点至少需要两个 OCPU。
基于 ARM 的 Ampere A1 配置
基于 Arm 的 Ampere A1 配置非常灵活,支持您定制分配给实例的 OCPU 数。以下是有关 Ampere A1 配置的一些其他详细信息:
- 仅 Logical Volume Manager 支持 Ampere A1 配置。
- 仅单节点数据库系统支持 Ampere A1 配置。
- 基于 Ampere A1 配置的数据库系统不支持 Oracle Database Standard Edition。
- 数据库软件映像不能用于在基于 Ampere A1 配置的数据库系统上创建数据库。
- 如果数据库的备份目的地为自治恢复服务,则不支持基于 Ampere A1 配置的数据库系统预配和恢复。
- 使用 OCI Vault 加密的数据库不支持 Ampere A1 配置。
- 基于 Ampere A1 配置的数据库系统的配置无法更改为基于 Intel 或 AMD 配置的数据库系统,反之亦然。
- 基于 Ampere A1 配置的数据库的备份无法在基于 Intel 或 AMD 配置的数据库系统上恢复,反之亦然。
- 基于 Ampere A1 配置的数据库系统不支持与基于 Intel 或 AMD 配置的数据库系统进行数据卫士关联。
标准配置
标准配置随 Intel 处理器提供。
下表显示了 X7 系列中的可用配置。
表 - VM 可用配置 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 Database 版本 23ai、21c 和 19c。
- VM.Standard2.1 配置不能用于多节点 RAC 数据库系统。
可用数据库版本
OCI 支持使用旧的数据库版本创建数据库系统。对于每种配置,在预配时都提供最新版本和两个先前版本的发行版,这些版本具有以下规范。
- 基于 Arm 的 Ampere A1 配置仅适用于 Oracle Database 版本 23ai 和 19c,从 23.7.0.0、19.19.0.0 及更高版本更新 (RU) 开始。
- AMD E5 配置仅适用于 Oracle Database 版本 23ai 和 19c,从 23.4.0.24.05、19.21.0.0 和更高发行版更新 (RU) 开始。
- AMD E4 配置仅适用于 Oracle Database 版本 23ai、21c 和 19c,而 23.4.0.24.05、21.6.0.0、19.15.0.0 和更高发行版更新 (RU)。
- Intel X9 配置仅适用于 Oracle Database 版本 23ai、21c 和 19c,且版本 23.4.0.24.05、21.8.0.0、19.17.0.0 和更高版本更新 (RU)。
- Intel X7 配置仅适用于 Oracle Database 版本 23ai、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 数据库系统,存储容量在节点之间共享。
- 恢复区存储基于所选的存储确定。但是,您可以在预配后单独更改恢复区存储。
可用于灵活配置的数据存储
表 - 可用于灵活配置的数据存储
可用数据存储 (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 数据库块存储总量包括所有 VM.Standard1 和 VM.Standard2 虚拟机数据库的块存储。快速预配选项
对于单节点数据库系统,OCI 提供了“快速预配”选项,使您能够使用逻辑卷管理器 (Logical Volume Manager,LVM) 作为存储管理软件来创建数据库系统。标准方式(“标准预配”)是使用自动存储管理 (Automatic Storage Management,ASM) 进行预配。
以下详细信息适用于快速预配选项:
- 使用快速预配选项时,预配期间指定的块存储卷的数量和大小决定了通过扩展实现的可用存储总量上限。
- 多节点 RAC 数据库系统需要 ASM,无法使用快速预配选项创建。
- 您可以使用快速预配选项克隆已创建的数据库系统。
- 使用 LVM 预配数据库系统时,不能使用定制数据库软件映像。
使用快速预配时的存储缩放注意事项
注意:
本主题仅适用于单节点数据库系统。使用快速预配选项预配数据库系统时,您在预配期间指定的可用存储 (GB) 值确定通过缩放提供的总存储量上限。下表详细介绍了预配工作流中提供的每个设置可通过缩放获得的最大存储值:
表 - 使用快速预配时的存储缩放注意事项
预配期间指定的初始存储 (GB) | 通过扩展提供的最大存储量 (GB) |
---|---|
256 | 2560 |
512 | 2560 |
1024 | 5120 |
2048 | 10240 |
4096 | 20480 |
8192 | 40960 |
多节点 RAC 数据库系统的容错域注意事项
预配多节点 RAC 数据库系统时,默认情况下,系统会为每个节点分配一个不同的容错域。使用预配对话框中的高级选项链接,您可以选择要用于多节点 RAC 数据库系统的容错域,系统会将节点分配给您选择的容错域。Oracle 建议您将多节点 RAC 数据库系统的每个节点放置在不同的容错域中。
有关容错域的更多信息,请参见区域和可用性域。
重新引导数据库系统节点进行计划内维护
数据库系统节点使用定期必须进行维护的底层物理主机。需要此类维护时,OCI 会安排对您的数据库系统节点进行重新引导,并通知您即将进行的重新引导。通过重新引导,可以将数据库系统节点迁移到不需要维护的新物理主机。(停止并启动节点也将导致迁移到新的物理主机。)对数据库系统节点的唯一影响是重新引导本身。计划内维护原始物理硬件是在节点迁移到其新主机并且对数据库系统没有影响之后进行的。
如果您的数据库系统节点已安排进行维护重新引导,则可以使用控制台或 API 主动重新引导节点(停止和启动节点)。这样,您可以控制节点停机的时间和方式。如果您选择在计划时间之前不重新引导,OCI 将在计划时间重新引导和迁移您的节点。
要确定可以主动重新引导的数据库系统节点,请在控制台中导航到系统的数据库系统详细信息页面,并检查节点维护重新引导字段。如果实例已安排维护重新引导,并且可以主动重新引导,则此字段将显示重新引导的日期和开始时间。如果维护重新引导字段未显示日期,则您的数据库系统没有计划的节点维护事件。
要使用 API 检查安排的维护事件,请使用 GetDbNode
操作检查 DbNode
资源的 timeMaintenanceWindowEnd
字段。此字段指定系统何时开始下次调度的节点重新引导。
要查找具有计划维护重新引导的节点,可以将搜索服务与预定义查询结合使用,以查找具有计划维护重新引导的所有数据库系统。
有关使用控制台重新引导节点的说明,请参见重新引导数据库系统。