当前位置:主页 > 云存储 > 云计算基础 >

大带宽_长沙营销型网站建设_安全稳定

大带宽_长沙营销型网站建设_安全稳定

在您开始阅读本博客之前,最好先阅读博客系列。

在功能正确后,确保自定义代码在迁移到SAP HANA后按预期结果生成。通常,自定义代码通过使用内存中的功能来获得默认的性能改进。但是,大数据平台,定制代码通常不是按照SAP标准指南编写的,因此缺乏性能。本节解释了提高自定义代码性能的下一步步骤。

应该真正了解性能优化的基础知识。要理解这一点,您应该清楚地了解"SQL黄金法则"以及SAP HANA的优先级变化。下图描述了SQL的黄金法则。关于SAP HANA,云服务器多少钱一年,规则中有一些优先权变更。

任何(SAP)应用程序/报告都应遵循五条重要的黄金规则。让我们看看SAP HANA前后的规则及其优先级的变化。

当我们谈论性能时,客户会问一个基本问题:"我如何找到需要优化的ABAP代码或有可能大幅加速的ABAP代码"。答案是,如果您的SQL代码或自定义代码遵循goldenopensql规则,则通常不需要进行任何更改。ATC或SCI检查可用于查找违反golden Open SQL规则的SQL模式。从生产系统中添加运行时性能数据,行业大数据,对结果进行排序,并找出大规模加速的可能性。代码检查工具(ATC/SCI)现在进行了改进,增加了额外的检查来识别性能漏洞。

下图显示了ATC工具上的额外检查,并用黄金规则映射以显示相关性。

在"性能检查"部分有额外的检查,识别性能漏洞的代码。这些检查表明改进,

SQL Monitor工具用于识别在ABAP服务器(通常在生产系统中)上执行的每个SQL语句的性能跟踪。这个工具可以得到关于优化的一些问题的答案。

你可能知道的任何标准性能分析工具都不能以令人满意的方式回答这些问题。让我们花点时间来找出原因。

跟踪工具,大数据分析培训,如ST05(SQL Trace)或SAT(ABAP Runtime Analysis),一方面,旨在跟踪单个进程,而不是整个系统。因此,即使只在短时间内激活,跟踪文件也会变得太大,在生产系统中性能开销是不可接受的。另一方面,监视工具(如STAD(业务事务分析)和ST03(工作负载监视器))在系统范围内运行,并在流程级别提供聚合的性能数据。但是,它们不允许您深入查看数据,因此无法获取进程的SQL概要文件。其他监控工具如ST04(DB Performance Monitor)为您提供每一条执行的SQL语句的详细信息,但无法提供驱动业务流程的链接

那么您如何回答上述问题呢?这就是新的SQL监视器的用武之地,它为每个数据库访问提供了系统范围的聚合运行时数据。您可能认为它是一个聚合的SQL跟踪,可以永久运行并且不受用户限制。除此之外,SQL监视器还在SQL语句和驱动业务流程之间建立连接。更准确地说,此工具不仅为您提供每个已执行SQL语句的源代码位置,还提供请求的入口点,例如事务代码。

SAP建议在定制生产系统上激活SQL monitor工具至少一周。通常情况下,需要激活两周。SQL监视器收集激活期间执行的所有SQL语句的所有运行时跟踪。这些数据可以导出,并上传到开发或质量系统的快照,可用于进一步分析,以检测性能潜力。上图是生产系统上一周内执行的SQL语句的集合。这提供了一些见解,

在收集运行时跟踪之后,下一步需要对发现进行优先级排序。为此,SAP提供了一个名为"SQL性能调优工作列表(SWLT)"的工具,它结合了静态检查和运行时发现的结果。

SQL性能调优工作列表工具(transaction/SWLT)使您能够找到在生产性业务流程中具有性能改进潜力的ABAP SQL代码。此工具将新的ABAP代码扫描(ABAP测试驾驶舱或代码检查器/SCI)与监视和分析实用程序(SQL监视器和覆盖率分析器)结合起来,并自动创建一个精简的工作列表。结果发现允许您根据特定的性能问题和业务相关性对工作列表进行排序。在分析静态检查之前,对于系统,必须执行适当的ABAP测试驾驶舱运行,并且必须将其结果复制到相关系统中。

下图说明了如何将静态和运行时结果组合到一个名为SWLT的工具上。

SWLT工具允许管理从生产系统获取的SQLM快照,并将它们组合在一起结果与ATC结果一起确定优化的优先级。有了ATC和SQLM结果的组合结果,就很容易确定优先级。

要确定结果的优先级,大数据难学吗,可以考虑以下输入。

除了上述三个输入,还必须考虑其他输入。

博客系列将讨论自定义代码管理的不同阶段,如下所示。

猜你喜欢

微信公众号