你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
SAP 工作负荷数据平台
数据平台是指支持 SAP 工作负荷的数据存储技术。 SAP 工作负载对数据平台的需求很高。 我们概述了在保持性能的同时优化成本的最佳做法。
优化数据成本
影响:成本优化
建议优化 SAP 工作负荷的存储成本。 存储是 SAP 工作负荷的重要组成部分。 存储包含对组织至关重要的活动数据和备份数据。 存储会影响 SAP 工作负荷的性能、可用性和可恢复性。 必须以正确的成本获得正确的性能。 下面是帮助你实现此目标的建议。
使用预留容量存储类型。 有多种存储选项可供选择,具体取决于工作负荷要求。 托管磁盘、Blob 存储和备份存储可以支持各种组合的 SAP 工作负荷。 其中每个选项都附带了存储预留选项,可降低持久性数据的总体成本。
有关详细信息,请参阅:
使用生命周期管理策略。 除预留容量外,还需要确保数据保留期适合 SAP 工作负荷。 如果尚未优化,SAP 数据库备份可能会很大,并添加到存储成本中。 建议创建一个生命周期策略,以满足 SAP 工作负荷的恢复时间目标(RTO)和恢复点目标(RPO)。 策略应根据其年龄和业务需求进入高级、标准、冷、存档存储。
提高数据可靠性
影响:可靠性
数据可靠性对于确保操作的连续性至关重要。 我们提供用于配置数据库可靠性、创建 SAPMNT 共享可靠性、使用备份和实现灾难恢复解决方案的可靠性建议。
配置数据库可靠性
SAP 应用程序将数据馈送给多个企业系统,使数据库复原能力成为关键工作负荷考虑因素。 建议复制生产数据,实现最高的复原能力。 跨区域复制是首选的灾难恢复解决方案。 但对于更实惠的选项,应至少配置区域冗余。 选择的方法取决于数据库管理系统(DBMS)和所需的业务服务级别协议(SLA)。 下面是数据库层的建议。
定义 RPO 和 RTO。 创建数据库复原需要一个计划来恢复数据丢失。 SAP 数据库、大规模灾难或系统中断的逻辑错误可能会导致 SAP 工作负荷中数据丢失。 恢复计划应确定你愿意丢失的数据量以及需要恢复的速度。 你愿意丢失的数据丢失量是恢复点目标(RPO)。 恢复时间目标(RTO)需要恢复的速度有多快。 设计可恢复性时,需要了解 SAP 应用程序所需的实际 RPO 和 RTO。
使用同步复制不丢失数据。 在某些情况下,无法容忍数据丢失。 恢复点目标为 0。 若要实现此 RPO,需要在数据库层上使用同步复制。 同步复制将数据库事务提交到两个单独的区域或区域中的数据库实例。 应测量两个实例之间的延迟,以确保它满足工作负荷需求,并且可以使用 SAP niping
度量工具执行此操作。 更高的网络延迟会降低工作负荷的可伸缩性,实例之间的物理距离会增加网络延迟。 因此,跨区域的复制的延迟将高于可用性区域,因为实例之间的距离更大。 不同区域之间的数据库复制应该是异步的,可用性区域之间的复制应该是同步的。 在 SAP 工作负荷设计中平衡复原能力和延迟非常重要。
有关详细信息,请参阅:
创建 SAPMNT 共享可靠性
SAPMNT 托管 SAP 应用程序的物理内核文件,可以是单一故障点。 Azure 上提供了多个选项来创建冗余并构建高度可用的 SAPMNT 共享。 建议对 Linux 和 Azure 高级文件使用 Azure 高级文件或Azure NetApp 文档。 对于基于 Windows 的部署,应使用Azure NetApp 文档或 Azure 共享磁盘。
对于 SAPMNT 可靠性,还应满足一些特定于应用程序的配置。 环境中需要共享目录(/sapmnt/SID and /usr/sap/trans
)才能部署 SAP NetWeaver 应用程序层。 我们建议创建高度可用的文件系统并确保它们具有复原能力。 目录 /sapmnt/SID
非常重要 /usr/sap/SID/ASCS
。 应在 Azure 文件存储 上的 NFS 上放置这些文件系统,以实现最大的可靠性。
有关详细信息,请参阅 Azure 文件存储 上的 NFS。
表 1 - 每个操作系统的 SAPMNT 指南。
使用数据备份
SAP 工作负荷应实现常规备份解决方案。 备份是灾难恢复的主干,有助于确保操作的连续性。 对于备份可靠性,我们提供了一些建议。
从Azure 备份开始
建议使用Azure 备份作为 SAP 工作负荷的基础备份策略。 Azure 备份是 Azure 中的本机备份解决方案,它提供了多种功能来帮助简化 SAP 备份。 通过Azure 备份,我们希望指出一些功能。
表 2 - Azure 备份功能
Feature | 说明 |
---|---|
本机数据库备份兼容性 | Azure 备份通过适用于 SAP 应用程序使用的 SAP HANA、SQL Server 和 Oracle 数据库的 Backint 连接器提供本机备份。 适用于 SAP 的Azure 备份提供名为 Backint 的 API。 Backint 允许备份解决方案直接在数据库层上创建备份。 Azure 备份目前还支持 HANA 和 SQL Server 数据库的数据库备份功能。 |
存储备份 | 存储备份功能可以通过对选择性磁盘使用 Azure 高级存储的磁盘快照来帮助优化备份策略。 有关应用程序一致性备份的详细信息,请参阅 快照一致性。 |
虚拟机备份 | 通过Azure 门户备份和还原 Azure VM 数据。 跨区域还原允许将 Azure VM 还原到配对的次要区域。 |
长期保留 | Azure 备份允许你保留 SAP 备份年,以满足合规性和审核需求。 |
备份管理 | 使用 Azure 备份,可以使用简单的用户界面管理来自Azure 门户的备份。 |
有关详细信息,请参阅:
- Azure 备份文档
- SAP HANA 备份概述
- SAP HANA 备份Azure 备份体系结构。
- Azure 虚拟机上的 SAP HANA 备份指南
- Azure VM 上的 SAP HANA 系统复制数据库的备份指南。
- Azure VM 上 SAP HANA 数据库实例快照的备份指南。
- Azure 上的 SQL Server 备份指南虚拟机
查找市场备份解决方案
Azure 市场中存在多个经过认证的第三方备份解决方案。 这些解决方案提供供应商备份功能和 SAP 认证的备份功能。 应考虑将这些解决方案分层在Azure 备份之上,以生成具有基础支持的自定义解决方案。
Microsoft合作伙伴提供与存档、备份和业务连续性和灾难恢复(BCDR)工作负载Azure 存储集成的解决方案。 合作伙伴解决方案利用Azure 存储的规模和成本优势。 可以使用这些解决方案来帮助解决备份难题、创建灾难恢复站点或存档未使用的内容以供长期保留。 它们可以取代基于磁带的备份,并提供按需经济恢复站点,并提供所有合规性标准和存储功能,例如不可变存储和生命周期管理。
使用快照
快照是数据的时间点副本。 快照的速度和可靠性有助于管理大型数据库并保护主数据库免受损坏或故障的影响。 这些功能使快照对于灾难恢复至关重要。 我们有几个选项可用于为 SAP 工作负荷创建和存储备份。
例如,Azure 备份可以为 HANA 和 SQL Server 创建数据库备份。 Azure 共享磁盘的备份保管库功能可用作数据库存储解决方案。 Azure NetApp 文档(ANF)还可以使用快照(如 ANF 卷快照)备份关键数据。 ANF 跨区域复制使用 ANF 快照将数据从一个区域复制到另一个区域。
正确的解决方案取决于所需的成本和可用性级别。 在某些情况下,可能需要将 Azure 上的 SAP 复制到其他 Azure 区域,以便进行灾难恢复。 但是,可以使用Azure 存储复制实现相同的功能,例如异地冗余存储(GRS)或 Azure Site Recovery。
有关详细信息,请参阅:
- 使用 Azure 可用性区域的 SAP 工作负荷配置
- SAP NetWeaver 灾难恢复
- 适用于 SAP 的 Azure Site Recovery 工作负载
- Azure 存储冗余
- 在 Azure VM 中备份 SAP HANA 数据库的实例快照
实施灾难恢复计划
建议投资灾难恢复(DR),以提高 SAP 工作负荷的可靠性。 通过将主数据复制到辅助位置来实现灾难恢复。 可以使用多种工具和方法来实现目标。 当主要位置由于技术或自然灾害而无法访问时,需要灾难恢复。 灾难恢复解决方案可以基于业务需求跨区域或跨区域,但我们建议跨区域灾难恢复,以提高复原能力。
有关详细信息,请参阅:
提高存储性能
影响:性能效率
请务必选择适当的存储解决方案来支持 SAP 工作负荷的数据需求。 正确的解决方案可以提高现有功能的性能,并允许你添加新功能。 通常,存储需要满足 SAP 数据库的每秒输入/输出操作(IOPS)要求和吞吐量需求。
有关详细信息,请参阅 SAP 工作负荷的存储类型。
使用支持性能要求的存储。 Microsoft支持不同的存储技术来满足性能要求。 对于 SAP 工作负荷,可以使用 Azure 托管磁盘(例如高级 SSD、高级 SSD v2、标准 SSD)和Azure NetApp 文档。
配置存储以提升性能。 我们发布了 SAP HANA 数据库的存储配置指南。 它涵盖生产方案和具有成本意识的非生产变体。 遵循建议的存储配置可确保存储通过所有 SAP 硬件和云度量工具(HCMT)KPI。 有关详细信息,请参阅 SAP HANA Azure 虚拟机存储配置。
启用写入加速器。 写入加速器是 Azure 托管磁盘专用于 高级存储 上的 M 系列 VM 的功能。 必须在与 /hana/log 卷关联的磁盘上启用写入加速器。 此配置有助于 4 KB 和 16 KB 块大小的子毫秒写入延迟。 有关详细信息,请参阅 Azure 写入加速器。
选择正确的 VM。 选择正确的 VM 会产生成本和性能影响。 目标是选择支持 SAP 工作负荷的 IOPS 和吞吐量要求的存储 VM。 选择 VM 时,需要关注三个关键领域
表 3 - 影响性能的计算功能
计算功能 | 说明 |
---|---|
vCPU 的数量 | CPU 数对数据库节点中的许可证有直接影响。 大多数数据库都遵循基于核心的许可模型。 根据需要使用满足需求的金额并调整许可协议。 |
内存 | 内存对于应用程序性能至关重要,SAP 应用程序可能具有较高的内存需求。 一般情况下,内存较高可提供更多的内存读取、更少的分页和更高的 VM 成本。 |
吞吐量 | 对于托管在其中一个 VM 上的应用程序来说,使用其网络接口卡(NIC)与 VM 外部通信非常重要。 |