很多时候,SAP用户在系统上面临性能问题,这反过来会影响他们的日常任务和业务。这种性能问题背后的一个常见原因可能是内存管理分析效率较低或负载分配不当,大数据app,从而导致主机/资源利用率较高。我将写一系列关于这个问题的博客,并与大家分享。
在今天的博客中,将介绍数据流的创建及其在BW中的分析。让我们从在HANA DB上创建源系统开始。
如何使用HANA数据库作为BW中的源系统:-
1)转到Tcode RSA1>源系统
2)在源系统>右键单击–创建
3)选择连接类型"每个DB架构一个逻辑系统",并根据需要选择DB所有者/架构作为"系统"或其他。请注意,您也可以使用在您的ID下创建的客户视图。只需选择您的ID作为数据库所有者。
4)同样,为\u SYS \u STAT创建其他源系统(这是另一个SAP标准数据库模式)。
最终输出如下:
现在,我们需要根据需要创建这些源系统的数据源。例如,我们将通过自定义数据源使用下表。
SYS schema下的表:
M\u CS\u Tables
M\u table\u PERSISTENCE\u STATISTICS
table\u GROUPS
SYS\u STATISTICS schema下的表:
HOST\u RESOURCE\u UTILIZATION\u STATISTICS
为每个模式创建数据源,其各自的属性如屏幕截图所示:
datasource 1(DS\u 1):主机资源利用率统计
从该数据源获取的样本数据如下:
此处选择的字段具有以下含义:
服务器时间戳–时间戳(本地服务器时间),标识数据收集在服务器上实际发生的时间ALLOCATION\u LIMIT–所有进程的分配限制主机-主机名/服务器名INSTANCE_TOTAL_MEMORY_USED_SIZE–SAP HANA进程当前实际使用的内存池中的内存量
此架构中还有其他字段,可以通过选择它们在"建议"选项卡下显示。例如:可用物理内存,已用物理内存,TOTAL_CPU_SYSTEM_TIME_DELTA等
数据源2(DS_2):M_CS_TABLES–为列表提供运行时数据
(行表信息也有M_RS_TABLES:详细的表大小和记录计数)
少数字段的含义:
PART_ID:非分区表的分区ID.0,1到分区表的分区数。-如果整个表被卸载,则为1。
内存大小\u IN \u TOTAL:总内存大小是主部分、增量部分和历史部分内存大小的总和。
加载:显示表中有多少列被加载到内存中的标志(NO、PARTIALLY和FULL);请参阅每列的M \u CS \u列
读取计数:表或分区上的读取访问数。注意:这不是此表的SELECT语句数。选择可能涉及多个读访问。
写计数:表或分区上的写访问数。注意:这不是该表中DML&DDL语句的数目。DML或DDL语句可能涉及多个写访问。
合并计数:表或分区上完成的增量合并数
数据预览:
数据源3(DS\U 3):M\U表\U持久性\U统计
此处磁盘\U大小–所有表部分的总磁盘大小
数据源4(DS\U 4):表\U组
此处数据为不言自明。
有关已用视图和其他感兴趣的视图的更多详细信息,请参阅SAP文档"SAP HANA SQL和系统视图参考"
以节省PSA上的内存,您可以使用DTP的以下属性从这些DB视图中提取数据:提取将直接从源系统-这里是HANA DB模式。
创建这些数据源后,我们可以在流行的ADSO和复合提供者—SAP对象中使用它们,并在其上创建SAP查询,以便对数据量/内存管理和主机利用率进行分析。
下面解释了用于查找的示例数据流:
复合提供者场景:-
以上ADSO已经以这种方式在复合提供商中成为JOIN/UNION的一部分完全填充查找条件(解释了相同的转换逻辑)。我们可以使行存储表也成为这个multiprovider的一部分。
数据流:
为了更有效地存储与内存相关的关键数字,将它们转换成GB或TB,同时将它们存储在ADSO中。
例如,怎么做淘客推广,物联网公司,磁盘大小(GB)=磁盘大小/(1024^3)
表类型信息-转换逻辑,因为它将用作确定表类型的主数据:
开始例程
结束例程
注:
1)主机资源利用率已在ADSO中消耗,然后直接用于查询。
2)重要提示:对于传输,请确保为创建的新源系统维护传输的映射逻辑系统。我苦苦挣扎了几天的一件事是,它没有在下表的目标系统中维护,即使它存在于RSA1>源系统中。
它可以通过以下两个选项进行维护:
在事务sm30中使用视图维护V\u RSLOGSYSMAP。呼叫事务RSA1–>传输连接–>选择按钮转换
详情请参阅以下链接:
https://wiki.scn.sap.com/wiki/display/BI/Source+System+connection+表
查询1基于主机资源利用率统计流:
查询显示给定日期的最大内存利用率
查询2:基于数据源DS\ U 2、DS\ U 3、DS\ U 4及其流程:
SAP Lumira或BO仪表板中的查询消耗量由您想象。
通过对这些视图和查询的分析,SAP HANA架构师/用户可以获得以下潜在好处以及更多好处: