通过Techopedia Staff，2017年9月6日
要点：主持人Eric Kavanagh在本期Hot Technologies中与Matt Sarrel和Bill Ellis讨论了PeopleSoft绩效管理。
埃里克·卡瓦纳（Eric Kavanagh）：好的，女士们，先生们。 您好，欢迎再次回来。 这是东部时间的星期三凌晨4点，在过去的几年中，这意味着在这个IT，大型企业和数据世界中，现在是使用Hot Technologies的时候。 的确是的，我叫埃里克·卡瓦纳（Eric Kavanagh）。 我将担任您今天活动的主持人。
伙计们，我们将讨论运行业务的系统； 我们正在谈论PeopleSoft，如何管理复杂环境的性能。 我总是喜欢提及，您在这些事件中扮演着重要的角色，所以请不要害羞。 随时问您的问题； 您可以使用聊天窗口或问题解答-通过两种方式进行操作。 我很想听听您想知道什么，那是最好的方式。 您将在自己的时间内获得最大的价值。 我们确实将所有这些网络广播存档，以供以后收听，因此请记住这一点。
如果系统运行缓慢，请记住过去的生活。 这张照片实际上是1968年的照片，由一位名叫Danelle的女士提供，我不得不说这确实是在提醒人们事情发生了多大变化。 世界已经变得更加复杂，当然，业务需求和用户体验也往往并存。 但是这些天，有点断线。 正如我们常说的那样，这是不匹配的，事实是，商人总是希望事情越来越快，必须交付的IT团队承受着压力才能完成工作，这是一个紧张的世界。
我不得不说，竞争到处都在加剧。 如果您只看任何行业，就会发现这些天有重大发展-例如，亚马逊收购了Whole Foods。 您可以放心，杂货业正在认真考虑这一问题。 我们到处都可以看到这一点，因此，业务领导者确实有责任确保他们弄清楚如何进行数字化转换，以及如何从旧的配电盘转移到更多新的，更强大的系统，这是当今的流行语。 那就是我们今天要谈论的。
这些遗留系统是许多组织（尤其是已经存在了一段时间的组织）面临的问题之一。 那是过去的旧IBM大型机。 到处都有遗留系统。 一个笑话是，遗留系统是一个正在生产中的系统，这意味着它从投入生产的那一刻起就在技术上是遗留系统。 总会有新的做事方式。
过去几年中，出现了一些非常有趣的进展，涉及找到虚拟协调系统的方法，这些方法不一定只是提高一个系统的性能，而是找到一种创建支配或卸载策略来处理性能的方法以其他方式。 今天，我们将更多地讨论如何提高诸如PeopleSoft之类的系统的性能，这当然非常复杂。 但是，如果做得好，加载好，实现好，管理好，它可以做得很好。 但是，如果管理不善，那就意味着您遇到各种各样的问题。
那么会发生什么呢？ 您必须在任何环境下都对事物保持现实，如果用户没有得到他们想要的东西，迟早他们会进入影子系统。 它一直在发生。 影子系统可以非常高效，可以帮助人们完成工作。 但是，当然有很多问题。 当然，在整个合规和监管领域中，影子系统是一大禁忌。 但是他们在那里，我认为重要的是要记住您的系统，如果您的主系统不能快速运行或不能高效运行，那么迟早会有变通办法，而这些变通办法很难发掘，他们可能难以实现，因为它们最终对业务至关重要。 它们可能很难集成，因此请记住它已经存在，这也是提高性能的另一个原因。
就在最近，我听说过这种表达方式，我不得不把它扔掉：“紧急状态的暴政”。我想只是听到您可能知道我在说什么，并且在大多数组织中，工作量达到了临界水平，这是发生了什么，而人们正在尽其所能，改变任何东西变得非常困难。 您最终会遭受“紧迫性暴政”的折磨–一切都必须立即完成。 好吧，升级系统不会立即发生。
曾经将ERP从一个版本升级到另一个版本的人都知道这是一个相对痛苦的过程，所以请谨记这一点：如果您在组织中看到它，请认出来。 希望您能与某个人取得联系，或者如果您是CIO，CTO或CEO之类的高级人士，请认识到这是一个非常危险的情况，因为一旦您落后于八个球，就很难摆脱困境。八个球。
这就像整个马拉松比赛的难题：如果您在某种形式的比赛中远远落后于所有人，而每个人都领先于您，并且您仍然在奔跑，那么如果您落后太远，将很难追上。 因此，请小心并记住这一点。
因此，我将把它交给Matt Sarrel，为我们提供有关如何使用PeopleSoft环境处理复杂性的一些见解。 马特，拿走。
Matt Sarrel：好的，谢谢Eric。 大家好。 因此，让我们来看一下，我首先要告诉您为什么我认为我是与您讨论绩效管理的合适人选。 所以我有30年的技术经验。 我有点想说我是通过亲身实践，网络管理员，IT主管，几家初创公司的工程副总裁来逐步提高自己的水平的。 然后，我过渡到成为PC Mag的技术总监。 那里有我的照片，但基本上我看起来像个小孩。
然后继续担任eWeek和InfoWorld等各种出版物的记者，成为Gigahome的分析师，与Bloor Group建立联系，并运营一家咨询公司。 有我：这张左图是我现在的样子。 中间的这张照片让我感到非常高兴-在充满电线和闪烁的灯光的房间里，又在寒冷的地方-天气一定很冷，其他每个人都必须让我感到舒适的温度，明智的。 如果您有任何后续问题，这里还有我的联系信息。
正如Eric所说的，我想在这里设置舞台，只谈论性能。 现在，我们进入了这个世界，在这个世界中，用户具有消费者应用和网站所设定的期望。 人们过去常常愿意去上班并坐在那里等待他们的系统，因为这是他们所需要的，而现在人们真的不愿意坐在那里。 因此，这是他们是否要让这辆摩托车在赛道上飞行的问题。 他们可能不希望那个骑自行车并背着女儿上学的家伙。 但是您要提供什么？
很难做到是因为–我真的很慷慨地坚持了1到3秒钟-人们也希望立即做出响应，并且他们希望可以从任何地方访问。 取决于您的业务运作状况，该位置可以在您的建筑物或校园中的任何地方，也可以随时随地在世界任何地方。 我想我要建立的是，当我们谈论性能时，从用户体验的角度考虑性能很重要。
在测量和调整之前定义性能目标很重要。 我有一张调谐器的图片，然后是调谐器。 作为调音师的真正男人，他需要知道他正在调音的目的，否则实际上没有必要将手放在钢琴上进行调音。 因此，事先定义目标，可以使目标保持真实，而不是根据当前情况调整目标。 重要的是，随着时间的推移监视指标并了解系统如何随用户负载应用程序性能而变化，这受资源场景和使用模式的影响。
将所有这些与用户体验或支持事件相关联，为您期望能够实现的性能建立基准，并且当您接近该基准的偏差时，必须提前发出警报，以便采取措施在我们达到“虎鲸”身份之前。 而且您知道这需要能够快速，轻松地确定和解决性能问题的根本原因的能力。 再说一次，越早越好，对吧？
我们知道，从回顾开发工作的历史来看，您越早发现并解决性能问题，您就会越好。 如果您等到所有代码或系统都开始运行时才开始性能测试或开始发现问题，那么我不会说为时已晚，但是现在您又是马拉松比赛中开局不佳的人了，现在您正在追赶，而不是直接跳出来前进。 那你怎么做呢？ 您是否期望平均负载和峰值负载？
然后您继续进行操作，确定物理服务器或虚拟服务器或云实例或容器以及容器资源的大小，然后进行概念验证并进行试验？ 在某些时候，这是您想要捕获某物的终点，尽管与在生产中忽略它相比，还是比在生产中捕获它更好。 但是，实际上，到您进行试验时，您应该已经建立了围绕持续监控和改进的方法和程序。
好的，所以很多公司–我们都在谈论数字化转型。 DevOps，在DevOps革命中，在数字化转型中发挥着巨大作用。 这实际上是一个永无止境的端到端过程。 所以就像两只手互相画图，这是好东西。 在计划，代码，构建，测试，发布，部署，操作，监视，回到计划的这两只手之间，这是一个无限循环。 它可以自我喂食，我们可以使其自动化，因此可以快速进行。 它创建了一个生产性能监视反馈循环，并使用它来主动发现性能问题并在影响整个用户群之前进行修复。
另外，现在您已经掌握了它，IT开发人员和运营人员可以非常快速地移动并保持一致，您也可以轻松地将这些工作与业务人员保持一致。 企业软件性能是一个复杂的野兽。 有人可能会把它比作坐在黑板前指示方向的橄榄球队，并且一切都分开工作，一切都一起工作。 我一直认为这是我第一次买车并修好一件事的古老故事。 我修理了空调，然后发生的事是冷却系统的其余部分出现了故障。 因此，您已经有了痛点，一切都在进行并进行调整。 您必须以这种方式组织一切并构建流程，以便在进行更改时了解所有事物如何影响其他事物。
并且要小心并仔细检查。 测试，失效，实施。 我们再次谈到建立持续监控和性能改进程序的问题。 这实际上是我的最后一张幻灯片。 当我们谈论这种复杂性时，就像这只手表的内部一样，它是一种美丽的复杂性，我们对PeopleSoft有很多动人之处。 每件事物都会影响整个堆栈的所有其他内容。 在很多不同的地方，您都可以找到性能问题的关键，如果没有正确的工具和正确的流程，您很容易迷失方向。 再说一遍，在许多情况下，我认为我们已经了解到可以对基础结构进行故障排除，但是巨大的变量将是您的自定义应用程序代码。 因此，正确的测试流程和不断改进您的应用程序代码将是关键。
到此为止，我将其交给比尔。
埃里克·卡瓦纳（Eric Kavanagh）：好，比尔，我在这里给您提供WebEx的密钥。 我喜欢这种美丽的复杂性-很好。 马特，您在那儿有几个非常好的报价。 好，比尔，把它拿走。 如果要共享屏幕，请转到“快速启动”。 大家
Bill Ellis：谢谢Matt，也谢谢Eric。 只是为了确认一下，大家现在都可以看到我的屏幕吗？
埃里克·卡瓦纳（Eric Kavanagh）：是的，的确如此。
Bill Ellis：因此，我们将讨论IDERA的PeopleSoft产品Precise及其提供的可视性，以帮助您成功管理复杂的应用程序堆栈。 解决这一难题的一种方法是，一个应用程序，至少六种技术，大量最终用户，这使得回答甚至是简单的问题也非常困难。 最终用户有问题吗？ 谁是最终用户，他们在做什么，根本原因是什么？
我们通常看到的是这种情况-可以应用于PeopleSoft以及其他应用程序或与其他应用程序进行交互的People-处于数据集中，或者这些天可能是云，最终用户并不在乎这种复杂性。 他们只想完成交易，方法，库存查询，报告考勤卡，这些类型的事情。 如果事情进展缓慢或不可用，通常所有这些聪明，有主见的人都不会意识到，直到最终用户抱怨为止。
那就是那种可见性的差距，然后可能发生的事情是，它可能启动一个耗时且令人沮丧的过程，人们可能会打开一个工具，而不幸的是，他们只能查看应用程序堆栈的一个子集。 因此，在回答这些基本问题方面仍然存在一些困难。
很多时候，可能会有问题，您将去找WebLogic管理员，他会说：“嗯，内存，垃圾回收看起来都很不错。 我真的不认为这是WebLogic。”您去找DBA管理员，他们说：“好吧，数据库的运行方式与昨天一样。 前十名看起来不错。 也许存储管理员以每秒I / O或吞吐量之类的指标来打您，这些指标是帧级别的指标，可能不会反映到您的特定应用程序上，更不用说数据库或特定进程了。”
因此，他们所有这些指标似乎都表明问题出在其他地方，但是该最终用户遇到了问题或已经报告了问题，但是我们如何才能更好地解决此问题呢？ 更好的方法是，Precise方法（或者这是我们提供的一种方法）是从网络浏览器，Web服务器，Java Jolt，Tuxedo，数据库（包括DB2）开始测量用户事务。然后最后进入存储
这表明总时间说：“好，谁有问题？”然后我们可以通过最终用户登录PeopleSoft的方式来识别最终用户，还可以通过Tuxedo转换捕获PeopleSoft面板正在执行的操作。
因此，这些时间便馈入了一个历史存储库，我们将其称为绩效管理数据库，这成为一首音乐，极大地简化了谁，什么，何时，何地，为什么。 精确度还包括建议。 可能最重要的事情是，因为我们一直在技术IT人员级别上捕获所有信息，因此您可以衡量前后的情况。 因此，您可以将测量结果或六西格码（Six Sigma）应用于整个性能操作。
因此，让我们看一下“生活中的一天”。首先，您可能会打开“精确警报”屏幕，这将是您得到预警的地方。 最重要的警报是您有活动警报。 因此，这是用户在执行交易，而我们基本上没有达到我们的SLA。 同样，我们处于可用性状态（这基本上就是说我们的应用程序基础结构的一部分不可用），因此我们可以深入研究，实际上可以看到表单中的Tuxedo实例如何，并且您可以实际看到其中一个实例已关闭。 所有活动都被推送到该实例，因此必须对其进行处理。 我们基本上已经创建了一个瓶颈。
现在，顺便说一句，对于正在运行的活动，您实际上可以开始发现一些发现，即使我们遇到了整个基础结构问题，也有方法可以提高针对WebLogic的特定JVM的处理效率。 这就是真正重要的地方：很多时候人们像云一样移动，他们说：“您需要多少CPU和多少内存？”
好吧，这种称为容量的硬币的另一面是处理效率。 如果我使用更少的内存，如果我使用的CPU更少，那么我只是不需要那么多。 就像Matt先前说的，一切都是相关的。 现在我可以做的是，我可以打开PeopleSoft交易屏幕，在屏幕上，y轴是响应时间，x轴是一天中的时间。
我们这里有一个堆栈条形图，显示客户时间。 那实际上是浏览器，Web服务器。 绿色是Java时间，粉红色是Tuxedo，深蓝色是数据库时间。 此配置文件不是单独发生的。 发生这种情况的原因是有特定的PeopleSoft面板-它们已经执行，并且会在响应时间显示给您。 实际上，应用程序中每个步骤都有时间安排，堆栈条形图逐个面板显示了应用程序。 我还可以深入挖掘并找到特定用户或对我的用户进行排名。
该屏幕允许我通过登录名指定特定用户。 考虑一下这有多么出色或强大。 很多时候，不仅涉及基础架构及其设置方式，还涉及最终用户使用系统的方式。 您可能有新员工，或者某人有新工作职能：它可能不知道如何正确使用该应用程序。 这实际上可以帮助确定培训机会。
硬币的另一面是，如果我可以专注于特定用户-在这里我正在查看该用户的特定交易以及他们所经历的响应时间-我可以直接解决特定用户的体验用户。 它不再是系统级别的通用指标，而是最终用户的体验，并且功能非常强大。 您环境的某些部分肯定是内部的，人力资源等的。可能还有其他部分面对客户。 无论哪种方式，您都想提供最佳，最高效的客户体验。
现在，对于特定的面板，我可以进入并深入回答问题。 因此，这是我们可以进行的一次深潜，以了解正在发生的情况，您可以在致电最终用户之前进行这种深入的研究，或者如果最终用户致电给您，则您可以启动一个流程来说，“根本原因在哪里？”这不会像CPU利用率和压倒一切那样，而是要由他们执行的应用程序代码来决定。
让我们深入了解一下内容管理，您实际上可以看到对该事务的分析：启动浏览器，将Web服务器的入口点输入Java Jolt，实际上我们正在显示向下执行的代码。 Tuxedo面板，最后是SQL语句，其中Precise会显示由此特定PeopleSoft面板执行的SQL语句的文本。
我们交谈的每个人都有工具，但是他们没有的是上下文。 从浏览器一直到SQL语句的连接点或跟踪事务都是上下文。 这样做就像您的DBA一样，而不是在实例或数据库级别查看内容，我现在可以在SQL语句级别进行调查。
因此，我可以说：“嗯，单个SQL语句的瓶颈是什么”，它非常强大。 请考虑该事务的运行速度不能比SQL语句快，并且每个重要的业务事务都与记录系统进行交互。 无论是否喜欢，数据库都是性能的基础，如果我能精打细算以专注于对业务交易至关重要的单个SQL语句，那么我真的可以将其提升到一个新的水平。
您可能会在这里注意到的另一件事是，Precise提供了百分比贡献计算。 浏览器本身实际上是应用程序堆栈的重要组成部分。 您需要执行JavaScript，需要渲染时间，还需要页面组件，GIF，JPEG。 实际上，您发现您的应用程序在Chrome，IE和不同版本下的行为可能会大不相同。 精确还将能够向您显示该信息，并且有时浏览器中实际上存在瓶颈或争用会导致诸如屏幕冻结之类的问题。
能够识别出的信息使IT部门不会树错树，而是解决可能出现的各种问题的根本原因。 现在，我可以针对特定的SQL语句执行操作，然后我可以准确地分析该SQL语句发生了什么。 因此，这里我们进入了数据库专家视图。
在数据库级别，Precise的与众不同之处之一是我们在不到一秒的时间内进行了采样。 与此相比，我们的竞争对手每10分钟只看一次，每15分钟看一次。 因此，粒度级别，分辨率级别比我们的竞争对手好几个数量级。
再一次，由于数据库是我们基础的一部分，我们将使您的DBA真正将性能提升到一个新水平。 因此，我可以看到，如果该SQL语句花时间练习访问存储的子系统，则实际上花费了50％，而50％的时间使用CPU。 单击调整按钮，然后我可以继续深入研究执行计划以及推动该使用模式的确切原因。
现在，我们的一位客户报价–如果他们不在Oracle Shop中，那么他们使用的是称为OEM的Oracle工具，而OEM实际上是一种针对数据库或实例的Oracle – DBA一直在关注前十名中的哪些？ 但是使用Precise，我们可以将点连接到单独的SQL语句，这样粒度就可以使DBA真正在事务级别进行调整，而不仅仅是在更高的数据库级别进行调整。
对客户来说至关重要的第二点是精确，它可以将复杂的URL转换为PeopleSoft面板名称-如果我在IT部门，可以谈论树管理器，内容管理器，特定的HR页面，这样，我要帮助的人就会知道我实际上在看并且了解他们在看什么，因为它们不再是这些象形文字，而是他们熟悉的名称。
我们被问到的问题之一-似乎一直存在，所以我想我只是主动回答这些问题-您如何在世界范围内捕获PeopleSoft用户ID？ 让我来完成一下步骤。 这是一个PeopleSoft登录屏幕。 要访问它，我必须导航到我的Web服务器，然后出现此屏幕。 当该应用程序安装了Precise时，该屏幕实际上包含一个Precise脚本，我可以通过右键单击查看源代码来显示。 这实际上将向我展示组成基础页面的代码，并且在页面框架中实际上是网页代码的精确度，这使我可以捕获登录屏幕，IP地址，浏览器类型，整体有关渲染和真正的最终用户体验的大量信息。 因此，当我输入用户名并单击“登录”时，Precise便可以衡量我在做什么。
我打开，转到树管理器，我想执行搜索操作，填写字段，然后单击搜索。 向我提供了一个结果集，因此我很清楚地遍历了整个应用程序堆栈，一直到数据库。 精确度如何显示呢？ 让我们继续看一下。 打开“精确”，我进入，我可以看到活动，可以单击将显示该屏幕的活动选项卡。 这些是未翻译的URL。 我可以显示用户，这是我刚刚登录的用户ID，这是我的活动。
您可能会看到我使用的是Firefox 45版。 我对应用程序进行了12次练习，基本上是有人在完全呈现之前离开了网页，这表明业务问题。 这就是我们能够获取最终用户ID的方式。 很好，当您确切知道发生了什么时，人们会非常感激。
现在我们想换档有点奇怪。 我们稍后会查看交易。 我们对特定事务进行了深入研究，并研究了其SQL语句。 现在，我要换档，并看看从WebLogic开始的PeopleSoft应用程序堆栈中的其他一些技术。
这是一个WebLogic实例，您可以随时间查看活动。 您有财务报告。 它告诉我马上，内存已接近最大使用量。 我们发现的一件事是，大多数人在共享环境下运行整个应用程序堆栈，或者至少运行一部分，通常是VMware。 您必须权衡需要多少资源和需要多少资源。 您不想成为资源消耗大户。 同样，在这种情况下，您也不想通过不要求足够的内存来施加处理约束。
该配置对性能管理也至关重要。 因此，我们实际上可以进入内存垃圾回收和所有JMX WebLogic计数器，因此我确切地知道WebLogic表单的运行状况。
现在进入燕尾服。 许多商店的燕尾服就像一个黑匣子，它是PeopleSoft非常重要的一部分。 它是将所有内容结合在一起的粘合剂，因此我几乎将其视为操作系统的扩展。 您需要非常仔细地使用和配置它。 顺便说一下-这是一个小小的注解-埃里克（Eric）在开篇评论中提到了“紧迫性的暴政”，我认为当PeopleSoft商店考虑从传统UI过渡到流畅UI时，这确实起作用发现您由于流动的UI练习PeopleSoft环境而落后。
现在，WebHTML，Tuxedo，数据库和此处的存储都存在问题，仅因为HTML5会进行大量的消息传递。 它可能是传统UI的至少10倍，并且附加消息传递意味着附加流量。 因此，必须修改Tuxedo的配置以容纳其他流量。 关于此屏幕的几件事在右侧结束，我们有加权响应时间，平均响应时间以及执行次数的超时图表。
在这里，我们获得了有关环境中所有Tuxedo域的信息。 我们划分了服务，用户，服务器进程以及IP。 我可以将其转换为执行计数，并以降序显示，这样我可以看到执行次数最多的时间。 我还可以向下滚动以显示域； 大多数人在他们的环境中都有多个域，可以从根本上分散活动，我能够设置SLA遵从性，因此在Tuxedo层发出警报。
如果有排队，则由于配置会出现不同的问题。 通常，由于影响力是全球性的，因此通常不会即时进行更改。 您有点想逐步将系统作为QA流程的一部分，使之反弹到Matt早先提出的在流程早期解决性能问题的观点。 在投入生产时，必须正确配置，而不要投入生产并发现配置与使用模式不匹配，这要好得多。 我非常喜欢Eric和Matt今天提供的介绍。 我认为，就您在管理和发展PeopleSoft环境方面所面临的挑战而言，它们确实是目标。
现在，我曾经说过这一点–我认为值得再说一遍：每个重要的业务交易都与数据库交互。 因此，让我们来探讨一下Precise如何提供附加信息。 这里是一个特定的Oracle实例。 我们所看到的相同的精确方法-y轴是执行时间，x轴是一天中的时间，但是现在堆栈条形图是Oracle中的执行状态。 这向我们展示了系统上的处理约束是什么。 实际上，下面是一份发现报告，告诉我您有这么高的重做日志缓冲区。
我也在看PSVersion的这个精选版本。 实际上，这消耗了大量资源。 顺便说一句，由于我们正在采样并且提供了系统上实际发生情况的高分辨率视图，因此您可能会惊讶于系统上真正的资源使用者是什么，因为如果您每10分钟查看一次，就不会向您展示这些资源使用者是什么。 因此，通过了解真正的资源使用者是什么，您实际上可以解决瓶颈或系统上的真正处理问题。
现在，我们已经跳到活动选项卡，这是活动。 您可以看到我们正在一起查看CPU，存储子系统，应用程序锁，OS等待，RAC，提交，Oracle服务器，通信和内部聚合。 这是y轴，这是总执行时间。
下面是驱动此配置文件的SQL语句，您所看到的就是这些低延迟-两毫秒但执行了近4, 500次执行，这意味着SQL语句实际上是系统上的第一资源消耗方，这对知道。 它也不是等待锁或等待。 它100％地使用CPU。 这并不意味着没有我不能做的事情。 如果我知道正在访问哪些SQL语句和对象，则可以做很多事情。 这些是我们可以提供帮助的一些方式。
现在，在此进行深入研究，这可以使我们了解各个PeopleSoft程序，并且这些程序中的每一个在PeopleSoft中都有不同的用途。 您实际上可以开始在数据库级别解决应用程序的使用方式。
而且，如果我选择一个特定的程序，则可以隔离该程序提交的SQL语句，这样，当我基本上在查看和查看数据库优化和数据库配置时，我可以非常注重应用程序而不是数据库技术。 我想提请您注意。 通常，许多大型组织分为基础结构DBA和应用程序DBA。 精确地，通过显示应用程序和资源消耗，我们实际上能够弥合差距，并且该解决方案对于系统上两种类型的DBA都是有用的。
现在，这部分真的是我们展示了我们可以在数据库级别执行的操作。 发生的事情是我们冻结了屏幕，从PS_Prod中进行了选择，我们所做的是单击此调整按钮，并且这样做是将我们带入此SQL工作区。 现在，对于那些不是DBA的人来说，这似乎并不令人兴奋。 对于DBA人士，您可能会发现这很令人兴奋。 我们在这里显示的是该特定SQL语句的持续时间与系统上的更改之间的关系。 这表明星期三，星期四，星期五的持续时间约为2/10秒。 该公司在周六和周日不营业，很幸运。 周一到来，发生了变化：访问计划已更改。 新的访问计划突然出现在这里。 这实际上足够慢，导致屏幕冻结。
现在，如果我是DBA，则需要其他信息来了解真正的根本原因。 我需要知道数据库优化器所做的选择。 因此，Precise提供了此比较，该比较显示了在运行状况良好时快速有效的执行计划以及缓慢而无效的执行计划。 此筛选器联接对于运行PeopleSoft的DBA是通用的。 过滤器的作用是查找一个表中的每一行，查找连接表中的每一行，这需要大量的CPU。 这是非常低效的，因为没有过滤仅查看所需的行的子集，而是通过SQL语句进行的，效率低下导致执行时间变慢。 因此，他们最终会使屏幕冻结中的PeopleSoft面板变慢，并且Precise能够找到您永远不会知道的真正根本原因，除非您拥有可以显示应用程序代码，SQL语句等的工具。
那是一种深潜。 现在，我们将视图提升到10, 000平方英尺的仪表板视图。 在Precise中，仪表板实际上不适合技术团队使用-实际上，您可以用来与操作共享信息，也许与应用程序团队共享信息，也可以与您的命令链共享信息。 因此，一组仪表板可能会显示PeopleSoft面板和客户端时间，以便您了解最终用户的体验。 可能已配置了另一个仪表板进行操作，并且该仪表板可能会查看是否有任何警报冻结？ 实际上，我们在OS，Web，WebLogic，Tuxedo和数据库级别都有警报。 这里没有警报，平均响应时间。 您可以看到我们正在运行大约三分之一的时间。 在这里，我实际上可以查看基础架构，向我展示环境中的所有VM，可以开始进行处理，负载平衡，还可以查看Tuxedo域。 这个特定的环境有六个不同的域，因此我可以看到这些域，并且实际上可以进入Web平衡。
现在，Precise的历史存储库即绩效管理数据库PMDB具有大量指标。 有时有人想知道浏览器的访问次数，或者您可以按浏览器的类型来确定访问次数，也可以按浏览器的类型来确定性能。 可以做很多事情来提供系统的更多可见性。
在这里，我们实际上正在研究WebLogic的内存使用情况，您会看到这种漂亮的锯齿模式，即内存使用情况。 有垃圾收集，它检索未引用。 它又恢复了，所以这是您希望看到的非常不错的模式。 因此，这有点像将PeopleSoft环境视为子系统的集合，这将适合于操作。 最基本的问题是：“嗯，服务器上发生了什么？” Precise具有所有这些可见性。 它还提供服务器指标。 因此，在这里您实际上可以测量系统上的CPU，内存，I / O，服务器，用户，因此您具有完全的可见性。 这是一种结合长期趋势的方式，人们可以使用Precise进行容量规划。
我只想在那儿写下一点便条。 通常，一家商店的硬件，服务器预算非常多，员工的预算则如此之多。 您将如何进行投资，您将在何处下注？ 使用Precise，您将获得优势，因为您了解如何使用存储子系统。 如果您要执行大量随机I / O，Precise将会向您显示。 这将有助于证明对固态存储的投资是合理的。 如果CPU利用率恰好很低，那对您的商店来说比购买额外的CPU更重要。
您想在真正的处理瓶颈所在的地方进行投资，而实际上可以在其中获得回报。 通过精确解决从应用程序编码处理效率到容量的所有问题，我们使您能够评估并记录这些需求在哪里的数量。
现在，最后一块是警报，警报实际上就是开始的方式。 还记得吗 我们看到警报，表明存在性能SLA，并且看到WebLogic实例已关闭。 因此，让我们看一下警报界面。 再一次，发生了什么事？ 我想在此视图上指出的一件事是，Precise不仅具有这些性能警报和有关可用性的状态警报，而且还具有趋势警报。 趋势警报很重要的原因是，如果系统空闲或有一个或两个用户，则运行情况可能很好。 直到您开始添加用户并且他们开始进行越来越多的活动之后，您才开始争夺数据，Tuxedo级别，WebLogic级别，网络级别，数据库级别的资源。 这种争夺会导致性能下降，然后您最终可能会越界，这是一个性能警报，并且基本上，您没有达到组织的SLA目标。 因此，这些警报集非常好。
Web层实际上位于左侧，它可以衡量最终用户的体验，然后您可以了解基础应用程序堆栈中的技术。 这是我们如何执行所有这些操作的体系结构屏幕。 理想情况下，您希望拥有一个独立于受监视环境或多个环境的Precise服务器。 一台Precise服务器可以处理大量应用程序。
对于PeopleSoft以及Oracle和DB2数据库，我们确实需要本地代理。 如果您的PeopleSoft环境是SQL Server的后端，则可以选择执行无代理。 我们也有Sybase的无代理程序。 我们安全模型的核心是在此处收集数据，而Precise的用户则向Precise进行身份验证。 它是完全独立的过程，独立的凭据，独立的身份验证，因此这是我们安全模型的一部分。 还有其他详细信息。
我认为现在就足够介绍该体系结构了。 如果有任何急切的问题，请像Eric所说的那样问他们。
就像快速回顾一样，该解决方案专为生产中的24 x 7设计。 强烈建议您在质量检查中使用我们。 如果您进行内部开发，请开始在开发中使用我们。 我们将把复杂的URL，URI转换为PeopleSoft面板名称。 当我谈论生产时，我们的开销非常低，因此您具有可见性，您始终知道发生了什么，可以确定最终用户。
我不必去定义这些事务-浏览器中只有自然的连接点，URL，入口点，Web服务器与WebLogic的连接，邀请上下文（可提供SQL语句）。 然后，我们可以捕获SQL语句及其作用。 精确是数据库智能，我认为这对我们来说是一个独特的因素，它使您的DBA可以协作，提高应用程序的可见性。
最后一点是因为我们一直在线，我们一直在收集，您始终可以在改进前后进行测量并量化改进，或者在极少数情况下您可能改变了性能，您会知道并且可以滚动立即回来。 我们大多数竞争对手的工作是，如果您需要查看其他信息，则必须打开其他可见性，并且通常情况下，附加可见性会带来很多开销。 有了Precise，您将始终具有可见性，并且始终可以解决问题。 因此，如果您要访问Precise网站，请检查任何Precise产品，无论它是Oracle的Precise。 我们被列为“精确应用性能平台”，并且那里有一个按钮来请求演示。
实际上，如果我共享屏幕，我想我可能会导航到那里以向您显示外观，以便您可以提前看到此内容。 这是IDERA网站。 您去产品。 我可以选择任何这些“精确”组件，而我只想看到它的实际效果。 这将启动我们共享可能对您的网站重要的其他信息的过程。 或者，如果您想了解有关迁移到流畅UI的更多信息，欢迎与我们联系。
埃里克（Eric），我想将指挥棒还给您。
埃里克·卡瓦纳（Eric Kavanagh）：好的，很好。 我必须再说一遍–比尔，那里的演讲相当全面而令人印象深刻。 您提到了一堆我想问的东西。 我们没有太多时间（大约9分钟），我希望Matt也有机会问几个问题，并且至少要听一两个。
但是您提到了我认为对于Precise如何协助IT团队进行采购非常非常有趣的事情，因为您可以指出，无论做出什么决定的人，您都可以提出理由，认为您需要的是更固态的例如存储，或者您需要的是对网络的改进或任何情况。 但这很重要。 您是否经常看到公司认识到这一点并加以利用，或者您是否打算对此进行宣传？
Bill Ellis：嗯，实际上两者兼而有之，那就是使用模式，即使对于PeopleSoft之类的软件包应用程序，使用模式在每个站点上也各不相同。 我有幸在银行进行PeopleSoft迁移，而银行使用总帐系统的方式与大多数组织完全不同。 实际上，您可能有在分支机构完成的单个事务，它们都已过帐到总帐。
因此，您实际上不是在发布数十或数百个总分类帐，而是在发布数十万个分类帐。 因此，我之所以参与Precise是因为使用模式，它使我们得以解决，但是在代码级别，配置级别以及基础架构级别都需要应用程序的需求。 因此，绝对是我的忠实拥护者，我也想对此进行宣传，因为您不应该仅仅根据利用率来做出硬件决策。 您应该基于环境的需要。
埃里克·卡瓦纳（Eric Kavanagh）：与会者提出了一个问题，然后，马特，我将把这个问题交给您，一两个问题。 好吧，这是一个很好的选择，很有趣，因为这是您可以提供的一个长而长的答案。 与会者问：“在部署之后和测试期间，如何在用户端收集性能指标？”
我认为您在研究这些绩效指标的深度和丰富度方面做得很好。 与其中每5分钟或10分钟相比，您谈到的某些事情甚至不到一秒钟。 那就是您要获得找到答案所必需的详细信息的水平了吗？
比尔 ·埃利斯（ Bill Ellis）：是的，因此至关重要的是，性能信息的各个收集者都是基于技术的。 因此，在进行部署时，我们需要了解如何构建应用程序堆栈，从操作系统，其版本，Tuxedo的哪个版本，WebLogic，您正在运行的People工具的版本开始。
确实是由这些代理设计的，数据收集使我们能够揭示Precise提供的可见性级别。 我认为，这种可见度有时可能会吓到人们。 但是，如果您的目标是真正投入使用并改善性能并将性能提高到11，那实际上就是您希望拥有的可见性水平。 如果Precise可以提供它且开销很低，那么问题是为什么不呢？ 因此，我认为这是一个很好的问题，如果您想进一步讨论，请与我们联系。
埃里克·卡瓦纳（Eric Kavanagh）：好的，很好。 马特，您有任何问题吗？
马特·萨雷尔（Matt Sarrel）：我认为我很好。 我的意思是，我一直在处理WebEx崩溃的问题。
埃里克·卡瓦纳（Eric Kavanagh）：哦，不。 我们需要精确地了解原因。
Matt Sarrel：是的，Bill，我想我当时在想的问题是，您是否可以在解决性能问题时讨论一下多个团队如何在同一页面上讨论问题，因为我知道这就是一遍又一遍出现的是谁负责什么以及每个人如何共同努力为员工提供最佳质量。
Bill Ellis：是的，因此IT人员往往很昂贵。 考虑到技术的复杂性，在大多数商店中，您会根据技术分为多个团队。 发生的一件大事是性能问题，很多时候冲突发生了，作战室召集起来。 这就是每个人都有度量的地方，可以以某种方式放宽他们的层级，因为他们没有上下文。 他们正在查看WebLogic级别上正在发生的事情，而不是事务代码级别上正在发生的事情。 或者他们正在查看数据库级别，而不是事务的单个SQL语句。
通过能够查明问题层和该层中的问题代码，它的作用是使其他团队腾出时间去闲逛，也不必花时间在资源上寻找不在他们所在区域内的问题。 如果是数据库问题，请向DBA提出解决问题所需的信息。 他们会很乐意这样做。
但是同样，不要浪费Tuxedo，这是WebLogic的帮助团队，致力于研究数据库中的问题。 同样，如果问题恰好在WebLogic配置中，则不要在某种作战室中花费DBA的时间来捍卫自己。 只需解决WebLogic中的问题即可。
我们发现，由于节省了时间，IT员工非常喜欢精确，这是因为通常这些作战室没有在每个FTE组织的时间计划中进行预算。 有点像额外的时间。 因此，更有效地处理这些问题至关重要。 对于推出流畅的用户界面的组织而言，能够扩展生产并解决他们在生产中实际遇到的问题对每个员工或团队而言都至关重要，但实际上对整个IT管理而言却至关重要，因为这确实是一个坏消息。如果他们不得不回滚。 因此，一个很好的问题，因为它不仅是技术。 实际上，这始终与人有关。
Matt Sarrel：是的，这是人员和流程。 是的，这是演示期间我唯一想到的问题。 观众还有其他人吗？
埃里克·卡瓦纳（Eric Kavanagh）：是的，我将向您投掷最后一个，比尔（Bill），马特（Matt）在他的演讲中简要谈到了这一点。 我们已经开始看到这种收获。 它仍然是非常具有前瞻性的，但是容器以及容器化和Docker的使用以及这种性质的东西，会给你们带来多大的挑战？
Bill Ellis：因此，根据不同的技术，这个词的含义不同。 因此，我们正在开发产品，以在数据库级别和应用程序级别处理容器。 作为其一部分，它是整个环境的运动，云计算，而我们确实在云计算中运行。 但是有一个发现过程，因此取决于这些应用程序（包括PeopleSoft）的发展方式，我们正在发展监控解决方案，以便我们可以提供过去非常有价值的深度级别。
埃里克·卡瓦纳（Eric Kavanagh）：是的。 我不得不说，每次看到这些演示时，我都会对您所拥有的粒度感到惊讶，这是您需要能够加深了解的基础，并且确实需要对正常情况进行一些教育，这是什么标准。
你们提供了很多有关这方面的内容–帮助人们识别什么是正常的，什么是不正常的。 您谈到了趋势警报，例如，所有这些机制都可以用来更好地理解是错误的东西，是正确的东西，然后当然必须从那里向下钻取找到它，但是您拥有所有数据。
比尔·埃利斯（Bill Ellis）：是的，那确实很重要； 我想马特曾说过。 什么正常 不同的环境具有不同的正常水平。 如果您使用高端硬件，Oracle逻辑和数据运行，那么与在功能不那么强大的基础架构下运行相比，商店中的正常情况或商店中可以实现的情况将有所不同。 因此，第一件事是找出正常现象，开始计算该基准，然后从那里开始进行改进。
埃里克·卡瓦纳（Eric Kavanagh）：好的，这很重要。 看起来，我们确实有最后一个问题。 我要提的最后一个问题是，比尔。 从系统级和应用程序级数据的角度来看，SQL和数据库性能监视之间有什么区别？ 从您的角度来看，监视SQL和数据库性能之间有什么区别？
Bill Ellis ：好吧，直到执行SQL语句，数据库中什么都不会发生。 SQL语句争用是什么–控制锁定，等待，在数据级别和SQL Server级别争用资源。 因此，如果我既可以看到SQL语句的驱动程序，又可以看到它对系统的影响，那么我就产生了影响； 我能够将应用程序DBA关心的内容与基础结构DBA关心的内容联系起来，直到能够真正从Precise工具中获得最大收益。
如果我是基础架构DBA，并且正在研究利用率等问题，那么我真的可以使用广泛的工具进行管理，而如果我能够查看单个SQL语句，并且实际上能够将资源最小化消耗–无论是CPU，内存，I / O –我都能解决同一枚硬币的两面问题。
埃里克·卡瓦纳（Eric Kavanagh）：好的，伙计们。 我们只烧了一个多小时。 非常感谢IDERA的朋友。 非常感谢Matt Sarrel今天加入我们。 我们确实将所有这些网络广播存档，以供以后查看，因此随时可以回来，通常只需几个小时即可存档。 因此，请检查一下，我只想说我喜欢这个东西，我喜欢精确，我喜欢能够进入杂草。 而且我不知道有什么其他工具可以使您深入了解应用程序堆栈中所有这些不同的部分和部分，而不是那些在IDERA拥有Precise的人所拥有的。
借此，我们向您告别。 再次感谢您，下次我们会与您联系。
