本节书摘来自异步社区《SAP入门经典（第4版•修订版）》一书中的第3章，第3.2节，作者：【美】George Anderson著，更多章节内容可以访问云栖社区“异步社区”公众号查看

3.2 SAP硬件基础知识

SAP入门经典（第4版•修订版）
硬件是SAP系统最基本的组件。硬件由服务器（体积巨大、功能强劲的计算机）、磁盘存储系统（从存储区域网络或网络附加存储，到基于云的虚拟存储空间，种类多样）和网络设备（如路由器、网络交换机以及安全防火墙等）构成。所有这些硬件必须协同工作才能构建成高效的SAP基础架构。如果技术架构设计不正确，或者只是简单地把一些硬件堆积起来搭建成的架构就会连接薄弱、潜在问题多多，从而导致问题接连不断。因此，合理的硬件架构和设计（SAP所谓的术语“适型”（sizing））绝对是至关重要的。

所有的主流硬件提供商都出售规格各异、适合各种类型SAP应用需求的系统。根据声誉和认可度选择硬件合作伙伴不失为一个很好的开始。惠普、IBM以及后起之秀Oracle都是知名的物理硬件提供商，您尽可以选购他们的设备、安装到机架上，搭建起自己的数据中心。但是没有什么东西是永远不变的，流年似水、逝者如斯，今天搭建的硬件平台可能在短短几年后就对新技术望尘莫及了。举例来说，大名鼎鼎的Amazon、Microsoft和思科都可以向您出售用于搭建SAP系统的虚拟化服务器平台。当然，硬件始终是幕后英雄，但这次可是完全在仰仗别人的数据中心。这种被称为基础设施即服务（IaaS）或云架构的虚拟化硬件代表着一种有趣而且经济有效地为SAP提供技术基础的方式。其他许多IaaS云提供商也都在纷纷加入这一行列，这就同时给已经错综复杂的技术架构生态系统添加了更多种多样的方式和实践。

我们将在第19章讨论IaaS和其他云交付方式。而现在，请牢记任何拟议的硬件解决方案，无论提供商是谁，都需要进行相互对比检查，检查SAP设计的风险状况，以及最终对比检查SAP反映出的工作负荷的种类。毕竟并不是所有的云都成熟到了可以支持任务关键型的SAP工作负荷的，同时也不是所有的SAP工作负荷对业务运行来说都必不可少。

3.2.1 服务器
无论您的SAP服务器硬件是物理安装或者运行在自己的数据中心里，还是托管给了传统的外包提供商或更时兴的云提供商，服务器一般都还是根据成本和性能进行分类。有趣的是这些分类现在相互重叠得非常严重。行业内现在还在按大、中、小型划分服务器（见图3.1），物理尺寸和“马力”（按SAPS测量，在“SAPS基准”一节将会讲到）都适用。使大、中、小型的界限更加模糊的是今天许多小型服务器也可以承载SAP工作负荷了，这在几年前还被认为只有大型服务器才能做到。

根据规格和配置不同，如果上网购买一台惠普服务器，一次性的投入可能会从几千美元到数百万不等（还不包括之后的日常维护费用，这笔费用也非常可观）。另一方面，根据云提供商不同，在云中租用相同的服务器计算能力需要的每小时成本从几美分到几百美元不等。成本变成了“计时付费”（pay-as-you-go）的形式，从一次性的资本投资（CAPEX）变成了重复性的运行支出（OPEX）。对“斤斤计较”的人来说，这种变化可能颇具吸引力。

服务器和其他SAP架构的成本会发生明显的变化，但是公司必须处理好五花八门的财务方式，才能计算出哪种方式对他们来说最适用。但是您如何对比运行着不同操作系统和数据库的不同服务器支持的工作负荷（例如计算平台的马力）呢？对于服务器来说，马力是许多因素的结合体。除了种种操作系统和数据库差异之外，CPU以及底层处理器核心的数量和速度、每台服务器中的内存量、服务器系统总线的特性，以及许多其他内部服务器构架的具体情况都是不可忽略的因素。简单的对比几乎不可能。幸运的是，SAP为我们提供了一个测量工作负荷的标准单位：SAPS基准。

3.2.2 SAPS基准
SAP应用程序性能标准（SAPS）会对SAP基准计算平台进行相互对比。测量的标准单位与事务处理委员会（TPC）提供更一般性的tpmC性能定级相似，测量的SAPS单位基于SAP企业资源处理（ERP）的销售和分销（SD）模块，是目前最流行的SAP基准。100个SAPS定义为每小时完全处理2000份端到端订单（每份订单包含5个售出的单项产品）。驱动这种基准的SD业务流程由6种不同的SD事务构成。最终，这2000份订单相当于6000次屏幕变化（从创建订单到显示、开具发票等）！

让我们思考一下SAPS的价值。凭借标准的测量单位，您可以对大相径庭的计算平台以公平合理的方式进行对比。假定所有的硬件提供商对运行着各种操作系统和数据库的各种服务器都采用一种基准，那么您就可以安心地假定一个特定平台之间的马力是可以相互比较的。例如，您可以将运行着Windows系统和SQL Server数据库的服务器与相似配置的运行着Linux系统和Oracle数据库的服务器的SAPS进行对比，然后再与运行着AIX系统和DB2数据库的IBM p系列服务器进行对比。通过公平对比，您可以减轻SAP性能方面的相关风险，而把注意力集中到可用性策略、总拥有成本和战略合作或整合计划上来。而对于没有进行过基准测试的服务器，您可以与硬件提供商的SAP研发中心合作计算出该平台能够支持的大概SAPS指标。

要检验我们提供信息的有用性，请用浏览器访问www.sap.com/solutions/benchmark/sd2tier.epx。最常见的是双层基准（因为这种基准不至于运行成本过高而使硬件提供商无法承受）。为举例说明，请单击SAPS列，对所有结果进行分类（结果数量成百上千）。向后翻页，直到您可以对能够支持50000 SAPS的各种服务器型号和配置进行对比的一页。您很容易发现，尽管不是所有的硬件、操作系统和数据库组合都应有尽有，筛选结果还是很多，需要查看许多不同提供商的产品。如果您对此特别感兴趣，请注意最新的4P/32C（4处理器、每个处理器8个核芯）Intel平台与仅仅几年前还不可一世的庞然大物32P甚至更大型的服务器相比优势是多么突出！

3.2.3 服务器硬件提供商
无论您的服务器是虚拟服务器、托管给了Computer Sciences Corp或我本人最偏爱的Freudenberg IT这样的第三方公司，还是安装在您自己的数据中心里，物理服务器本身都是由为数不多的几个硬件提供商制造的。知名度最高的提供商富士通、惠普、IBM、Oracle和Unisys销售的服务器通常都是基于他们自己专利的CPU，或者Intel和AMD。IBM就是一个很好的例子。他们拥有阵容强大的行业标准服务器产品（x系列），以及拥有专利权的基于PowerPC的服务器（p系列）和一些更老式的传统平台（i系列和z系列）积极参与市场竞争。惠普和Oracle的产品同样种类繁多。

Intel和AMD生产的低成本CPU（通常统称为商用、x86或x64平台）构成了该市场中的主流。商用服务器规格多样，一直以来为IT部门提供了丰富的选择——从密集型的刀片服务器、细长的“披萨盒”设计，到更传统的机架式和独立大型箱式设计，可谓千差万别。而且它们的增长速度在逐年加快。但即使这些商用服务器一直在价格和性能上不断突破，硬件提供商也还是在持之以恒地开发着自己的具有高可用性、虚拟化等特点的新技术解决方案，力图凭借自己的专利权、传统上一直能力出众的合作伙伴为自己的产品争取一席之地。

3.2.4 服务器的可用性特性
在为SAP系统购买服务器和相关硬件时，即使要多支付一些费用，为了实现平台的高可用性也应该不吝投入。大多数服务器都提供冗余电源、冗余内存，以及能够在多块磁盘驱动器间平移数据的磁盘控制器，并且支持多种网络接口卡（NIC），以便能够在网段、网络交换机或者单个网卡发生故障时方便地解决问题。这些技术可以有效地提高您SAP解决方案的整体正常运行时间（尽管有人可以争辩说随着购买的服务器越来越多，相对的成本增加也很显著）。

服务器网络也应该配置成冗余的形式。在许多IT数据中心里，网络都是一个重要的（虽然是可避免的）单点故障源。采用双交换机或者使用前面提到的冗余NIC可以消除或者降低可能造成重大故障的危险。当然，这些NIC和交换机都必须妥善、专业地进行安装、连接和配置才能真正提高可用性。

3.2.5 磁盘存储系统
一般来说知名的服务器硬件提供商也都出售磁盘存储系统（一般可以容纳多个磁盘驱动器）。与虚拟化服务器的计算能力一样，您也可以购买基于云的虚拟化存储服务。无论采用哪种方式，该系统都需要能够存储SAP数据库、SAP安装的二进制文件或可执行文件，以及所有与安装的操作系统相关的文件。所有存储工作都会涉及的两个关键需求是速度和可用性。

3.2.6 存储区域网络
目前最强大、性能最高的磁盘子系统称为存储区域网络（SAN），它包含有一个或多个装有几十到几百块物理磁盘的机柜，所有磁盘都通过被称为主机总线适配器（HBA）的专门的SAN I/O卡连接到SAP的数据库服务器上。SAN的速度非常快，可以由多个应用程序共享。实际上，SAN通常也被称为共享存储。目前的大多数SAP系统都是用SAN作为自己的基本磁盘存储系统。

3.2.7 网络附加存储
SAP系统还有可能会使用网络附加存储（NAS）系统，这种系统成本更便宜，当然一般来说相应的能力也会稍逊一筹。与SAN相似，NAS设备也都通过安装在数据服务器上的接口卡连接到数据库上。NAS设备使用标准的NIC而不是HBA。这些NIC可以是同型号的NIC，这种网络可以由SAP应用服务器和其他应用程序共享。由于这种网络会相当繁忙，因此连接到这种网络上的NAS设备会出现SAN环境中没有的反应迟缓现象。

3.2.8 直接附加存储
为SAP系统采用直接附加存储系统的情况目前还很少见。这种磁盘解决方案可能只是把几块磁盘驱动器装到一个数据库服务器中就算完成了。另外一些情况也可能是用能够容纳几块到也许最多24块磁盘的小型机柜直接连接到每个SAP数据库服务器上。小型的IT部门可能会觉得这种方式可用，因为直接附加存储设备一般速度会比较快，而且成本也很低。当然，随着SAP组件（企业资源规划[ERP]程序、客户关系管理[CRM]程序、产品生命周期管理程序[PLM]等）和情景（生产、测试、开发、数据移动、培训、沙盘等）的增多成本会急剧攀升。

3.2.9 云存储
为SAP提供存储空间的最新方式是基于云的磁盘空间提供方式。Amazon、Microsoft和Rackspace等提供商都在出售虚拟化存储空间，价格大概为每吉字节几美分。尽管以任何标准衡量这都很便宜，但云存储面临的最大挑战是性能：活跃的SAP数据库每秒钟要处理千千万万次I/O操作，而云存储（除少数例外之外）是要通过网络链接（可能快似闪电，也可能慢慢吞吞）来访问的。您购买的虚拟存储服务有可能能够满足您的SAP数据库需求，因此您需要咨询SAP专家，以便了解到足够的信息，从而向您的存储服务提供商解释清楚自己的系统需求。从现实角度考虑，对于沙箱和演示系统来说可以很方便地使用虚拟化存储。（或者在云内租赁整个系统，特别是那些我们将在第21章说明的对改进生产流程作用不大的系统。）您需要花更多时间分析需求和设计合理的存储解决方案的是其他一些系统，特别是生产相关的SAP系统。最终，您可能会对一些非生产性的系统使用云存储，而对生产和生产支持环境使用传统的本地SAN或NAS存储设备。

3.2.10 存储系统的性能
无论您的磁盘空间来源于哪里，提供商都会不遗余力地推销和出售中、低、高各档磁盘存储系统。需要记住的最主要的衡量标准是存储配置能够支持的每秒I/O操作次数，以及能够流过设备的每秒若千兆字节的吞吐量指标。在众多的因素中，关键指标包括磁盘旋转轴的速度和数量，以及二级缓存（用于存储最近访问和频繁访问的数据从而避免磁盘I/O操作相对变慢的存储器）。在谈到性能时，磁盘空间本身并不成其为问题，但是在处理SAP启动和每个月的磁盘增长需求时，它就显得非常重要了。许多SAP系统每个月要增长10GB到20GB，一个月增长500GB也并不是闻所未闻！

3.2.11 存储系统的可用性
尽管性能至关重要，但磁盘子系统正常工作时间（或称可用性）的重要性也不在其次。传统上来说，高等级的可用性可以通过硬件冗余配置和部属多套软件解决方案来实现。这种设计可以消除或至少把出现单点故障的可能性降到最低。最低限度您的SAP存储系统也应该支持与数据库服务器实现冗余连接——冗余HBA（针对SAN）、NIC（针对NAS或云存储）或者磁盘控制器（针对直接附加存储）。接下来，您的磁盘系统应该配置成能够承受单块磁盘故障。将便宜（或独立）磁盘组合成冗余阵列或RAID配置可以消除与磁盘相关的SPOF。如表3.1所示，RAID分为几种类型，每一种在成本、可用性和性能上的平衡方式都不同。

软件解决方案也可以提高磁盘存储系统的可用性。高端的SAN一般都支持先进的远距离复制技术，它对于实现灾难恢复极为有用。请一定对这种能力加以重视：远程互连的SAN之间相互复制数据的能力或动态生成SAP数据库“快照”的能力在许多方面都非常有用，包括可以帮助实现系统快速备份，对系统进行克隆以便进行离线测试和培训，在发生灾难事件时为实现灾难恢复和业务不间断提供支持等。