通过

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

选择计算和存储

  • 项目

本文介绍如何使用 Azure 基础结构即服务 (IaaS) 模型调整 Oracle 工作负载的计算和存储大小。

可以使用 Azure IaaS 将 Oracle 工作负载从本地迁移到云。 工作负载的复杂性、大小和高输入/输出 (I/O) 需求可能会使迁移过程复杂化，并给 Oracle Database 性能带来负面影响。 数据库性能取决于读/写磁盘吞吐量 (MBps) 、读/写 IOPS、CPU、RAM 和网络延迟等参数。 因此，为 Azure IaaS 选择正确的计算和存储组合，以及应用程序工作负载相对于数据库服务的位置对于数据库迁移的成功至关重要。

使用 AWR 或 Statspack 报告评估 Oracle 工作负载

若要针对所需的 Azure 基础结构获取正确的大小建议，需要为计划迁移到 Azure 的每个数据库生成自动工作负载存储库 (AWR) 报告或 Statspack 报告。

AWR 报告是由 Oracle 数据库生成的详细性能分析报告。 该报表包含有关数据库性能、等待事件、系统资源等的综合信息。 AWR 报告包含在 Oracle Database 产品集的 Oracle 诊断包中。 如果运行的 Standard Edition 或 Enterprise 版本没有诊断包许可证，请改用 Statspack 报表 。

深入了解峰值负载至关重要，因为数据库和服务器用于不同的容量。 如果高峰负载发生在夜间的备份时间，并且备份恢复时间目标 (RTO) 或恢复点目标 (RPO) 要求在四小时内，则可以针对平均负载重复相同的练习。

时间的峰值负载时段通常为一小时。 可以使用 Oracle Enterprise Manager 确定峰值负载。 如果没有 Oracle Enterprise Manager 的许可证，可以在 最繁忙的前五个时间使用以下脚本。 此脚本适用于 Standard Edition 数据库和 Enterprise Edition 数据库。

建议

  • 为数据库大小调整练习生成全面的 AWR 报告。
  • 在短时间窗口（例如 30 分钟或 1 小时）内生成最繁忙的工作负荷时段的 AWR 报告。
  • 如果需要) ， (生成峰值负载 AWR 报告和平均峰值负载 AWR 报告。
  • 获取可能具有数据库工作负荷重要详细信息的任何其他 AWR 报表，例如月末或季度末报告期。
  • 确保报表采用 HTML 格式，以便调整大小调整工具。
  • 如果不确定何时发生峰值负载，请使用以下脚本获取前五个最繁忙的时间：

使用自动化工具调整工作负载大小

使用自动化工具根据 vCPU、内存、吞吐量和 IOPS 与正确的 Azure 虚拟机 SKU 匹配，调整工作负载大小。 分析 Oracle 工作负载的 AWR 报告或 Statspack 报告，以适当调整 Azure 基础结构的大小，使其满足性能要求。 此类分析基于对数据库性能的专家了解，需要自动化工具来管理所有变量，例如 Oracle 迁移助手工具 (OMAT) 。

OMAT 可帮助你评估本地或云中 Oracle 安装的资源使用情况，并建议最佳虚拟机 (VM) 和存储，以便在 Azure 上运行相同的工作负荷。 OMAT 从源系统收集和处理 AWR 报表，提取所需的数据，并将其放入 Excel 工作簿中。 使用 OMAT 提供超线程因子时，请查看 CPU 和核心处理器的分区。 默认情况下，OMAT 使用 2 的因子，但你可以调整此数字以适应特定使用情况。 如果需要支持，请联系当地联系人。

建议

  • 使用自动调整大小调整工具，例如 OMAT。 调整大小工具自动执行 AWR 大小调整文档中概述的步骤，以加快迁移过程并简化 AWR 报告。
  • 请与了解 OMAT 报告生成建议的专家联系。

为工作负载选择适当的 VM

请务必为工作负载选择合适的 VM。 每个 VM 系列都有一系列大小，可根据需求进行匹配。 E 系列 和 M 系列 是广泛用于数据库需求的超线程 VM。 将 E 系列 VM 用于具有高吞吐量值的工作负荷。 将 M 系列 VM 用于需要高内存的工作负荷。

Microsoft 还提供 受限的核心大小 ，以降低软件许可的成本，同时保持相同的内存、存储和 I/O 带宽。

建议

为工作负载选择适当的存储解决方案

数据库的 Azure 存储解决方案的选择取决于数据库大小、IOPS 和吞吐量。 Azure 托管磁盘 提供由 Azure 托管并与 Azure VM 一起使用的块级存储卷。 Azure 存储 为云中的应用、数据和 VM 提供了各种高度可用、可大规模缩放的存储选项。 调整大小评估有助于确定要用于数据库的存储解决方案。

其他存储注意事项与存档的 Oracle 重做日志文件和备份相关。 存档重做日志是一个持续的读/写过程，涉及持续评估解决方案要求和可用性。

AWR 报告提供有关特定工作负荷的吞吐量和 IOPS 要求的见解。 在部署之前了解吞吐量和 IOPS 要求至关重要，因为 Oracle 工作负载对性能敏感。

下表提供了数据磁盘存储布局的示例。

磁盘名称 函数 大小(GB) 吞吐量 IOPS 磁盘建议
oredo 联机重做日志 400 150 1500 如果可用，请选择“高级 SSD v2”，否则选择“P20”
oarch 存档的恢复日志 7000 300 1250 在热层中配置的Azure Blob 存储
odata 数据文件和控制文件 18000 1000 2500 选择高级 SSD v2（如果可用）， (5*P50 条带化为 RAID-0) 否则

临时表空间可以使用大量的吞吐量和 IOPS。 如果此方案适用于工作负荷，请选择具有附加临时磁盘的 VM，例如 Ed-v5。 将临时表空间放在磁盘上。 可以根据要求选择其他磁盘类型。

这只是客户工作负载的一个示例。 请确保查看并相应地调整工作负载大小、IOPS 和吞吐量的要求。

如果需要在磁盘设置中对一个或多个逻辑卷使用多个磁盘，而不考虑 Oracle ASM、LVM 或其他) (磁盘技术，请确保在磁盘之间平衡负载以实现最佳性能。

可以在任何位置使用高级 SSD v2 托管磁盘。 根据区域检查可用性，并在部署之前查看 磁盘配置 。

如果使用 Oracle ASM 和 托管磁盘，则 ASM 中默认配置的磁盘大小是决定性的。 如果将 ASM 配置为最大大小 4096 GB，则 ASM 只能处理此量。 因此，即使预配更高的磁盘，ASM 也无法识别空间。 相应地规划磁盘大小，并决定是否预配大约 4095 GB 的磁盘。 有关详细信息，请参阅 ASM 配置。

建议

调整 Oracle 应用程序所需的计算基础结构的大小

Oracle 应用程序通常可以使用与本地部署中使用的 VM 功能类似的 VM 移动到 Azure。

使用 应用程序和 Web 层 中的数据点调整 Oracle 应用程序所需的计算基础结构的大小。 可以将应用程序层移动到满足性能和成本优化要求的任何合适的 VM SKU。

有关使用参考体系结构在 Azure IaaS 上部署 Oracle 应用程序的详细信息，请参阅 Azure 上的 Oracle 应用程序。

建议

从应用程序层和 Web 层获取数据点。 这些数据点包括：

  • vCPU 的数量
  • 平均 vCPU 使用率
  • 内存大小
  • 平均内存使用率
  • 应用存储大小
  • 应用版本
  • 操作系统
  • 总 IOPS
  • 总吞吐量
  • 备份策略

后续步骤

若要了解如何保护关键数据和应用程序，请参阅 业务连续性和灾难恢复。