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

SAP 工作负荷设计原则

我们围绕 Azure Well-Architected 框架及其体系结构卓越五大支柱构建了本指南。下表列出了每个支柱，并提供此集中文章的一般摘要。

架构良好的框架支柱	概要
Reliability	SAP 工作负荷需要复原能力（能够承受故障并继续运行）和可恢复性（在中断后恢复正常运行）。你将了解如何为每个数据库进行设计，使关键业务数据处理保持可靠。
安全性	SAP 工作负荷包含关键业务数据。你将了解如何使用多个安全层保护 SAP 应用程序，包括标识、访问、输入验证、数据主权和加密。
成本优化	SAP 工作负荷具有多个体系结构层和许多支持它的资源。你将了解如何确保 SAP 应用程序部署满足性能预期，同时降低总拥有成本。
性能效率	SAP 工作负荷需要高性能资源才能满足工作效率要求。你将了解如何确保 SAP 工作负载满足用户需求，同时管理成本。
卓越运营	SAP 工作负荷在运维中耗费了大部分生命周期。你将了解如何管理 SAP 工作负荷并使其保持运行。

Reliability

可靠的 SAP 工作负荷具有复原能力和可恢复性。复原能力是能够承受故障或中断，并继续运行以保持运行时间。可恢复性是指在发生故障或更广泛的中断后，能够在预定目标内恢复正常操作的能力。高可用性可减少 SAP 应用程序在关键维护期间停机，并限制 VM 崩溃、后端更新、重大停机或勒索软件事件等故障的影响。故障发生在本地和云中，因此设计 SAP 工作负荷以确保复原能力和可恢复性非常重要。

进行可靠性评估。 在标准化 SAP 工作负荷的可靠性并提高弱点之前，需要评估其可靠性。了解 SAP 工作负荷的可靠性至关重要，因此可以采取步骤来解决问题或巩固这些配置。建议对 SAP 工作负荷进行可靠性评估。评估会询问有关工作负荷的问题，并提供要关注的特定建议。评估以自身发展为基础，因此你可以跟踪进度，而无需每次重新开始。

对于评估，请启动 Azure Well-Architected 评审。出现提示时，选择“开始评估”和“Azure 上的 SAP”。

安全性

Azure 上的 SAP 在基础结构即服务（IaaS）云模型中交付。 Microsoft 在物理数据中心、物理网络、物理主机和虚拟机管理程序的级别中，将安全保护构建到服务中。但你负责管理程序上方的区域，例如 SAP 的来宾操作系统。建议定期评估用于确保安全状况随着威胁形势的发展而发展的服务和技术。

成本优化

Microsoft对其SAP硬件和服务的快速发展进行重大投资，以便在更少投入中获得更多价值。 Azure 硬件功能的频繁增加为 SAP 工作负荷提供定期机会，以优化成本、消除浪费和改进技术。若要使 Azure 和 SAP 工作负载保持一致，我们建议为每个 SAP 工作负荷创建计划。计划应包含工作负荷的目标和动机。组织目标和投资优先级应推动应用程序、应用程序平台和数据平台的成本优化计划。

性能效率

性能效率是指在减少资源使用的情况下，加速实现数字化转型。目标是充分利用 SAP 工作负载并满足用户需求，而无需过度或预配资源不足。低效的性能可能会降低用户体验并增加成本。性能会影响内部应用程序的工作效率。它确定面向公众的应用程序的增长。设计无法满足用户需求的 SAP 工作负荷会减缓应用程序的速度。过多的计算资源会导致不必要地增加成本。使用正确的计算、数据和网络设计可以避免这些方案。

卓越运营

卓越运营是创建有效的流程来支持 SAP 工作负荷。运营将是 SAP 工作负荷生命周期中最长时间的阶段，团队必须配备运营最佳做法来管理日常任务。操作失败将影响其他设计领域和 SAP 负载的整体成功。为支持运营中的 SAP 工作负荷而定制操作至关关键。定期评估、监视和自动化是提高 SAP 运营卓越性的核心。