你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

适用于 SAP 工作负荷的 Azure 虚拟机 Oracle 数据库部署

项目
10/28/2024

本文档介绍在 Azure IaaS 中部署适用于 SAP 工作负荷的 Oracle Database 时要考虑的多个不同领域。在阅读本文档之前，我们建议阅读适用于 SAP 工作负荷的 Azure 虚拟机 DBMS 部署注意事项。此外，我们建议阅读 Azure 上的 SAP 工作负荷文档中的其他指南。

有关支持在 Azure 上的 Oracle 中运行 SAP 的 Oracle 版本及相应 OS 版本，可参阅 SAP 说明 2039619。

有关在 Oracle 上运行 SAP Business Suite 的常规信息可在 Oracle 上的 SAP 中找到。 Oracle 支持在 Microsoft Azure 上运行 Oracle 数据库。有关 Windows Hyper-V 和 Azure 常规支持的详细信息，请查看 Oracle 和 Microsoft Azure 常见问题解答。

以下 SAP 说明与 Oracle 安装相关

说明文档编号	便笺标题
1738053	SAPinst for Oracle ASM 安装 SAP ONE 支持启动板
2896926	ASM 磁盘组兼容性 NetWeaver SAP ONE 支持启动板
1550133	将 Oracle 自动存储管理 (ASM) 与基于 SAP NetWeaver 的产品配合使用 SAP ONE 支持启动板]
888626	高端系统的重做日志布局 SAP ONE 支持启动板
105047	在 SAP 环境中支持 Oracle 函数 SAP ONE 支持启动板
2799920	19c 的修补程序：数据库 SAP ONE 支持启动板
974876	Oracle 透明数据加密 (TDE) SAP ONE 支持启动板
2936683	Oracle Linux 8：SAP 安装和升级 SAP ONE 支持启动板
1672954	Oracle 11g、12c、18c 和 19c：Linux 上的巨型页面使用情况
1171650	自动 Oracle DB 参数检查
2936683	Oracle Linux 8：SAP 安装和升级
3399081	Oracle Linux 9：SAP 安装和升级

有关 Oracle Linux 上的 Oracle Database 的具体信息

Oracle 支持在 Microsoft Azure 上运行其数据库实例，并使用 Oracle Linux 作为来宾 OS。有关 Windows Hyper-V 和 Azure 常规支持的详细信息，请参阅 Azure 和 Oracle 常见问题解答。

SAP 应用程序使用 Oracle Database 的特定方案也受支持。详细信息将在本文档的下一部分中讨论。

有关在 Azure 上的 Oracle 上运行 SAP 的常规建议

将 Oracle 系统上的现有 SAP 安装或迁移到 Azure 时，应遵循以下部署模式：

使用最新 Oracle Linux 版本（Oracle Linux 8.6 或更高版本）。
使用带有最新 SAP Bundle Patch (SBP)（Oracle 19 补丁 15 或更高版本）的最新 Oracle Database 版本2799920 - 19c 的补丁：数据库。
针对块存储上的小型、中型和大型数据库使用自动存储管理 (ASM)。
应使用 Azure 高级存储 SSD。请勿使用“标准”存储或其他存储类型。
ASM 不需要镜像日志。按照说明 888626 - 高端系统的重做日志布局中的 Oracle 指南进行操作。
使用 ASMLib，而非 udev。
Azure NetApp 文件部署应使用 Oracle dNFS，这是 Oracle 自己的高性能 Direct NFS（网络文件系统）驱动程序解决方案。
大型 Oracle 数据库极大地受益于较大的系统全局区域 (SGA) 大小。大型客户应在具有 4 TB 或更大 RAM 大小的 Azure M 系列上进行部署
- 将 Linux 巨型页面设置为物理 RAM 大小的 75%
- 将系统全局区域 (SGA) 设置为“巨型页面”大小的 90%
- 设置 Oracle 参数 USE_LARGE_PAGES = ONLY - 值 ONLY 优于值 TRUE，因为值 ONLY 应该提供更一致且可预测的性能。值 TRUE 可以分配大型 2MB 页面和标准 4K 页面。值 ONLY 将始终强制使用大型 2MB 页面。如果可用大型页面数不足或配置不正确，数据库实例将无法启动，并显示错误代码：ora-27102: 内存不足 Linux_x86_64 错误 12: 无法分配内存。如果连续内存不足，Oracle Linux 可能需要重启，并且/或者“操作系统大型页面”参数可能需要重新配置。
Oracle 主目录应位于“根”卷或磁盘外部。使用单独的磁盘或 ANF 卷。保存 Oracle 主目录的磁盘应不小于 64GB。
大型高性能 Oracle 数据库服务器的启动磁盘大小非常重要。对于 M 系列或 E 系列，至少应使用 P10 磁盘。不要使用 P4 或 P6 等小型磁盘。小型磁盘可能会导致性能问题。
必须在所有虚拟机上启用加速网络。如果启用加速网络时遇到问题，请升级到最新的 Oracle Linux 版本。
检查本文档和 SAP 说明 2039619 - Microsoft Azure 上使用 Oracle Database 的 SAP 应用程序：支持的产品和版本 - SAP ONE 支持启动板中的更新。

有关支持在 Azure 虚拟机上的 Oracle 中运行 SAP 的 Oracle 版本及相应 OS 版本的信息，请参阅 SAP 说明 2039619。

有关在 Oracle 上运行 SAP Business Suite 的常规信息，请参阅 Oracle 上的 SAP 社区页。对于应用程序和数据库服务器，Azure 上的 Oracle 上的 SAP 仅在 Oracle Linux（而不是 Suse 或 Red Hat）上受支持。 ASCS/ERS 服务器可以使用 RHEL/SUSE，因为这些 VM 上未安装或使用 Oracle 客户端。应用程序服务器 (PAS/AAS) 不应安装在这些 VM 上。请参阅 SAP 说明 3074643 - OLNX：常见问题解答：SAP 环境是否支持 Pacemaker for Oracle Linux。 Azure 不支持 Oracle Real Application Cluster (RAC)，因为 RAC 需要多播网络。

存储配置

针对 Azure 上的 Oracle 上的 SAP，有两种推荐的存储部署模式：

Oracle 自动存储管理 (ASM)
使用 Oracle dNFS（直接 NFS）的 Azure NetApp 文件 (ANF)

建议当前在使用逻辑卷管理器 (LVM) 的 EXT4 或 XFS 文件系统上运行 Oracle 数据库的客户迁移到 ASM。与 LVM 相比，在 ASM 上运行具有相当大的性能、管理和可靠性优势。 ASM 降低了复杂性，提高了可支持性，使管理任务更简单。本文档包含 Oracle 数据库管理员 (DBA) 的链接，可用于了解如何安装和管理 ASM。

Azure 提供多个存储解决方案。

下表详细说明了支持状态

存储类型	Oracle 支持	扇区大小	Oracle Linux 8.x 或更高版本	Windows Server 2019
块存储类型
高级·SSD	支持	512e	建议使用 ASM。支持 LVM	Windows 上不支持 ASM
高级 SSD V2¹	支持	4K 本机或 512e²	建议使用 ASM。支持 LVM	Windows 上不支持 ASM。将日志文件磁盘从 4K 本机更改为 512e
标准 SSD	不支持
标准 HDD	不支持
超级磁盘	支持	4K 本机	建议使用 ASM。支持 LVM	Windows 上不支持 ASM。将日志文件磁盘从 4K 本机更改为 512e

网络存储类型
Azure NetApp 服务 (ANF)	支持	-	需要 Oracle dNFS	不支持
Azure 文件存储 NFS	不支持
Azure 文件存储 SMB	不支持

Azure 高级 SSD v2 没有预定义的存储大小。无需在 ASM 磁盘组或 LVM VG 中分配多个磁盘。建议为每个 ASM 磁盘组分配具有所需大小、吞吐量和 IOPS 的单个高级 SSD v2 磁盘
用于 Windows 系统的高级 SSD v2 支持 512e。不建议 Linux 客户使用 512e 配置。使用 MOS 512/512e 扇区大小到 4K 本机审查中的过程迁移到 4K 本机（文档 ID 1133713.1）

其他适用的考虑因素列表如下：

不支持 4K 本机扇区大小的 DIRECTIO。 LVM 配置的 FILESYSTEMIO_OPTIONS 的推荐设置：
- LVM - 如果使用具有 512/512e 几何结构的磁盘，则 FILESYSTEMIO_OPTIONS = SETALL
- LVM - 如果使用具有 4K 本机几何结构的磁盘，则 FILESYSTEMIO_OPTIONS = ASYNC
Oracle 19c 及更高版本完全支持可与 ASM 和 LVM 配合使用的 4K 本机扇区大小
Linux 上的 Oracle 19c 及更高版本 – 从 512e 存储迁移到 4K 本机存储时，必须更改日志扇区大小
若要从 512/512e 扇区大小迁移到 4K 本机审查（文档 ID 1133713.1），请参阅“脱机迁移到 4KB 扇区磁盘”部分
SAPInst 在安装期间写入 pfile。如果 $ORACLE_HOME/dbs 位于 4K 磁盘上，请设置 filesystemio_options=asynch 并参阅 MOS“支持 4K 扇区磁盘”（文档 ID 1133713.1）中的“4kB 扇区磁盘的数据文件支持”部分
不支持 Windows 平台上的 ASM
Windows 平台上的日志卷不支持 4K 本机扇区大小。 SSDv2 和超级磁盘必须通过 Azure 门户中的“编辑磁盘”铅笔图标更改为 512e
仅 Windows 平台的数据卷支持 4K 本机扇区大小。 Windows 上的日志卷不支持 4K
建议查看以下 MOS 文章：
- Oracle Linux：文件系统的缓冲区缓存与直接 I/O（文档 ID 462072.1）
- 支持 4K 扇区磁盘（文档 ID 1133713.1）
- 在闪存、4k 磁盘和基于 SSD 的存储上使用 4k 重做日志（文档 ID 1681266.1）
- 设置 filesystemio_options 和 disk_asynch_io 需要考虑的事项（文档 ID 1987437.1）

建议将 Linux 上的 Oracle ASM 与 ASMLib 配合使用。性能、管理、支持和配置都通过部署模式进行了优化。 Oracle ASM 和 Oracle dNFS 将设置正确的参数或绕过参数（例如 FILESYSTEMIO_OPTIONS），从而提供更好的性能和可靠性。

Oracle 自动存储管理 (ASM)

Oracle 自动存储管理的清单：

Azure 上的 Oracle 系统上的所有 SAP 都运行 ASM，包括开发、质量保证和生产。小型、中型和大型数据库
使用 ASMLib，而不是 UDEV。多个 SAN 需要使用 UDEV，而 Azure 上不存在这种情况
应为外部冗余配置 ASM。 Azure 高级 SSD 存储提供三重冗余。 Azure 高级 SSD 满足任何其他存储解决方案的可靠性与完整性需求。对于可选的安全性，客户可以考虑针对日志磁盘组使用正常冗余
“镜像重做日志文件”对于 ASM 来说是可选的 888626 - 高端系统的重做日志布局
根据以下变体 1、2 或 3 配置的 ASM 磁盘组
ASM 分配单元大小 = 4MB（默认值）。非常大的数据库 (VLDB) OLAP 系统（如 SAP BW）可能会受益于更大的 ASM 分配单元。请在更改之前与 Oracle 支持确认
ASM 扇区大小和逻辑扇区大小 = 默认值（不建议使用 UDEV，但需要 4k）
如果某个磁盘组的 COMPATIBLE.ASM 磁盘组属性设置为 11.2 或更高，则可以创建、复制 Oracle ASM SPFILE 或将其移到 ACFS 文件系统中。查看有关如何将 pfile 移至 ACFS 的 Oracle 文档。默认情况下，SAPInst 不会在 ACFS 中创建 pfile
使用适当的 ASM 变体。生产系统应使用变体 2 或 3

Oracle 自动存储管理磁盘组

官方 Oracle 指南的第 II 部分介绍了 ASM 的安装和管理：

Oracle Database 12c 或更高版本存在以下 ASM 限制：

511 个磁盘组，一个磁盘组 10000 个 ASM 磁盘，一个存储系统 65530 个 ASM 磁盘，每个磁盘组 100 万个文件。有关详细信息，请参阅此处：磁盘组的性能和可伸缩性注意事项 (oracle.com)

在 https://help.sap.com/viewer/nwguidefinder 处查看适用于 Oracle 的相关 SAP 安装指南中的 ASM 文档

变体 1 - 最多 3 TB 的中小型数据卷，还原时间不重要

客户拥有的中小型数据库，其中，RMAN 可以及时完成所有数据库的备份和/或还原 + 恢复。示例：当包含一个或多个数据库中数据文件的完整 Oracle ASM 磁盘组损坏，并且需要使用 RMAN 将所有数据库中的所有数据文件恢复到新创建的 Oracle ASM 磁盘组时。

Oracle ASM 磁盘组建议：

ASM 磁盘组名称	Stores	Azure 存储
+DATA	所有数据文件	3 到 6 个 P30 (1 TiB)
	控制文件（第一个副本）	若要增加数据库大小，请添加额外的 P30 磁盘
	联机重做日志（第一个副本）
+ARCH	控制文件（第二个副本）	2 个 P20 (512 GiB)
	存档的恢复日志
+RECO	控制文件（第三个副本）	2 个 P20 (512 GiB)
	RMAN 备份（可选）
	恢复区域（可选）

变体 2 – 3 TB 到 12 TB 之间的大中型数据卷，还原时间很重要

客户拥有的大中型数据库，其中备份和/或还原或恢复所有数据库无法及时完成。

通常，客户会结合使用 RMAN、适用于 Oracle 的 Azure 备份和/或磁盘快照技术。

与变体 1 的主要区别包括：

针对每个数据库的单独 Oracle ASM 磁盘组
<DBNAME>+“_”用作 DATA 磁盘组名称的前缀
如果数据库跨越多个 DATA 磁盘组，则会追加 DATA 磁盘组的数目
“数据”磁盘组中没有联机重做日志。而是将额外的磁盘组用于每个联机重做日志组的第一个成员。

ASM 磁盘组名称	Stores	Azure 存储
+<DBNAME>_DATA[#]	所有数据文件	3 到 12 个 P30 (1 TiB)
	所有临时文件	若要增加数据库大小，请添加额外的 P30 磁盘
	控制文件（第一个副本）
+OLOG	联机重做日志（第一个副本）	3 个 P20 (512 GiB)
+ARCH	控制文件（第二个副本）	3 个 P20 (512 GB)
	存档的恢复日志
+RECO	控制文件（第三个副本）	3 个 P20 (512 GiB)
	RMAN 备份（可选）
	快速恢复区域（可选）

变体 3 – 超过 5 TB 的海量数据和数据更改卷，还原时间至关重要

客户拥有一个超大型数据库，无法在其中及时完成单一数据库的备份和/或还原或恢复。

通常，客户会结合使用 RMAN、适用于 Oracle 的 Azure 备份和/或磁盘快照技术。在此变体中，每个相关的数据库文件类型都被分隔到不同的 Oracle ASM 磁盘组。

ASM 磁盘组名称	Stores	Azure 存储
+<DBNAME>_DATA[#]	所有数据文件	5 到 30 个（或更多）P30 (1 TiB) 或 P40 (2 TiB)
	所有临时文件若要增加数据库大小，请额外添加 P30 磁盘
	控制文件（第一个副本）
+OLOG	联机重做日志（第一个副本）	3 到 8 个 P20 (512 GiB) 或 P30 (1 TiB)
		为了更安全，可以为此 ASM 磁盘组选择“正常冗余”
+ARCH	控制文件（第二个副本）	3 到 8 个 P20 (512 GiB) 或 P30 (1 TiB)
	存档的恢复日志
+RECO	控制文件（第三个副本）	3 个 P30 (1 TiB)、P40 (2 TiB) 或 P50 (4 TiB)
	RMAN 备份（可选）
	快速恢复区域（可选）

注意

用于 DATA ASM 磁盘组的 Azure 主机磁盘缓存可以设置为“只读”或“无”。考虑使用某些新的 M(b)v3 VM 类型，使用读取缓存的高级 SSD v1 存储可能会导致读取和写入 IOPS 速率和吞吐量低于不使用读取缓存时的情况。所有其他 ASM 磁盘组都应设置为“无”。在 BW 或 SCM 上，对于大型或繁忙的系统，可以考虑针对 TEMP 使用单独的 ASM 磁盘组。

将空间添加到 ASM + Azure 磁盘

可以通过添加额外的磁盘或扩展当前磁盘来扩展 Oracle ASM 磁盘组。建议添加额外的磁盘，而不是扩展现有磁盘。查看以下 MOS 文章和链接 MOS 说明 1684112.1 和 2176737.1

ASM 将磁盘添加到磁盘组：asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'

ASM 会自动再平衡数据。若要检查再平衡，请运行此命令。

ps -ef | grep rbal

oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1

提供以下文档：

监视 Azure 上的 Oracle ASM 系统上的 SAP

排查性能问题时，第一步请运行 Oracle AWR（自动工作负荷存储库）报表。 AWR 报表中会详细介绍磁盘性能指标。

可以通过 Oracle Enterprise Manager 内部和外部工具监视磁盘性能。以下文档可能有所帮助：

OS 级别监视工具无法监视 ASM 磁盘，因为没有可识别的文件系统。必须从 Oracle 内部进行可用空间监视。

关于 Oracle 自动存储管理 (ASM) 的培训资源

不熟悉 Oracle ASM 的 Oracle DBA 可参考此处的培训材料和资源：

使用 Oracle dNFS（直接 NFS）的 Azure NetApp 文件 (ANF)

许多客户大规模地结合使用 Azure VM 和 ANF，充分证明了这一组合的可靠性。

已有超过 100 TB 的数据库在这一组合下高效运行。首先，我们撰写了一篇博客，其中详细介绍了如何设置此组合：

使用 Azure NetApp 文件部署 SAP AnyDB (Oracle 19c) - Microsoft 技术社区

更多常规信息

dNFS ANF 生产系统需要镜像日志。

尽管 ANF 高度冗余，但 Oracle 仍需要镜像的重做日志文件卷。建议创建两个单独的卷，将 origlogA 与 mirrlogB 配置在一起，并将 origlogB 与 mirrlogA 配置在一起。这样，便可利用重做日志文件的分布式负载均衡。

配置 dNFS 客户端时，不建议使用装载选项“nconnect”。 dNFS 管理 IO 通道并使用多个会话，因此此选项已过时，且可能导致 Manifold 问题。 dNFS 客户端将忽略装载选项，并将直接处理 IO。

Oracle 二进制文件、数据和日志文件均支持使用 ANF 的 NFS 版本（v3 和 v4.1）。

强烈建议针对所有 Oracle 卷使用 Oracle dNFS 客户端。

建议的装载选项包括：

NFS 版本	装载选项
NFSv3	rw,vers=3,rsize=262144,wsize=262144,hard,timeo=600,noatime

NFSv4.1	rw,vers=4.1,rsize=262144,wsize=262144,hard,timeo=600,noatime

ANF 备份

借助 ANF，可以使用一些关键功能，例如基于快照的一致备份、低延迟和超高性能。从 AzAcSnap 工具（用于 ANF 的 Azure 应用程序一致性快照工具）版本 6 开始，可以配置 Oracle 数据库以获得一致的数据库快照。

这些快照保留在实际数据卷上，必须使用 ANF CRR（跨区域复制）ANF 的跨区域复制或其他备份工具进行复制。

使用 LVM 的 Azure 上的 Oracle 上的 SAP

ASM 是 Oracle 针对 Azure 上任何大小的所有 SAP 系统的默认建议。对于使用 ASM 的客户，性能、可靠性和支持会更好。 Oracle 为 DBA 提供转换到 ASM 的文档和培训。如果 Oracle DBA 团队未遵循 Oracle、Microsoft 和 SAP 的建议使用 ASM，则应使用以下 LVM 配置。

请注意：创建 LVM 时，必须使用“-i”选项，以便在 LVM 组中的多个磁盘之间均匀分布数据。

运行 LVM 时，需要镜像日志。

最低配置 Linux：

组件	磁盘	主机缓存	条带化¹
/oracle/<SID>/origlogaA & mirrlogB	Premium	无	无需
/oracle/<SID>/origlogaB & mirrlogA	Premium	无	无需
/oracle/<SID>/sapdata1...n	Premium	无	建议
/oracle/<SID>/oraarch²	Premium	无	无需
Oracle 主页, saptrace, ...	Premium	无	无

条带化：使用 RAID0 的 LVM 条带
oraarch：LVM 是可选的

托管 Oracle 的联机重做日志的磁盘选择由 IOPS 要求驱动。只要卷、IOPS 和吞吐量满足要求，就可以将所有 sapdata1...n（表空间）存储在一个已装载的磁盘上。

性能配置 Linux：

组件	磁盘	主机缓存	条带化¹
/oracle/<SID>/origlogaA	Premium	无	可使用
/oracle/<SID>/origlogaB	Premium	无	可使用
/oracle/<SID>/mirrlogAB	Premium	无	可使用
/oracle/<SID>/mirrlogBA	Premium	无	可使用
/oracle/<SID>/sapdata1...n	Premium	无	建议
/oracle/<SID>/oraarch²	Premium	无	无需
Oracle 主页, saptrace, ...	Premium	无	无

条带化：使用 RAID0 的 LVM 条带
oraarch：LVM 是可选的

Azure 基础结构：虚拟机吞吐量限制和 Azure 磁盘存储选项

Oracle 存储的当前建议

Azure 高级存储 – 大多数客户都在 ASM 上部署高级存储
Azure NetApp 文件 - VLDB 客户，通常具有大于 50TB 的单一 Oracle 数据库，通常使用 ANF 并使用 Azure NetApp 文件的存储快照功能进行备份和还原
托管磁盘突发 - 托管磁盘突发 - Azure 虚拟机 | Microsoft Docs
Azure 写入加速器 - 用于 Oracle 重做日志基于高级 SSD v1 磁盘的情况
高级存储 v1 完全支持联机磁盘扩展，适用于 ASM

通过启用写入加速器，可以在 Azure M 系列 VM 上加快日志写入时间。为 ASM 磁盘组用于联机重做日志文件的 Azure 高级存储磁盘启用 Azure 写入加速器。有关详细信息，请参阅写入加速器。

写入加速器是可选的，如果 AWR 报表指示高于预期的日志写入时间，则可以启用该选项。

Azure 虚拟机吞吐量限制

每个 Azure 虚拟机 (VM) 类型都有针对 CPU、磁盘、网络和 RAM 的限制。以下链接中记录了这些限制

选择 VM 类型时，应遵循以下建议：

确保磁盘吞吐量和 IOPS 足以满足工作负载，至少等于磁盘的聚合吞吐量
考虑启用付费突发，尤其是针对重做日志磁盘
对于 ANF，网络吞吐量非常重要，因为所有存储流量都算作“网络”吞吐量而不是“磁盘”吞吐量
查看此博客：优化 Azure M 系列 VM HCMT 上的网络吞吐量 (microsoft.com)，了解 M 系列的网络优化
查看此链接，其中介绍了如何使用 AWR 报表选择正确的 Azure VM
Azure Intel Ev5 Edv5 和 Edsv5 系列 - Azure 虚拟机 | Microsoft Docs
Azure AMD Eadsv5 Easv5 和 Eadsv5 系列 - Azure 虚拟机 | Microsoft Docs
Azure M 系列/Msv2 系列 M 系列 - Azure 虚拟机 |Microsoft Docs 和 Msv2/Mdsv2 中等内存系列 - Azure 虚拟机 | Microsoft Docs
Azure Mv2 Mv2 系列 - Azure 虚拟机 | Microsoft Docs

备份/还原

支持通过适用于 Oracle 的 SAP BR* 工具提供备份/还原功能，其方式与在裸机和 Hyper-V 上一样。 Oracle 恢复管理器 (RMAN) 也支持备份到磁盘以及从磁盘还原。

有关如何针对 Oracle 数据库使用 Azure 备份和恢复服务的详细信息，请参阅：

Azure 备份服务还支持 Oracle 备份，如使用 Azure 备份在 Azure Linux VM 上备份和恢复 Oracle Database 一文中所述。

高可用性

支持通过 Oracle Data Guard 实现高可用性和灾难恢复。若要在 Data Guard 中实现自动故障转移，需要使用快速启动故障转移 (FSFA)。观察者功能 (FSFA) 触发故障转移。如果不使用 FSFA，则只能使用手动故障转移配置。有关详细信息，请参阅在 Azure Linux 虚拟机上实施 Oracle Data Guard。

有关在 Azure 环境下的 Oracle 数据库灾难恢复方面的信息，请参阅 Azure 环境中 Oracle Database 12c 数据库的灾难恢复。

巨型页面和大型 Oracle SGA 配置

Azure 上的 Oracle 上的 VLDB SAP 部署应用的 SGA 大小超过 3TB。较新版本的 Oracle 可以很好地处理大型 SGA 并显着减少 IO。查看 AWR 报表并增加 SGA 大小以减少读取 IO。

根据通用指南，Linux 巨型页面的配置大小应该约为 VM RAM 大小的 75%。 SGA 大小可以设置为巨型页面大小的 90%。一个近似的示例是：拥有 4 TB RAM 的 M192ms VM 通常将巨型页面设置为大约 3 TB。 SGA 可以设置稍小的值，例如 2.95 TB。

在高端存储器 Azure VM 上运行的大型 SAP 客户可极大地受益于巨型页面，如该文所述

NUMA 系统 vm.min_free_kbytes 应设置为 524288 * <# of NUMA nodes>。请参阅 Oracle Linux：vm.min_free_kbytes 内核优化参数的建议值（文档 ID 2501269.1...

链接和其他 Oracle Linux 实用工具

Oracle Linux 提供有用的 GUI 管理实用工具：

Oracle Web 控制台 Oracle Linux：在 Oracle Linux 上安装 Cockpit Web 控制台
上游考核中心项目 - 考核中心项目 (cockpit-project.org)

Oracle Linux 有新的包管理工具 - DNF

Oracle Linux 8：通过免费视频轻松了解包管理 | Oracle Linux 博客

Oracle Linux 上的 Oracle® Linux 8 管理软件 - 第 1 章 Yum DNF

可以使用有用的工具对内存和 NUMA 配置进行测试和基准测试 - Oracle Real Application Testing (RAT)

Oracle Real Application Testing：什么是 Oracle Real Application Testing 以及如何使用它？ (aemcorp.com)

有关 UDEV 日志损坏问题的信息 Azure 上的 Oracle Redolog 损坏 | 实际运用 Oracle (wordpress.com)

Azure 中的 Oracle ASM 损坏 - 跟进 (dbaharrison.blogspot.com)

运行 Oracle ASM 时 Hyper-V 或 Azure 上的数据损坏 - Red Hat 客户门户

在 Azure Linux 虚拟机上设置 Oracle ASM - Azure 虚拟机 | Microsoft Docs

在 Windows 上的 Azure VM 中安装 SAP 的 Oracle 配置准则

Azure 上的 Oracle 上的 SAP 还支持 Windows。 Windows 部署的建议汇总如下：

建议使用以下 Windows 版本：Windows Server 2022（仅从 Oracle Database 19.13.0 开始）、Windows Server 2019（仅从 Oracle Database 19.5.0 开始）
Windows 上不支持 ASM。 Windows 存储空间应用于聚合磁盘以实现最佳性能
将 Oracle 主目录安装在专用的独立磁盘上（不要将 Oracle 主目录安装在 C: 盘）
所有磁盘都必须格式化为 NTFS
按照 Oracle 中的 Windows 优化指南操作，启用大型页、在内存中锁定页面并完成其他 Windows 特定设置

目前，不支持在 Azure 上为 Windows 客户编写 ASM。适用于 Windows 的 SAP 软件预配管理器 (SWPM) 当前不支持 ASM。

适用于 Windows 上的 Oracle 上的 SAP 的存储配置

最低配置 Windows：

组件	磁盘	主机缓存	条带化¹
E:\oracle\<SID>\origlogaA & mirrlogB	Premium	无	无需
F:\oracle\<SID>\origlogaB & mirrlogA	Premium	无	无需
G:\oracle\<SID>\sapdata1...n	Premium	无	建议
H:\oracle\<SID>\oraarch²	Premium	无	无需
I:\Oracle Home, saptrace, ...	Premium	无	无

条带化：Windows 存储空间
oraarch：Windows 存储空间为可选项

性能配置 Windows：

组件	磁盘	主机缓存	条带化¹
E:\oracle\<SID>\origlogaA	Premium	无	可使用
F:\oracle\<SID>\origlogaB	Premium	无	可使用
G:\oracle\<SID>\mirrlogAB	Premium	无	可使用
H:\oracle\<SID>\mirrlogBA	Premium	无	可使用
I:\oracle\<SID>\sapdata1...n	Premium	无	建议
J:\oracle\<SID>\oraarch²	Premium	无	无需
K:\Oracle Home, saptrace, ...	Premium	无	无

条带化：Windows 存储空间
oraarch：Windows 存储空间为可选项

Windows 上的 Oracle 链接

后续步骤

阅读文章

部署适用于 SAP 工作负荷的 Azure 虚拟机 DBMS 的注意事项

通过