选择计算和存储

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

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

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

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

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

深入了解峰值负载至关重要，因为数据库和服务器用于不同的容量。 如果高峰负载出现在夜间备份时间段，并且备份恢复时间目标（RTO）或恢复点目标（RPO）要求在四小时内满足，则可以对平均负载进行相同的测试。

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

Recommendations

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

使用自动化工具正确调整工作负荷大小

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

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

Recommendations

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

为您的工作负载选择合适的虚拟机

为工作负荷选择正确的 VM 非常重要。 每个 VM 系列都有一系列大小，可以根据需要进行匹配。 E 系列 和 M 系列 是用于数据库需求的超线程 VM。 对吞吐量值较高的工作负荷使用 E 系列 VM。 将 M 系列 VM 用于需要高内存的工作负荷。

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

Recommendations

• 选择 超线程 VM 以节省许可成本。
• 使用 Azure 定价工具 比较不同 Azure VM 建议的成本。
• 使用 Azure 预留 来降低计算基础结构成本。

为工作负荷选择正确的存储解决方案

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

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

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

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

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

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

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

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

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

Recommendations

• 使用 OMAT 工具生成的建议引导你了解数据库存储方案。
• 了解 Azure 磁盘类型 以及它们如何适应工作负荷要求。
• 查看 磁盘类型和配置的最佳做法。
• 如果计划将 Azure NetApp 文件用于 Oracle 作为存储层，请访问 适用于 Oracle 的 Azure NetApp 文件。
• 如果计划从 Oracle Exadata 分离，请访问 应用程序卷组 。
• 访问Azure Files (热层)，以了解适用于大量 Redo 日志存档以及 Azure 高级托管磁盘的合适选项。
• 根据数据量以及技术和非技术要求选择 Oracle 工作负载的备份选项。 有关详细信息，请参阅 Oracle 工作负载的备份策略。
• 规划存储布局以避免性能问题。

确定 Oracle 应用程序所需的计算基础设施的规模

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

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

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

Recommendations

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

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

后续步骤

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