在本文和随后的博文中，大数据怎么样，我们将探讨与sapbpc10.0nw应用程序的规模相关的几个主题。在第一篇文章（第0部分：初步信息）中，什么是数据中台，我们简要回顾了标准尺寸指南和方法，随后的文章将深入探讨一系列扩展主题。预期包含的主题：CPU/SAPS需求的专家规模，缓冲这些SAPS计算的概率方法，各种客户场景的特殊考虑，简单硬件配置的经验测试。

SAP BPC 10.0 NW应用程序规模的主要来源是SAP service marketplace上提供的规模指南（见下文）。

>规模调整指南>分析>EPM:SAP Business Planning and Consolidation NW&HANA 10.0

重要的是注：BPC分级指南中包含的分级要求仅适用于BPC应用程序，不适用于整个BPC系统。SAP BPC尺寸必须分两步进行：首先需要调整BW基础，然后在基础之上添加BPC要求。（请参阅

例如，您会在sizing guide中发现，HANA上BPC 10.0 NW的最简单实现类（复杂度/并发用户数）的大小是：900 CPU SAP和8 GB内存用于应用服务器，700 CPU SAP，HANA数据库42 GB内存和73 GB磁盘。但是，返利平台，如果您使用这些数字作为整个BPC系统的大小调整，系统很可能会过小。应用服务器的大小相当于只有一个CPU核心，这不足以运行bpc10.0nw系统。即使没有用任何业务数据填充数据库，新安装的BW系统在HANA上也将使用超过42GB的内存。

在SAP BPC 10.0 NW sizing guide（SAP BPC 10.0 NW大小调整指南）中，您可以找到两种调整计划功能大小的方法。

在上述方法1中，根据实现是中型、大型还是大型企业部署，客户的环境首先被分类为属于三个复杂度类别（类别1、2或3）之一。指南本身包含了更多的细节，其中每个此类类别都是根据统计数据定义的，例如维度数量、维度成员的最大数量、环境中事务记录的数量、脚本逻辑复杂性等

接下来，指定预期并发用户数：50，150或300个用户。基于复杂性类别和并发用户计数，包含的表提供了九种可能配置中每种配置的估计应用程序服务器和数据库需求。请参阅下面的几个示例表。

上表假设客户同时使用EPM加载项前端和web前端。对于仅使用EPM加载项前端的客户，存在一组单独的表。

因此，例如，对于HANA上BPC 10.0 NW的第3类实现，150个并发用户同时使用EPM加载项和web前端，国内免费云服务器，上表建议：34000 CPU SAP和30 GB内存用于应用服务器，以及31000 CPU SAP，西安大数据，HANA数据库有52 GB内存和108 GB磁盘。同样，这也是BPC应用程序在BW基金会上的上浆要求。通过上面的方法2的大小调整是方法1的改进，因为客户被给予对并发用户的数量和用户配置文件本身的进一步控制，i、 e.预计有多少并发用户属于每个不同的用户配置文件。

在分级指南中总共有10个BPC用户配置文件，并且为每个用户提供了这样一个用户执行的操作的定义以及这些操作的每个重复周期之间的"思考时间"（或等待时间）。参见下面的示例。

BPC分级指南随后提供了单个用户执行每个此类用户配置文件的任务的系统需求，根据实现的复杂性，这些需求又分为三类。下面的表格描述了每个用户配置文件的单用户应用服务器需求。

然后通过将上述单用户需求乘以属于相应用户配置文件的并发用户数，然后求和来计算应用服务器的总规模需求所有这些相关的用户配置文件。也有类似的表用于调整传统数据库和HANA数据库需求的大小。有关详细信息和计算示例，请参阅《调整大小指南》

请注意，方法1调整大小只是方法2调整大小的一个特例，其中用户配置文件分布范围为50，已经预先确定了150或300个用户（因此预先进行了大小调整计算）。

请参阅大小调整指南，以了解有关每种大小调整技术的更多信息，以及有关合并功能大小调整的其他背景信息和一些类似细节。

而前面的大小调整方法既方便，又有其局限性。在下一篇文章中，我们将探讨其中的一些局限性，并将以此作为进一步研究bpc10.0nw应用程序规模相关技术和主题的起点。