HANA的解决方案经理规模

2020-09-08 16:27发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,

我使用了Quicksizer为HANA进行了SM规模调整,用于技术监控和25个系统的EWA。 我得到的数字太疯狂了。 它说我需要大约200 Gb RAM用于HANA? 我认为这是不现实的。 在HANA上安装SM 7.2所需的最低RAM和CPU是多少? 请指教。 谢谢

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,

我使用了Quicksizer为HANA进行了SM规模调整,用于技术监控和25个系统的EWA。 我得到的数字太疯狂了。 它说我需要大约200 Gb RAM用于HANA? 我认为这是不现实的。 在HANA上安装SM 7.2所需的最低RAM和CPU是多少? 请指教。 谢谢

付费偷看设置
发送
8条回答
半个程序猿
1楼-- · 2020-09-08 17:04

为什么200 GB的RAM太离谱了? HANA盒子的体积不会比这小得多。 解决方案管理器具有许多功能,即使在基本情况下,也可能增加对更多内存的需求。 有关更多信息,请在这里也查看。

https://websmp204.sap-ag.de/ 〜sapidb/011000358700000519272005E#SAP_Solution_Manager

2楼-- · 2020-09-08 17:08

嗨吉姆

SAP解决方案管理器7.2未针对在SAP HANA上运行进行优化。 这就是大小起作用的地方,因为例如在简化数据结构方面没有做太多具体的事情。 它必须还必须能够在AnyDB上运行,因此就像在HANA上运行Suite(对于SAP HANA而言没有太多优化)。 充其量来说,您可以获得数据方面的一些压缩增益(如果您当前的数据库尚未被压缩)。 您还需要1/2 RAM(提供或获取)作为备用RAM来执行计算,因此这就是您实际上可能比以前需要更多RAM的原因。 建议在SAP HANA quicksizer中将XS大小返回200GB。

您应该能够在SAP Solution Manager中使用Suite on HANA大小报告来了解SAP Solution Manager安装的大小,如果 您将其迁移到SAP HANA。 当然,SAP Solution Manager 7.2确实还有一些新组件,例如嵌入式Power Designer也会占用数据库空间。

您可以通过SAP CAL将SolMan 7.2 SP3部署到Amazon AWS中。 设置过程大约需要一个小时,然后您可以在几乎空的SAP Solution Manager 7.2上检查SAP HANA数据库平台的大小。 空的SolMan 7.2在非SAP HANA数据库上大约需要90 GB。 如果为25个系统启用了技术监视和EWA功能,我可以想象您将使系统发展壮大,并且可以轻松获得200GB的建议,因为您仍然有两个单独的堆栈,它们都消耗DB数据+来自技术监视的其他数据 。 如果您声明为EWA + Technical Monitoring启用25个系统,那么经典的SolMan将提供373GB的DB空间。 选择SAP HANA时,应将其最可能除以2(或3)倍(因为未优化)。 假设3,然后您要使用大约100GB的数据库空间,并且仍需要RAM中的计算空间,所以对我来说,从大小角度来看,听起来200GB是合理的。

我安装了更大的SolMan和 客户方面,SolMan的消耗量更多,这使得选择SAP HANA变得更加困难。

最诚挚的问候

Tom

CPLASF-自律
3楼-- · 2020-09-08 16:49

嗨,史蒂文,谢谢您 答复。

我们当前的解决方案管理器在少于80 Gb的Oracle数据库上运行。 如果我考虑现有数据库大小的一对一比较,并考虑到HANA的压缩,那么购买250+ Gb Box(TDI)并不是一件容易的事。 太离谱了 我们正在小于250 Gb的设备上在HANA上运行Business Suite的生产实例。 正如我提到的,我试图了解最低要求。 我不同意使用具有近200 Gb RAM的裸机解决方案管理器的快速sizer。 我可能不得不研究一些公式,这些公式可以帮助我确定合适的尺寸。 如果您能在这种情况下启发我,请告诉我。 谢谢!

haha101010
4楼-- · 2020-09-08 16:56

您好,吉姆

到目前为止,在非SAP HANA DB上一切正常。 SAP Solution Manager 7.2必须支持anyDB,因为它不是新产品,因此从该角度来看没有产品差异。 据我所知,此产品版本中唯一可以引入差异的方法是通过附加组件(例如第三方)。 否则,所有方案都可以在SAP HANA和AnyDB上使用。

将来可能会有特定的附加组件(如我提到的)被视为单独的产品(阅读,您需要付费) ),可以真正利用SAP HANA。 第三方供应商可以提供这种解决方案。

SAP HANA具有SAP HANA搜索引擎,因此您不需要TREX。 如果您使用的是AnyDB,则每个SAP Solution Manager系统都需要一个TREX(最好是为了避免问题),专用的TREX,以覆盖搜索功能并在解决方案文档中提供业务流程建模(如果不进行搜索,则无法进行业务流程建模) 首先使用嵌入式电源设计器来寻找索引,以搜索可用的模型。

对于其余的部分,如前所述,最终会得到相同的结果,也许有点 速度较慢,但​​同样,SAP解决方案管理器7.2没有针对在SAP HANA上运行进行优化(或对此事进行了简化),因此收益与使用S/4 HANA的ERP方面不一样。

我的期望是,仍然有很多客户仍在AnyDB上运行SAP Solution Manager 7.2。 我认为从战略角度来看,SAP HANA值得关注,并将其置于SAP Solution Manager 7.2下。 作为仅使用SAP HANA或将SAP HANA引入组织的经验(如果没有真正经验的话)。

汤姆

汤姆

clasier
5楼-- · 2020-09-08 16:59

汤姆,非常感谢。 谢谢!

如果您不介意我提出后续问题-如果我使用SM 7.2上的非HANA数据库,您能告诉我我想念的内容吗? 我听到了很多Fiori磁贴,分析和仪表板,而且恐怕所有这些都可以在Non-HANA系统上使用。谢谢!

奄奄一息的小鱼
6楼-- · 2020-09-08 17:02

非常感谢,汤姆!

一周热门 更多>