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

适用于 SAP 工作负载的 Azure 虚拟机 Oracle DBMS 部署

项目
01/21/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 安装和升级

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

Oracle 支持在 Oracle Linux 作为来宾 OS 的 Microsoft Azure 上运行 Oracle 软件。有关 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 参数 U标准版_LARGE_PAGES = ONLY - 值 ONLY 优先于值 TRUE，因为仅值应提供更一致且可预测的性能。值 TRUE 可以同时分配大型 2MB 页和标准 4K 页。仅值将始终强制大型 2MB 页面。如果可用巨页数不足或未正确配置，则数据库实例将无法从错误代码开始：ora-27102： 内存不足Linux_x86_64错误 12：无法分配内存。如果连续内存不足，可能需要重启操作系统并/或重新配置操作系统巨页参数
Oracle 主目录应位于“根”卷或磁盘外部。使用单独的磁盘或 ANF 卷。保存 Oracle 主目录的磁盘应不小于 64GB
大型高性能 Oracle 数据库服务器的启动磁盘大小非常重要。对于 M 系列或 E 系列，至少应使用 P10 磁盘。请勿使用 P4 或 P6 等小型磁盘。小型磁盘可能会导致性能问题。
必须在所有 VM 上启用加速网络。如果启用加速网络时遇到问题，请升级到最新的 OL 版本
检查本文档和 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/SU标准版因为未在这些 VM 上安装或使用 Oracle 客户端。不应在这些 VM 上安装应用程序服务器（PAS/AAS）。请参阅 SAP 说明 3074643 - OLNX：常见问题解答：如果 SAP 环境中支持适用于 Oracle Linux 的 Pacemaker。 Azure 不支持 Oracle RAC，因为 RAC 需要多播网络。

存储配置

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

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

建议当前在 EXT4 或 XFS 文件系统（使用 LVM）上运行 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 本机	ASM 建议。支持 LVM	不支持 Windows 上的 ASM。将日志文件磁盘从 4K 本机更改为 512e
标准 SSD	不支持
标准 HDD	不支持
超级磁盘	支持	4K 本机	ASM 建议。支持 LVM	不支持 Windows 上的 ASM。将日志文件磁盘从 4K 本机更改为 512e

网络存储类型
Azure Net App 服务（ANF）	支持	-	Oracle dNFS 必需	不支持
Azure 文件存储 NFS	不支持
Azure 文件 SMB	不支持

应用列表的其他注意事项，例如：

不支持具有 4K 本机扇区大小的 DIRECTIO。 LVM 配置FILESYSTEMIO_OPTIONS的建议设置：
- LVM - 如果使用具有 512/512e 几何图形的磁盘，FILESYSTEMIO_OPTIONS = 标准版TALL
- LVM - 如果使用具有 4K 本机几何图形的磁盘，FILESYSTEMIO_OPTIONS = ASYNC
Oracle 19c 及更高版本完全支持使用 ASM 和 LVM 的 4K 本机扇区大小
Linux 上的 Oracle 19c 及更高版本 – 从 512e 存储移动到 4K 本机存储日志扇区大小时，必须更改
若要从 512/512e 扇区大小迁移到 4K 本机评审（文档 ID 1133713.1），请参阅“脱机迁移到 4Kb 扇区磁盘”部分
不支持 Windows 平台上的 ASM
不支持 Windows 平台上日志卷的 4K 本机扇区大小。 SSDv2 和超级磁盘必须通过 Azure 门户中的“编辑磁盘”铅笔图标更改为 512e
4K 本机扇区大小仅在 Windows 平台的数据卷上受支持。 Windows 上的日志卷不支持 4K
建议查看以下 MOS 文章：
- Oracle Linux：文件系统的缓冲区缓存与直接 I/O（文档 ID 462072.1）
- 支持 4K 扇区磁盘（文档 ID 1133713.1）
- 在 Flash、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，包括开发、QAS 和生产。小型、中型和大型数据库
使用 ASMLib，而不是 UDEV。多个 SAN 需要 UDEV，这是 Azure 上不存在的方案
应为外部冗余配置 ASM。 Azure 高级版 SSD 存储提供三重冗余。 Azure 高级 SSD 满足任何其他存储解决方案的可靠性与完整性需求。对于可选的安全性，客户可以考虑针对日志磁盘组使用正常冗余
ASM 不需要镜像日志 888626 - 高端系统的重做日志布局
根据以下变体 1、2 或 3 配置的 ASM 磁盘组
ASM 分配单元大小 = 4MB（默认值）。 VLDB OLAP 系统（如 BW）可能会受益于更大的 ASM 分配单元。请在更改之前与 Oracle 支持确认
ASM 扇区大小和逻辑扇区大小 = 默认值（不建议使用 UDEV，但需要 4k）
使用适当的 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，Azure 备份用于 Oracle 和/或磁盘快照技术。

与变体 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，Azure 备份用于 Oracle 和/或磁盘快照技术。在此变体中，每个相关的数据库文件类型都被分隔到不同的 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 主机磁盘缓存可以设置为“只读”或“无”。所有其他 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 的文档和培训，以及迁移到 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	高级	只读²	建议
/oracle/<SID>/oraarch³	Premium	无	无需
Oracle 主页, saptrace, ...	Premium	无	无

条带化：使用 RAID0 的 LVM 条带
在 R3load 迁移期间，SAPDATA 的主机缓存选项应设置为“无”
oraarch：LVM 是可选的

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

性能配置 Linux：

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

条带化：使用 RAID0 的 LVM 条带
在 R3load 迁移期间，SAPDATA 的主机缓存选项应设置为“无”
oraarch：LVM 是可选的

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

Oracle 自动存储管理 (ASM)## 可以评估以下存储技术：

Azure 高级存储 - 当前为默认选择
托管磁盘突发 - 托管磁盘突发 - Azure 虚拟机 | Microsoft Docs
Azure 写入加速器
Azure 高级 SSD 存储的联机磁盘扩展仍在进行中

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

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

Azure VM 吞吐量限制

每个 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 Linux 虚拟机上备份和恢复 Oracle Database 12c 数据库
Azure 备份服务还支持 Oracle 备份，如使用 Azure 备份在 Azure Linux VM 上备份和恢复 Oracle Database 19c 数据库一文中所述。

高可用性

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

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

另一篇优秀的 Oracle 白皮书为 SAP 客户设置 Oracle 12c Data Guard

大型页面和大型 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 Home （请勿在 C：驱动器上安装 Oracle Home）
所有磁盘都必须格式化为 NTFS
按照 Oracle 中的 Windows 优化指南操作，启用大型页、在内存中锁定页面并完成其他 Windows 特定设置

目前，不支持在 Azure 上为 Windows 客户编写 ASM。 SWPM for Windows 目前不支持 ASM。将 Oracle 上的 VLDB SAP 迁移到 Azure 需要 ASM，因此选择使用 Oracle Linux。

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

最低配置 Windows：

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

条带化：Windows 存储空间
在 R3load 迁移期间，SAPDATA 的主机缓存选项应设置为“无”
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	高级	只读²	建议
J:\oracle\<SID>\oraarch³	Premium	无	无需
K:\Oracle Home, saptrace, ...	Premium	无	无

条带化：Windows 存储空间
在 R3load 迁移期间，SAPDATA 的主机缓存选项应设置为“无”
oraarch：Windows 存储空间为可选项

Windows 上的 Oracle 链接

后续步骤

阅读文章

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