通过Techopedia Staff，2016年8月31日
总结：主持人丽贝卡·乔兹维克（Rebecca Jozwiak）与分析师Eric Kavanagh和Dez Blanchfield以及IDERA的Bill Ellis讨论了数据库故障排除和效率问题。
您目前尚未登录。请登录或注册以观看视频。
丽贝卡·乔兹维克（Rebecca Jozwiak）：女士们，先生们，您好，欢迎来到2016年热门技术。今天的主题是“应用程序运行缓慢？需要精确的时间。” 难道我们都不太了解缓慢运行时可能发生的问题吗？ 这是丽贝卡·乔兹维克（Rebecca Jozwiak），我是埃里克（Eric）的职务，他今天在这里正在扮演新的角色。 是的，今年是炎热的一年，就像我说的那样，当您谈到技术时，您真正不想要的一件事就是缓慢运行任何东西，系统的任何部分。 只是以消费者为例，我的意思是，如果您有餐厅，食物的大小无关紧要，如果服务缓慢，您可能最终不会回头。 现在，很容易在一家餐馆弄清楚为什么有些东西运行缓慢。 也许厨房人手不足，或者某些设备出现故障，或者侍应生有点懒惰，而且很容易识别并解决问题。
但是，当您想到数据中心时，情况就完全不同了。 可能是网络问题，错误的查询干扰了应用程序的性能，应用程序性能或电缆故障甚至可能导致某些问题。 众所周知，这种类型的复杂性故障排除可能非常困难。 这就是我们今天要谈论的。 正如我所说，我们今天邀请了Eric Kavanagh担任分析师。 我们有数据科学家Dez Blanchfield，还有IDERA的Bill Ellis，他将讨论其公司的应用程序性能管理解决方案。 然后，我将球传给Eric。 埃里克，地板是你的。
埃里克·卡瓦纳（Eric Kavanagh）：好的，听起来不错，伙计们。 实际上，这是一个很好的类比，因为您谈到了完成疑难解答的困难或难处，然后您直截了当。 性能问题总是由网络中的某种问题引起的。 我的意思是，例如，它可能与旧硬件一样简单，但是最重要的是需要进行故障排除的任何情况。 这就是我今天要谈的。 让我们继续前进，跳到此处的幻灯片上。
麻烦来了。 故障排除–对喜欢它的人来说很有趣，这很酷。 如果您找到喜欢进行故障排除的人员，请抓住该人员，为他们提供一些完成工作的工具，因为如果您可以找到可以深入研究并完成工作的人员，那么这确实是一件好事。 但最重要的是，故障排除一直是有问题的，而且一直存在并且一直存在，如果您开始谈论故障排除，您真正要去的是根本原因分析。 是什么原因引起的？
好吧，如果您只是坐下来思考一下大型机的日子，那么可能会发生各种各样的问题。 那时，您必须真正了解他们的知识，因为甚至没有很好的工具来进行故障排除，因此您真的必须了解命令提示符，我们将在稍后讨论。 我实际上忘了放一张我最喜欢的幻灯片，我会在今天在节目中，也许在Dez的演讲中，寻找它。 但我想向未曾看过的任何人展示英国有史以来最有趣的电视节目之一，它被称为“ IT人群”。就故障排除而言，这名爱尔兰人是两名IT人员之一。整个公司在每次呼叫开始时总是说同样的话，“您是否尝试过将其关闭然后再打开？”因此，请尝试将其关闭然后再打开。 您会惊讶于这个简单的事情多久能解决一些问题。
那些在家中进行过故障排除的人可能与您的父母或朋友一起，也许不与您的孩子一起，因为他们倾向于知道该怎么做，然后再将其关闭。 但是无论如何，故障排除并不容易，从来都不是那么容易，但是今天我们将讨论一些可以简化的事情。 因此，命令提示符–是的，的确如此，我已经足够大了，可以记住早期的计算时代，那时您所要做的只是执行DIR，Enter的命令提示符。 那就是应该看到的文件目录，并肯定它确实完成了某些命令，对吗？ Dez当然是我们的数据科学家，他知道如何使用命令提示符。 而且，如果您可以使用命令提示符，那就太好了，因为我们大多数人都使用某种GUI（图形用户界面），但是总有些东西，GUI和下面的命令行之间总是有些脱节。 只是给您一个随机的例子，如果您想知道这些天一些基本程序烘焙到文档中的代码量是多少，请进入最新版本的Microsoft Word，输入“ hello world”，然后执行“另存为HTML”。然后在文本编辑器中打开生成的文档，您可能会看到页面和标签页面。 这就是所谓的代码膨胀，而代码膨胀实际上并不能很好地解决故障，只是直言不讳。
当然，客户端服务器也来了，那真是太好了。 从某种意义上说，我们有点朝着这个方向前进，但只需考虑一下情况带来的复杂性，现在问题出在哪里，是在客户端上，还是在服务器上，还是网络？ 它在哪里？ 这些仅考虑病毒的站点，当病毒可以进入网络时，会发生什么？ 它可以去任何地方。 如今，数据泄露是疯狂的。 它们会导致性能问题。 我们有可以通过IP地址识别的俄罗斯黑客。 我们非常确定他们是俄罗斯人，或者他们非常亲密，或者他们是非常聪明的乌克兰人，波兰人甚至美国人，并且都使用代理。 但是多年来，我们已经让黑客进入了我们的小旧网站Inside Analysis，并引起了各种问题。 东西停止工作，您无法完成工作。 曾经起作用的东西不起作用。 你怎么知道的？ 你怎么知道是什么？ 就像这里的另一个示例一样，它是一个非常复杂的环境，很难杂草丛生，很难真正了解事情的发生和发展对我们的工作，特别是如果您有大量的插件。 东西很快就会发疯。 我有点超越自己。
我扔在这里，时刻警惕升级。 升级总是使我感到恐惧。 当然是操作系统。 我记得微软曾经建议过的，您可以将操作系统从该版本升级到该版本。 好吧，我尝试了几次，但从未成功。 请记住，环境越大，环境越复杂，情况将变得越笨拙。 然后是虚拟化。 考虑一下VMware对IT部门做了什么。 它彻底改变了IT，但也创建了这一抽象层。 如果您在此基础层上有一个层抽象，那将是一个全新的球类游戏，那将是一个全新的蜡球，您实际上必须重新评估您在做什么，并且所有旧工具都必须更改。 现在当然是云了，对吗？ 对于客户而言，云很棒，因为它非常简单，用户界面非常简单，但是当然您对云没有太多控制。 但是对于那些在幕后的人们来说，如今他们需要了解和理解很多东西。 环境变得越来越复杂。 当然，在电子商务中，您会想到这些天所有可交易的资金。 因此，您很快就找不到我支持无现金社会。 最重要的是，情况每天都变得越来越麻烦。
而保持性能最佳始终会涉及故障排除的某些要素。 我不在乎有人告诉你什么，没有完美的工具，没有银弹，而且永远不会有，因为–在这里另一个有趣的角度–我们仍在学习讲硅。 我们仍在学习理解甚至网络如何在精细的层次上工作。 如果您查看系统管理软件，那么这些天它会变得非常好。 但是，尽管如此，您正在看的是上升和下降的线，并且正在看待现实的表示，这将需要一个知道正在发生什么的人来组合您可以凝视最佳工具的线索，以便能够直言不讳，了解什么在起作用，什么在不起作用，这是很多试验和错误。 这样，我将其交给Dez Blanchfield，然后我们将收到IDERA的Bill Ellis的来信，他将使我们对他的知识感到羞耻。 这样，Dez，把它拿走。
Dez Blanchfield：嗨，谢谢Eric。 谢谢。 很好地引导了我的小故事。 我认为我的标题“表演艺术”非常适合我们今天谈论的内容，因为在考虑表演艺术时，我们会在许多方面考虑舞蹈，音乐和其他创造性事物。 坦率地说，如果我们正在解决问题，并且在非常大规模的IT环境和业务系统中，确实存在一种艺术元素，而且常常是妖术元素，因为根据我25年多的经验，现代应用程序堆栈的复杂性正在以前所未有的速度迅速增加。 坦率地说，我们正在努力跟上，例如Uber之类的组织以及PokémonGo开发团队，我的意思是他们正在经历增长和复杂性，并且以天文数字的速度在增加复杂性。 甚至没有关于这方面的书，因为我们还没有想到这种增长水平。 我的观点是，应用程序堆栈的核心定义已呈指数级变化，我将解释为什么我认为是这种情况，然后导致手头的挑战，因为我在IDERA的好朋友似乎有解决方案。
简而言之，我们都知道这些，但是只是为了概括它们，您知道，在早期，我们拥有所谓的应用程序体系结构1.0版。 它是一台服务器计算机，在这种情况下，大型机上装有一堆终端，如果您在终端上看不到东西，则诊断问题相对容易–您可以查找终端与服务器计算机之间的电缆，或者是零电缆或连接器，或者是与终端无关的某个问题，并且您在屏幕上看到的东西很容易就可以找出导致问题的原因是机器本身。 然后，您可以慢慢诊断堆栈中从硬件一直到软件层和用户界面的位置。 在我所谓的1.1版中，我们使其变得更加复杂。 我们将设备放在中间，这样我们就可以放置更多终端。 而且它们是某种通信设备，通常是多路复用器或多路复用器，它们既可以通过专用线路运行，也可以通过拨号线路运行，因此您的大型机位于遥远的位置（可能是跨州的，也可能是国际的）以及某些设备通过SMA链路或某种WAN连接连接，这些终端仍以相同的方式运行。 但是您要复杂一些，因为您必须确定问题是出在终端与comms设备之间还是comms设备与大型机之间。 但是堆栈在大型机中保持相对相似。
1.2版再次复杂一点，因为现在我们添加了更多设备，打印机和其他东西，并且将这些东西聚在一起，我想到了一个前端处理器，它将处理本地设备的所有问题，即打印机终端等，远端的大型机。 有点复杂。 但是同样，大型机的一致主题是本地运行的应用程序，因此解决问题的方法在应用程序堆栈内部仍然非常相似。 然后，我们让有技能的人解决了终端机，打印机和集群控制器的问题。 但是随后我们使事情复杂化并建立了网络，突然之间，同一类架构引入了网络层。 突然之间，我们有了一个网络交换机，工作站变得更加复杂。 在这个架构版本中，我们经常在工作站上使用图形用户界面应用程序。 我们不仅有一个运行应用程序堆栈的服务器，而且还有另一个在本地运行的应用程序堆栈，当然还有连接到服务器的设备的相同基本模型。 然后，我们飞跃到了我称之为2.1的最新模型上，这就是我们采用该应用程序堆栈的地方，我们使它变得更加复杂，难以诊断。 而且，我们在Web浏览器，PC和移动设备等前端引入了更多设备。 然后，在这里，应用程序堆栈开始像操作系统和虚拟机管理程序那样深入集成。
这张右图显示了整个堆栈，包括网络基础架构，存储服务器，虚拟机，操作系统，然后是传统的三层数据库金属软件应用程序等，位于右上方。 在此模型上诊断应用程序问题和性能问题变得更加困难。 有太多的活动部件，并且试图深入研究整个堆栈只是一场噩梦，您必须投入更多的技能和组织来应对这一难题。 不仅是您的应用程序团队了，突然之间您有了基础架构人员，数据库专家，纯粹是在数据库上工作，而不是其他任何事情–而不是知道如何处理数据库的系统程序员。 现在，我们有一个场景，IT部门必须处理“服务即服务”的更广泛的复杂性，而这个世界刚刚爆发，解决问题的挑战从一场噩梦变成了几乎无法忍受的事情。在某些方面。
而这是可以解决的规模，我们正在努力提供服务。 我认为应用程序堆栈的第3版-它已将其作为服务模型引入，其中左侧是传统模型，即企业IT堆栈，在该模型中，作为客户和供应商的所有事物都必须在我们端进行管理服务-来自应用程序安全数据库，操作系统，虚拟化服务存储，网络数据中心-我们必须对其进行全部管理，但是我们可以访问所有内容，因此我们可以扩展我们的能力和技术技能，并且可以深入研究通过那个堆栈，我们可以找到东西。 但是，随着基础结构服务，平台服务和软件服务模型的出现，突然之间，我们对后端基础结构的访问，对平台的访问以及从中提供服务的工具的访问就被带离了我们。 当我们开始使用基础架构服务时，我们实际上只有操作系统，数据库，安全环境应用程序堆栈及以上中的前四项可供我们使用。 那下的一切都是黑魔法。 当您转向平台服务时，它变得更加有趣，因为您也只是在管理应用程序堆栈。
当您使用软件即服务时，传统的模型是Webmail或Internet银行，那么您所拥有的只是对Web浏览器的访问权，因此，尝试诊断其背后的原因是绝对不能容忍的。 我将其分为多个时区，多个时间段或多个时间段（如果您喜欢或世代相传），从左到右，我们已经从2000年前的时代和传统的堆栈中分离出来。到整个环境，我们可以深入了解整个环境。 但是随着时间的流逝，它变得越来越复杂。 从2000年代初到2000中期，再到2000年代末到今天，我们已经从基础架构服务，平台服务，软件服务转变为现在的业务服务。 并且复杂性急剧增加。 还有很多活动部件。 但是，技能的获取变得越来越困难，越来越难以利用。 找到具有适当技能的人，并有权使用正确的工具来进入并深入研究该堆栈，并找出运行缓慢的地方。 是我的笔记本电脑或台式机，还是电话或平板电脑，是通过3G或4G的连接，还是与ADSL或ISDN的专用链路，可能是什么？ 甚至拨号上网，尽管最近越来越少了。 Web服务器端是否在Web服务器内部？ 是应用服务器吗？ 应用服务器内部的CPU的内存和磁盘以及网络性能是否有问题？ 数据库在那里运行吗？
您可以想象，您很快就画出这幅画，它的复杂性开始像大爆炸图像一样扩展，这种不断增长的泡沫使我们想尽一切办法并具有潜入并知识和剖析与分解的手段。 而且，我们现在正处在一个时代，在这个时代，即使您具备将数据库环境拆开并将数据库拆开并潜入数据库的能力，人类也无法应对物理规模。该数据库中的详细信息。 您现在必须管理的数据库数量正在迅速增长。 现在，一切都由数据库提供支持。 如今，很少有应用程序没有数据库支持。 而且数据库的类型也在迅速增长。 不再是传统的SQL数据库，有时是SQL，有时是非SQL，有时是图形数据库，有时是文档数据库。 这些不同类型的数据库具有所有这些不同类型的功能，因此，每个功能都有不同的性能挑战和不同的性能标准。 日志记录数据库和文档数据库的性能与传统的ACID兼容，ANSI 92兼容的SQL数据库非常不同，并且执行的功能也不同。 以及我们存储在其中的事物的类型。
在我看来，我们正在某个点上-我想埃里克（Eric）暗示了这一点-人类正在努力跟上我们正在构建的复杂性和构建速度，而我们现在，工具和正确类型的工具是我们管理此基础架构，监视和深入研究所面临问题的唯一方法。 然后总是要选择正确的工具。 真正了解后端基础结构的工具。 仅仅将SQL监视器或SQL查询工具扔到某个东西上并开始分解查询并查看其工作原理已不再可行。 实际上，我们需要一个工具来理解查询的形成和形成查询的适当方式，以及查询与后端基础结构进行对话的适当方式，以及它们在执行过程中的性能。 并查看这些交互的时间以及它们发生的顺序。
这是一个更为复杂的挑战，这使我引出了一个综合问题，即随着我们正在开发的应用程序堆栈的复杂性的增加，性能工具和用于管理这些工具的工具必不可少。变得越来越聪明，并且能够看更多东西。 但是，他们更聪明地研究了后端运行的内容以及可以发现的内容，甚至可能在那之上执行某种分析，以了解交互和性能正在交付中，并且为什么它表现得慢或快。
然后，我将与IDERA的挚爱朋友Bill Ellis交流，看看他今天对他们如何解决这个问题要说些什么。 比尔，交给你。
比尔·埃利斯：好。 我叫比尔·埃利斯（Bill Ellis），非常感谢。 我们将谈论我的应用程序运行缓慢，是时候获得Precise了。 让我们看看IDERA产品Precise可以做什么，以及它如何为您提供帮助。 很多时候，您只发现存在性能问题，因为最终用户给您打电话，这实际上是一个大问题。 在IT界的每个人当中，直到电话响起，没人知道。 现在，下一个大问题是我们如何为这个特定的人提供帮助，这实际上不是一个小问题。 这有一个好处。 这是超越此幻灯片的，它超越了其他幻灯片。 我想让您看看是否可以得到它。 但是，正如我们已经提到的，应用程序需要依赖于许多不同的技术，因此应用程序堆栈越来越高。 许多人都是通过浏览器访问应用程序的，令人惊讶的是，浏览器中正在通过脚本等进行越来越多的处理，然后当然有了网络，Web服务器，业务逻辑代码和数据库。 我想让您考虑的是，每一项重要的业务交易都与数据库交互，无论是时间卡报告，库存查询，采购订单还是数据库正在更新。 因此，数据库实际上成为性能的基础。 数据库当然可以打开，也可以依赖于下游的存储。 这些技术中的每一种都紧密耦合，并且能够看到正在发生的事情。 您必须知道能够进行测量的内容至关重要。
现在，我们发现的一件事是，我们的许多客户都有工具，他们为每种技术都有工具，但是他们所没有的是上下文。 上下文基本上是在应用程序堆栈的每一层之间连接点的能力，而这实际上是相对简单的。 我们曾经有十二层的限制，但是基本上改变了它，我们拥有无限的层，并且我们支持混合环境，因此使用Precise解决方案基本上可以使极其复杂。
现在，从高层次上讲，这就是我们解决问题的方式，它着眼于事务，即从单击到磁盘的最终用户事务，告诉我们哪些正在运行缓慢，哪些正在消耗资源，但是关键是这个–我们允许您获取用户ID以及他们的位置，不仅是整个交易时间，还包括每个步骤花费的时间。 时间是性能的货币，它还显示了资源消耗的位置。 我们不预先知道问题的根源，因此我们需要在每个层上都有足够的度量标准和分析功能，以便能够诊断问题出在哪里，问题可能出在哪里。
现在，在今天的演讲中，我将重点关注这一领域，希望您能放心，我们基本上在应用程序堆栈的每一层都提供了相同级别的可见性，而关键是要告诉我们，什么，什么地方，然后再说这部分，这将告诉我们原因。 这就是为什么对解决问题（不仅仅是了解问题）绝对至关重要的原因。 现在，在演示文稿中非常明显地出现的另一件事是不可能做到这一点。 您需要自动化。 自动化意味着您拥有警报，并且有一些东西可以告诉您，在最终用户社区之前，您有持续的趋势，这会加剧趋势警报的偏差。 然后我们还提供了一条线，您实际上违反了SLA。 现在，您提供了许多不同的信息–并不是每个人都需要消耗自助餐，有些人只是想吃些小吃，这就是沙拉，因此，我们提供了一个可以上传信息的门户，只需要特定的用户或特定社区对绩效的信息需求。 该应用程序运行缓慢，是时候获得Precise了。 我们实际上将专注于四件事。 一是位置，输入最终用户。 再一次，连接各个点的上下文以及研究的第三部分表明，将近90％的应用程序问题都在数据库中，因此，大多数性能解决方案可能会告诉您一个SQL语句，这真是一种愚蠢的想法。 但是他们没有告诉您为什么该SQL语句运行缓慢。
因此，为什么始终是至关重要的事情，Precise擅长于说明为什么对每个层（尤其是数据库），并与您分享一些有关我们的支持矩阵的信息，我们支持SQL Server，Sybase，DB2和/或批量。 该解决方案的外观非常相似，因此，如果您正在查看多个应用程序，但架构略有不同。 我在这里共享的信息具有外观，方法和方法，无论所使用的底层技术是什么，都是一样的。 精确启用了Web。 我们进来，我们对Precise进行身份验证，然后我们进来，我们可能要看的第一件事是按位置划分的性能。 因此，您实际上可以在这里看到人们实际访问其处决的不同位置。 您可以查看是否有人在页面完全呈现之前就放弃了它，或者是否有错误。
现在，这些应用程序的一件事是网络或与应用程序服务器的距离确实有所不同。 在这里很容易看到存在一定程度的网络。 我可以看到人们变得很忙，然后又发生了一件有趣的事情，我们谈论了浏览器内部的处理方式，实际上他们注意到某些不同的浏览器类型为快速处理提供了更好的环境。 因此，了解人们是否正在通过Chrome或IE进行访问，或者无论发生什么情况，您实际上经常会发现一种浏览器类型反转实际上要优于另一种浏览器类型反转。 现在，有时您需要公开面对，而不是控制浏览器，有时应用程序是面向内部的，因此您可以向人们推荐您的最终用户社区使用浏览器类型，因此这些是深入了解和分析的类型，精确能够提供。 现在，我们开始研究一个应用程序。
我不确定你们是否可以看到我的指针，但我想向您介绍顶部的图表。 y轴显示平均响应时间。 x轴是一天中的时间。 而且实际上有一个堆积的条形图和那个堆积的条形图，总数显示了性能，然后显示了在应用程序的每个单独步骤或每个单独层中花费了多少时间的分层。 从客户端到Web服务器，绿色是Java，在这里我们使用Tuxedo，然后进入数据库。 现在，屏幕的下半部分显示了正在访问的不同Web菜单，然后我们仅用向下的绿色小箭头进行了分类。 它以降序排列，并冒泡到顶部，网络菜单开始显示它。 我们实际上显示了每种技术的执行时间，响应时间，然后实际上每个Web菜单都有一个条形图，因此我们开始了解发生了什么。 现在，请记住，我们对所有这些进行了最终用户调用，但是如何找到最终用户呢？ 我进入这里，打开一个菜单，该菜单使我可以筛选特定用户，因此我将该用户设置为Alex Net，单击“确定”，然后我们仅关注Alex Net的活动。 现在，它的作用是使IT和IT管理部门能够直接响应最终用户，尤其是他们正在查看具有六次执行且响应时间略超过三秒钟的内容管理。 好三秒钟是不错的，这并不可怕，但是，它可能更慢。
我能做的是，我可以将这些信息切成薄片并切成不同的方式。 我可以说，嗯，这笔交易对每个人来说都很慢吗？ 亚历克斯今天比昨天慢吗？ 对于特定位置的每个用户来说，速度慢吗？ 或者，这样做是让我可以切成薄片，并了解所发生的情况，问题的普遍性，并且能够识别最终用户非常重要，因为这不仅与软件有关，基础架构，也与最终用户如何使用应用程序有关。 通常，您可能有新员工或具有新工作职能的人员，并且他们不熟悉某些SAP屏幕或某些PeopleSoft面板，并且需要一点指针，也许他们将字段留空或放入通配符，并且强制从数据库返回大结果。 但是，有了用户ID，您实际上可以先呼叫他们，然后再呼叫您。 我们发现的另一件事是，一旦用户社区意识到IT知道他们在做什么，很多时候他们会表现得更好，出现很多问题，很多已经成为问题的事情，只是蒸发，因为人们的行为，只是稍微小心一点。 他们更加谨慎地使用该系统。
最终用户标识至关重要。 最后，IT部门必须能够帮助特定的最终用户。 现在，我们在这里完成的工作是转到“流程”选项卡。 您可以在左上角看到它。 我们专注于Web菜单的一个特定组件。 右侧是对该特定事务的分析，因此在顶部实际上是浏览器，然后是View，只是为了熟悉Web服务器中的GUI中的一些图标，因此我们可以看到属性点。 然后，“ J”代表Java，“ T”代表Tuxedo，自然地，“ Q”代表SQL。 那么，现金价值基本上是标识特定的SQL语句。 考虑一下这样做。 我们已经确定了交易，基础应用程序代码（包括各个SQL语句）的用户。 现在，当我查看那些单独的SQL语句时，我可以看到在总响应时间中，每个响应约占百分之六，当它们加起来前四个SQL语句时，它们约占事务的四分之一时间。
现在通常，数据库是最易于操作的。 通常，最便宜的是获得最优越的性能。 现在，我需要更深入地了解正在发生的事情和发生的事情，我希望该示例能够执行的工作实际上是显示单个SQL语句，并且您知道我几乎可以保证您只需要在线上的每一个镜头就可以拥有某种数据库工具，而数据库工具的作用却是孤立地看待一种技术，那就是关注该技术的健康状况。 很多时候，人们会看到前十名。 现在，该SQL语句非常快，不会进入前十名，但这是此事务依赖的SQL语句。 因此，我现在可以回溯到上下文这个词，现在我可以将其引起广泛的关注，但是要在单个SQL语句的上下文中。
现在，该人员可以在单个SQL语句的上下文中打开Precise，并且Precise捕获其使用的实际执行计划，这对于DBA来说很重要，它的执行时间实际上将显示出来，您可以看到50％的花时间等待存储。 50％的时间用在CPU上，因此您开始了解时间花在哪里，我该如何浪费时间，以及为人们提供选择的想法，因为不同的响应有不同的成本和风险。 理想情况下，我们追求的是低风险，低成本的问题解决方案。 现在，该SQL语句已通过哈希值进行了跟踪，并且在屏幕的左侧中间有一个小的“ Tune”按钮，该操作将带您执行SQL任务。 这个SQL任务是一个预先构建的工作台，它的作用是，它允许我从执行计划开始就真正地具体分析哪些因素影响SQL语句。 解析语句后，优化程序会选择执行计划，这要回到食品类推，这就是解决SQL语句所遵循的方法。
而且有些食谱比其他食谱更复杂，因此我们提供了发现。 它实际上将在这里显示，嘿，很多时间它正在对特定索引执行顺序I / O。 现在来看，回到氧气时，遵循该指标。 最近是否对该索引进行了碎片整理，如果健康，那又是什么呢？ 它位于哪个表空间中？ 表空间是否与它引用的表分开？ 因此，它开始为您提供有关如何解决问题的各种想法。 现在很明显，您知道了，我们正在建立索引。 它的风险要低得多，比将索引从一个表空间移动到另一个表空间要容易得多，所以我们要做的是建立选项，以便我们可以部署成本最低，风险最小的选项解决问题。
精确还可以执行诸如强制转换为SQL语句的捕获绑定变量之类的操作。 显然，强制转换的变量将控制结果集的大小。 并且它将控制该SQL语句执行所需的时间，以及应用程序必须通过Java，通过.NET将多少数据传递和处理到Web服务器广播以及网络中，最后在最终用户浏览器中呈现。 数据库中发生的事情直接影响浏览器时间。 因此，具有这种可见性至关重要，这样我们才能确切知道正在发生的事情，并为DBA提供最多的选择，以便他们可以在特定情况下选择最有意义的选择。
现在，这些是一些报价，而这些报价恰好来自已在全球部署的PeopleSoft商店。 精确支持PeopleSoft和SAP，Siebel，Oracle，电子商务套件，本地Java和.NET应用程序。 我们支持，因此，如果您对从Java到.NET再到Java的多个JVM进行Web服务调用，我们可以跟踪所有这些。 它可以在本地，也可以在云中。 至关重要的是，需要对事物进行检测。
因此，从我们的一个客户那里引用了几句话。“在精确之前，我们的DBA使用OEM”，这是一个仅用于数据库的工具，他们基本上说：“嘿，实例看起来很棒。”但是他们可以帮助说明或解决特定交易的问题。 精确提供了这样做的可见性。 因此，拥有有关SQL语句的信息对于使DBA能够完全从数据库中挤出性能至关重要。 因此，这真的很好。 除了您可能正在寻找的某些工具之外，还包括其他种类的工具。
然后，IT管理层真的很喜欢Precise能够将复杂的URL转换为面板名称的事实。 这样一来，如果最终用户打电话说：“嘿，我有麻烦了”，您可以隔离并查看该用户是谁，他们正在执行什么，性能如何，他们实际上正在测量渲染时间在最终用户的浏览器中。 这是对最终用户体验的真实衡量。 同样，拥有该用户ID对于帮助特定的呼叫者绝对至关重要。
精确度是如何做到的？ 因此，我们想分享我们的架构。 精确应该存在于其自己的服务器中，并存在于VM中，它可以存在于云中。 在前端，无论您使用仪表板，警报界面还是专家GUI，Precise都是启用Web的。 在数据收集方面，我们实际上可以对几种不同的技术进行无代理处理。 但是，有时我们通常需要一名代理，而拥有代理则有其利弊。 最大的好处是，收集的数据可以在通过LAN发送之前进行预处理。 因此，这意味着我们可以最大程度地减少监视解决方案对目标环境的总体影响。
现在考虑作为一种替代方案，如果您拥有“无代理”功能，那么仍然有一个数据收集器，这只取决于它的存放位置，它正在通过LAN进行调用并传递有关目标应用程序的原始数据。 而且实际上非常昂贵。 因此，通过预处理，我们实际上可以最小化占地面积。 您将能够同时监视物理和虚拟。 关于虚拟技术，我想说的一件事是真正关注的是利用率。 精确专注于竞争。 VMware技术何时真正将来宾VM的资源最小化？ 因此，这变得非常容易。 如果您仅在访客VM中查看，则只有部分图片。 能够自动检测争用并对其发出警报，这真的很重要。
Precise最多可以监视500个实例，因此，大型部署基本上具有多个Precise服务器。 对于全球部署，通常它将成为每个数据中心中的一台Precise服务器。 顺便说一句，对于最大的部署，您实际上可以将它们联合在一起，以便您可以在企业范围内查看正在发生的事情并能够提供报告等。现在，正如我已经提到的，我们有很多技术分析。 并非每个人都需要进入专家级GUI，因此我们提供了可自定义的仪表板。 而且这些portlet或小部件都是可选的。 也许有人会想：“嘿，您如何在我们环境中的任何层级发出警报？ 从性能的角度来看，最终用户群体的表现如何？”或者您可能对基础架构有疑问，甚至还无法了解Tuxedo的性能。 甚至负载平衡。 在此负载平衡部分中，这很有意思。 我正在看左侧中间的portlet。 您可以看到每个Web服务器之间的执行次数非常相似。 但是响应时间在最上面的响应时间上有很大的不同。 实际上，您可以深入研究并确切找出该Web服务器上的响应时间比其他服务器慢得多的原因。
关于负载平衡这一点非常重要，要知道，负载平衡策略并不是每个负载平衡策略都适用于每个应用程序。 验证负载平衡策略确实非常有用。 我们实际上看到了一些应用程序，例如新的PeopleSoft Fluid GUI，实际上某些Web服务器将脱机。 所以这是非常关键的。 如果要部署PeopleSoft Fluid GUI，请与我们联系。 我们可以为您提供很多其他客户所面临的见识和知识。 这些portlet中的每一个都可以非常详细。 像右上角一样，带有蓝色和绿色的实际上显示了剑尖样式，这表明您在WebLogic层中的垃圾收集正在按预期的方式运行。 这些portlet中的每个portlet都可以高度集中或非常高级。 而且之所以重要或可能很重要，是因为很多时候仅将这些信息包含在IT中是不够的，有时您需要与应用程序的所有者以及有时与高级管理层共享这些信息，这是怎么回事。
我想与您分享一些故事，例如“数据中心的成功”。这些故事都是针对数据库的，而我还有其他故事是针对中间层的。 但是今天，我真的很想专注于数据库层。 让我们看一下屏幕冻结。 现在，这里发生的事情是该特定商店具有业务SLA，如果在下午3点之前收到订单，则该订单将在当天发货。 因此，在这段时间内仓库非常繁忙。 然后，由于屏幕冻结，这非常令人沮丧。 因此，主管–这是一家较小的公司–主管实际上走进了IT部门，然后走上了DBA，说：“现在，发生什么了？”那么我们所做的就是，我们能够准确地展示发生了什么事。 现在是多层应用程序JD Edwards，这是销售订单屏幕。 您可以了解业务是什么，基本上是即时库存，因此您基本上是在研究仓库应用程序。 现在，您基本上已经运送到许多不同的客户站点，不同的商店。 而我们所做的就是我们打开了精确。
现在，在这种情况下，在研究Oracle之前，这里是在研究SQL Server，现在上半部分显示了一个条形图，显示了SQL语句在执行过程中花费的时间。 每个弱状态都在y轴上说明。 x轴当然是跨时间的，您可以看到，堆叠的条形图随时间片的变化而变化，具体取决于执行的内容及其使用系统的方式。 现在，在这种特殊情况下，我们从顶部开始关注第三个SQL序列。 文本为SELECT FROM PS_PROD，您可以在该列中看到我们已经捕获了实际的执行计划。 您可以看到执行的全部次数。 在我们正在研究的这个时间范围内，特定的SQL语句占了9.77％的资源消耗，这一事实–重要的是，时间范围，Precise保持着滚动的历史记录-因此我基本上可以拨入并找出在任何特定时间点或一段时间内发生的情况。 我能够查看趋势。
现在，在此SQL语句中，您看到那里的堆叠条形图是深蓝色。 那就是说我们正在使用所有CPU。 让我们继续前进，通过单击该特定SQL语句上的“ TUNE”按钮来集中精力。 我们要做的是将其带入该工作坊，该工作坊是预先建立的工作坊，其目的是说：“ DBA对这条特殊的SQL语句了解什么？”您可以在右侧看到一个名为“历史记录”。 我现在想让您执行的操作是转移到左侧，显示为“变更与工期平均值”，即平均工期。 每个酒吧代表一天的活动。
您可以看到在星期三，星期四，星期五，执行时间是，我将舍入为第二点。 y轴显示四秒，所以第二点。 在SLA中，几乎没有屏幕冻结，操作进展顺利。 不幸的是，在2月27 日执行计划发生了变化，导致执行时间立即改变。 突然之间，执行时间就增加了，四个X，也许五个X，而且运行情况真的很差。 现在，Precise在其存储库中实际上记录了所有可能影响行为的更改。 您可以在这里看到我们实际上已经捕获了轴平面的变化。 中间的一个表示“表容量已更改”。因此表在增长，我们正处于风口浪尖，当解析SQL语句时，优化器选择一个执行计划或另一个执行计划。
现在幸运的是，在本周一的星期一，它突然出现了问题，所以时机不错。 不幸的是，它又再次翻转，您知道吗，最终用户开始预期屏幕冻结，并且他们开始重新提交该屏幕，并不断增加执行计数。 我们有大量的详细信息，但是要解决此问题并在将来避免出现此问题，我们需要另外一条信息。 这是在比较执行计划的情况下向我展示的。 在3月5 日快速高效的时候，在左侧显示了执行计划。 在3月12 日缓慢且效率低下时，您可以看到它正在执行过滤器联接。 过滤器联接只会导致更多的CPU消耗，从而完成更多的工作。 结果是相同的，只是要做更多的工作。 就像您去一次使供应的一种配料一样，而不是去食品储藏室一次获取所有的配料。 因此，存在这种更有效的方法。 现在通常知道这一点，DBA能够使用查询计划来避免执行速度慢的计划，并锁定快速，高性能。
现在，下一个战争故事是“报告晚了”。我认为很多人都可以识别这种情况。 您可能有临时报告，可能使用了NVISION之类的工具，也可能有一些第三方报告工具。 该工具将开发SQL。 通常情况下，SQL的编码不是很好。 而且，这也可能适用于以下情况：您知道，您有一些第三方应用程序，对的，SQL不是内部编写的，因此作为DBA，“我不控制SQL，那么， Well Precise提供了我不知道的任何其他数据库工具所提供的东西，那就是对象视图。 结合建议和建模。 因此，我们所能做的实际上是改变可见性。 让我们调查一下，而不是仅仅查看活动，那么系统上最重的对象是什么？ 在屏幕下部，您可以看到订单行SQL，还可以看到“在MS-SQL中”列。 订单行表的繁忙程度是系统中任何其他表的十倍。 我想您还会在上半部分注意到，空间分配正在增长，您还可以查看服务器上的规格，我们正在运行什么版本的软件。 精确将实际检查对主要设置的跟踪更改。 再一次，因果。
现在，重点关注订单线表，我可以使用详细的历史存储库来做的是，实际上可以将与订单线表相对应的SQL语句关联起来。 您可以开始查看那些SQL语句中的where子句。 您开始注意到，不同的SQL语句之间的where子句非常相似。 我建议您在录音系统中找到相同的东西。 因为业务用户，业务分析师将要进行诸如在过去一天，最后一周，最后一个月，最后一个季度，去年的总业务活动之类的事情。 您将看到非常相似的where子句，order by，group by，并且这意味着将有一些对于这些SQL语句有意义的索引。
因此，Precise有一个推荐引擎，您可以在右上角看到它，而我们所能做的实际上是获得推荐。 说，“嘿，我正在运行所有SQL语句，哪些索引可以解决这些问题？”这些索引会呈现给您，您实际上可以看到DBL。 现在，Precise是只读的，它不提供单击按钮和创建索引的功能，但是在Precise之外很容易做到。 但是关键是，Precise允许您评估和建模更改，因此屏幕左下角有一个“评估”按钮。 这样做的是在之前和之后显示SQL语句。
让我们看一下这些SQL语句。 您是否在此看到“在MS-SQL中”这一列，说一小时四分钟？ 该顶级SQL语句执行或消耗大约64分钟的资源。 它的预期改进为98％。 这些更改将节省数小时的处理时间。 下一条SQL语句为27分钟，基本上将节省三分之一。 大约需要十分钟的时间。 总结起来，通过这些建议的更改，您实际上将节省数小时的处理时间。 因此，能够预先知道这一点，并能够对此建模。 您还可以使用“假设分析”功能，例如，“好吧，我不想创建该索引，或者如果我更改列的顺序会发生什么？”因此，我可以使用此建模功能找出确切的情况。
至关重要的另一件事是，当我进行更改时，我实际上可以测量单个SQL语句。 您在上一个示例中看到了SQL语句的历史记录，并且我可以实际验证是否实现了所建模的节省。 因此，对于反馈而言，完成反馈循环至关重要。
好了，这是我要为您准备的最后一个例子。 这是一家SAP商店，您知道他们已经进行了重大升级，他们在做一些自定义事务，基本上，最终用户对性能不满意。 因此，我们所做的就是能够专注于最终用户的体验。 您会在列表顶部看到“ CHOUSE”，响应时间略超过61秒。 这件事要花一点时间才能执行。 现在您可以看到我们有一个针对SAP的堆叠条形图。 在右侧，它显示了客户时间，排队时间。 蓝色是应用程序时间，在SAP环境中是ABAP代码，然后是数据库。 因此，数据库可以是Oracle，可以是SQL，可以是HANA。 我们基本上可以证明这一点。
现在，我们对Precise所做的工作集中在针对该事务和该用户的SQL语句。 再一次，那个上下文连接了各个点。 现在，此顶级SQL语句已被圈出，它在两毫秒内执行。 如果数据库执行得如此之快，您真的不能怪它。 执行次数非常高。 实际上，我们可以返回到ABAP编码器，然后说：“嘿，怎么回事？”实际上，我们发现数据库中的代码放置在错误的位置，嵌套在循环中的错误的位置，进行更改，然后我们可以进行衡量。 您实际上可以看到性能如何。 不仅在SQL语句级别，而且在自定义代码级别。 因此，他们可以承受四个半秒的执行时间。 因此，这些只是如何利用精确度的几个示例，您可以利用它。 就像快速回顾一样，Precise通过位置，最终用户ID显示性能，并通过应用程序堆栈提供上下文。 您可以深入了解根本原因。 而且我认为最大的区别之一是不仅要知道SQL语句，还要知道为什么SQL语句运行缓慢，并且能够识别争用并从根本上提供解决问题的更多选择。 这就是Precise所提供的，您可以以轻巧的方式消耗我们，或者如果您遇到非常深刻，非常具有挑战性的问题，我们也乐于接受。
埃里克·卡瓦那（Eric Kavanagh）：好，我不得不说，这是很多很棒的细节，比尔。 感谢您显示所有这些屏幕截图。 从我的角度来看，您确实实现了我在一小时之内所做的解释，即第一，您需要拥有正确的工具。 正如某人在电影中曾经说过的那样，您必须拥有一个工具，该工具可以使您识别等式中的所有元素所需的上下文数量，这很有趣。 但是，让我继续并将其移交给Dez，因为我敢打赌他会为您带来一些问题，如果您愿意，我想再推这些幻灯片只是为了视觉上的糖果。 我实际上是，请稍等，让我拿回去。 但是Dez，我确定您有一些问题，请解决。
Dez Blanchfield：是的，我哇。 自从我最初了解该工具以来，它已经走了很长一段路，而且我还不知道您现在实际上已经非常深入了。 这真是令人难以置信。 很快，几件事。 部署模型可以在一两分钟之内真正快速地概述一下传统或典型的部署模型。 您提到它可以作为虚拟机使用。 它可以在云中运行。 我想可能会出现一个问题，并且我认为在“问答”部分中有几个问题。 只是为了对它们进行总结，因此，通常的部署模型和所需的轴类型通常是在内部部署还是托管在云中？ 您通常看到的部署模型类型是什么？ 什么样的轴才能使它正常工作？ 我们是否必须在安全级别上更改网络访问等方面的内容？ 还是仅仅是作为最终用户？
Bill Ellis：是的，因此当前大多数安装都是本地安装的。 越来越多的人将应用程序堆栈的组件放入云中，因此我们也可以处理它。 我们需要运行服务器的部署，它将满足某些规范。 我们需要一个数据库来存储历史存储库，因此满足这些先决条件是第一步。 接下来的事情是，我们绝对需要对应用程序本身有所了解，并且安装是由向导驱动的，并且基本上填补了空白。 从Web流程级别到正在执行的代码，由于我们所获得的信息的深度，我们确实需要具有一些特权。 我需要说一个安全的数据模型或安全模型，因为代理运行的凭据与使用有关事务的元数据的人员完全分开。 精确确实通过IP上的TCP进行通信，因此我们需要打开某些端口。 举一个快速的例子，就像我们的默认端口是2702。如果人们感兴趣，这种详细的东西就是这样，我们可以更详细地介绍它。 但通常我们很快就可以实现价值。 如果有人面临一个大问题，我们通常可以在数小时内安装好东西并在某个情况下照亮。
Dez Blanchfield：是的，我当然也有这种感觉。 在部署模型中，您讨论了非常大的规模（最多500个实例）以及如何进行联合。 在入门级，如果有人愿意，它会是什么样子–因为我知道IDERA在提供免费试用，免费演示方面非常重要，而且我记得在网站上看到几乎所有东西都可以玩。 对于这里的人们，我想我早些时候想念它，但是我认为存在一个问题，围绕着一个典型的网站是什么样子，人们如何访问它并开始使用它并获得该类型经验，他们可以查看是否有解决某些性能问题的方法？ 他们是否可以下载ODS并在其管理程序，Hyper-V或笔记本电脑上启动它，还是需要专用的机器来运行它？ 您之前（一两分钟）概述了该体系结构，但只是简短地概述了一下，例如，为了进行概念验证，入门级部署的外观如何？
Bill Ellis：是的，所以我们的模型与IDERA工具有些不同。 我们更适合Embarcadero方案，您想联系我们的一位销售代表。 我们只想与您讨论面临的挑战，然后我们通常会分配一个SE，并且基本上可以与他人一起完成安装。 通常，您不会在笔记本电脑上运行Precise。 您可能希望在应用程序所在的数据中心内有一个VM或服务器来进行收集。 但是我们会帮助您完成每一步。 如果有人对此感兴趣，那么您肯定要与IDERA联系。
Dez Blanchfield：让我震惊的另一件事是，我的意思是，我们今天讨论的很多内容都是围绕对性能问题的反应。 但是在我看来，在人们正在使用的实时环境中，正如您的第一个幻灯片所示，有人拿起电话说：“应用程序运行缓慢，有帮助。”但令我感到震惊的是，在应用程序的预发布期间，升级或新的修补程序和修复程序，您可能需要进行大量容量规划和压力测试，并可以精确地查看整个环境，甚至可以在最终用户接触到环境之前真正发现问题。 这是您以前见过的用例，还是人们也正在这样做？还是不是典型的用例？
Bill Ellis：绝对，我们希望在整个应用程序开发生命周期或升级生命周期中都使用Precise。 精确提供可伸缩性视图，它将显示与响应时间重叠的执行次数。 显然，如果执行次数和响应时间一起增长，那么您就没有扩展能力，您需要做一些事情。 这类事情极大地帮助了我。 我认为现在情况不那么正确了，但是当人们开始将生产应用程序放到VMware上时，他们有些犹豫，这就像，你知道，他们首先会想，“哦，我们需要将其转移到我们实际上可以做的是显示资源消耗是多少，以便使应用程序更高效。 在应用程序生命周期的每个步骤中，您肯定都希望使用Precise。 但是我不得不说，生产确实是性能最重要的地方，Precise面向24/7生产监控，因此您真的不想在没有可见性的情况下运行生产应用程序。
Dez Blanchfield：好的 。 关于该规范的另一个快速问题–深度测试，移民，UAT等–我的意思是，拥有此工具真是太好了，我想应用开发人员一定会喜欢在开发生命周期的整个生命周期中都可以使用此工具。 随着您现在看到的更加复杂的架构，我们已经从专用服务转移到虚拟化和虚拟化，我们现在正在转移到某种程度上，您已经知道，从外包到云托管的采用，并且我们也在看到过渡到集装箱化。 您是否见过很多人部署此模型并为区域或区域的类型建模，所以有人可能会这样做–在澳大利亚，隐私问题是一个非常大的问题，我知道在欧洲这是同一回事，而且我认为这种情况越来越多在美国，能够识别我个人身份的数据通常需要处于比实际应用程序层到Web层更安全的环境中。 因此，我们现在有了这些部署，人们可以将数据库及其应用程序内部存储在内部，但他们可以将其Web层及其交付端和应用程序等放置在云提供商（例如Azure或）或Amazon Web Services和软件中。 这与您的常规部署如何配合？ 难道是您在该地区刚刚有了另一批收集者，而他们又收集了更多的收集者吗？ 在当今的一种双模式方法中，将旧遗留物的IT集中在一个地方，而您的商品有时在云中，这种方式在精确世界中是什么样子？
Bill Ellis：是的，所以我们支持混合环境。 要考虑的一件事是与云提供商的合同不同。 其中一些不允许在云内进行任何类型的代理或任何外部监视。 为了使用Precise进行安装和监视，您需要具有允许该类型访问的合同类型。 有时我们确实必须克服一些限制，因此，我认为，这些限制是您要考虑的重要标准，我首先要签署这些合同，然后再和/或如果您需要部署Precise。
Dez Blanchfield：是的，我看到了很多实例，即使在传统数据库环境中，如果您将其作为服务的一部分进行采购，尤其是对于Azure之类的产品，当您像HDInsight或SQL这样的产品进行采购时，也是如此。服务，作为一个平台，您通常使用的工具只能深入探讨，因为它们并不是真的很热衷于让您了解其内幕。 因此，您最终会达到可以监视的特定级别或深度，而突然之间您就看不到魔术幕了。 自助是一件事吗？ 传统上，这是在网络运营中心内部运行的吗？在该网络中，技术团队（CIO下的人员）只能访问该网络，还是可以为最终用户提供一定级别的访问权限的东西？ 也许不一定是接待台和传统的人力资源和财务人员，而是做事更精明的用户，例如，数据科学家，精算师，统计学家等真正从事繁重工作的人。 他们是否可以访问某种自助服务访问权限，以查看运行这些繁重的查询时发生了什么情况以及痛苦在哪里发生，以便他们可以调整工作负载的运行方式？
Bill Ellis： Precise中有相当不错的安全性，因此您可以设置具有不同访问级别的用户。 在非常基本的级别上，只有仪表板提供了监督。 然后，在其中，如果有人确实想进入Expert GUI，则可以限制他们能够看到的东西和他们可以做什么。 回想一下您以前的问题，您知道，在医疗保健中，您拥有所有的HIPAA法律，因此肯定有一些考虑因素，实际上还有一些部署选项，以便我们可以在两种环境中使用它。 与您在本演示文稿中看到的数据一起考虑的一件事是，所有与性能有关的元数据，而不是表的内容，您知道，因此，实际上，它不会涉及这些类型的数据。隐私问题。
Dez Blanchfield：是的，我确实那样。 我在屏幕快照的第四或第五张幻灯片上看到了一个尤里卡的瞬间，我意识到您只是在拉动性能，不仅是在，而是在拉动性能数据，在拉动数据，正如您所说的那样，堆栈的各个级别，您实际上并不是在查看内容。 我认为这是一件有趣的事情，因为它是其中的一种工具，您可以短期部署它并查看环境中正在发生的事情，但是您不必访问数据本身。 您甚至可以查看机组人员的运行方式。 我想，最后一件事，很快，然后我会交给埃里克（Eric），因此，如果您有任何疑问，然后请丽贝卡（Rebecca）总结一下，您之前曾提到过开销是名义上的，那是甚至从监视的角度来看只是一个显着的开销，而只是看后台，还是这样微不足道的开销以至于不值得考虑？
Bill Ellis：是的，所以我认为在数据库层上，每种技术都有点不同。 众所周知，在数据库层上，Precise的开销最低。 您知道，在中间层存在一种平衡行为，不仅精确，而且在可见性和开销方面也适用于每个人。 因此，其中之一是我们提供了许多复杂的工具来控制开销。 我们是专为生产而设计的，您知道，在开发和质量保证中消除萌芽中的许多问题绝对有用，但是，您知道了解生产中发生的事情就没有什么了。
Dez Blanchfield： Eric，对您来说，您还有最后的问题吗？
埃里克·卡瓦纳（Eric Kavanagh）：是的，我想说的是，我认为您做了出色的工作，指出上下文确实是关键，这就像我们朝着物联网的时代迈进一样，您希望所有东西都能被使用。 而且我认为现在制造业的标准就是这样做，这是个好消息，对吗？ 因为您希望能够从所有这些不同的环境中提取信息并将其缝合在一起。 我想我会把它交给您，以便发表一些后续评论。 你们的重点是提供一个可视界面，某些分析师（本质上是IT分析师）可以通过该界面监视和分析在此复杂环境中发生的事情，然后找出要更改的内容。 因为它不仅是一种工具。 您必须拥有该工具，但是您需要那个可以深入研究细节并找到答案的人，对吗？
比尔·埃利斯（Bill Ellis）：是的，我认为这是沸腾至最高并优先考虑最回购在哪里，您知道吗？ 如果事实证明是另一回事，因为不是每个问题都在数据库中。 您知道，如果数据库是在十分之一秒内执行的，但是在应用程序层上，则需要三秒钟，这就是回购最多的地方。 因此，能够隔离问题层，然后隔离层中发生的事情，从而真正专注于回购的位置。 这确实加快了应用程序的分辨率和优化速度，而且比聚集在会议室的人们快得多，好得多，好玩得多，“不是我，一定是其他人。”
埃里克·卡瓦纳（Eric Kavanagh）：是的。 前几天，我看到一个很棒的模因，上面写着：“被告知，而不仅仅是固执己见。”您走进会议，掌握了信息，可以指向数据。 那是关键，谢谢，我们到了。 好的，我们将继续进行总结，但我们确实将所有这些网络广播存档，以供以后查看。 随时检查它。 现在，我们列出了所有的网络广播，包括Techopedia.com上的Hot Tech系列和Briefing Room系列，因此，请联机浏览并联系这些人。 因此，我们将告别您。 谢谢你今天的时间，比尔。 感谢您和您的辛勤工作，Dez。 下次，我们会与您联系。 照顾自己。 再见。
