通过Techopedia Staff，2016年11月30日
总结：主持人埃里克·卡瓦纳（Eric Kavanagh）以及罗宾·布洛尔（Robin Bloor）博士，德兹·布兰奇菲尔德（Dez Blanchfield）和IDERA的Bullett Manale讨论了查询及其效率如何产生深远影响。
您目前尚未登录。请登录或注册以观看视频。
埃里克·卡瓦纳（Eric Kavanagh）：女士们，先生们，您好，欢迎再次光临。 星期三是美国东部时间凌晨四点，而这几天，这是时候使用热门技术了！ 确实是的。 今天我们谈论的是很酷的东西。 当然，我是你的主人，埃里克·卡瓦纳（Eric Kavanagh）。 今天的节目的标题是“有效分析的关键：快速返回的查询。”是的，伙计们，我们都想要快速。 谁不想快？ 确实有一张关于您的幻灯片，也有关于我的幻灯片。 在Twitter上打我@eric_kavanagh。 我很乐意与您联系并在社交媒体上进行对话。 可能很有趣，只是不要谈论政治。
今年很热。 今年我们一直在讨论不同的分析问题，而今天的一个主题实际上只是完成工作的中心。 我记得大概是五六年前，我第一次听到有人使用“与您的数据进行对话”这个表达，尽管听起来有些俗气，但要点是，如果您不能反复使用您的数据，如果您无法快速修改查询，发送新查询，快速获得答案，那么您就无法与数据进行对话，整个分析过程将被截断。 这不好。
当您与数据进行对话时，这意味着您可以来回走动，而我认为这就是找到洞察力的时候。 因为您很少会第一次提出理想的查询。 除非您是分析的莫扎特人（我敢肯定那个人在外面），否则您将不得不花一些时间进行修改，添加一些维度，尝试微调所要查找的内容。
同样，因为这些并不是我们在分析世界中要处理的极为恶劣的环境； 我们正在处理非常笨拙的环境以及非常复杂和多维的环境。 因此，今天网络广播的整个想法是谈论如何与您的数据实现这种迭代交互。
我们有三位主持人。 当然，相对于简报室，在Hot Technologies中，我们有两名分析师。 他们每个人都先提出自己的意见，然后邀请客人进来，做他们的演讲，我们有一个圆桌会议。 您，我们的听众，可以在其中发挥重要作用。 请不要害羞。 随时发送您的问题。 如果可以，请使用“问答”面板，否则可以使用聊天面板。 我将在演出期间尝试同时进行监控。 而且我们会记录下来，因此，如果您错过了某件事或想与您的同事分享，请稍后再回来。 我们将它们发布在Techopedia.com和InsideAnalysis.com上。
因此，我将引入聪明的人。 我将把它交给罗宾·布洛尔博士。 让我给他钥匙，更换演示者，然后您就可以了。 罗宾，把它拿走。
罗宾·布卢尔（Robin Bloor）：好的。 感谢您的介绍。 大约一个半月前，我与实际上是DBA的开发人员进行了交谈。 他并不是真正的DBA –他是一家特定公司的DBA，并且他是唯一可以实际执行查询的人。 但是他厌倦了这样做，因为他确实是一个相当聪明的开发人员。 所以他离开了。
而且，无论如何，他每个月都要为他们做几天，因为他们找不到任何人代替他，而且他们根本不知道数据库的功能或如何对其进行调优。 我当时正在考虑这一点，只是，您知道，他们确实没有IT部门，但是这个人正在为他们提供支持。 实际上，他大部分时间都是在DBA工作。
对于复杂的数据库（Oracle，SQL Server，DB2以及所有大型，昂贵的数据库），数据库调优是一项艰巨的任务。 这也是一项安全的工作。 确实，之所以这样说，是因为它正在发生变化。 我会通过这个。 您知道，关系数据库–通常情况是，关系数据库仍然在流行中占主导地位。 他们很可能会在很长一段时间内占据主导地位。 是的，现在还有其他数据库可以获得更多广播时间，但是，您知道，当您实际查看那里发生的事情时，Oracle正在做大部分事情，Microsoft SQL Server位居第二，并且云中发生了许多事情，可能会带来挑战。 他们是游戏中的大巨头。 它们是可以用于OLTP和实际数据仓库工作负载的数据库。 替代方法通常主要用于分析环境，然后通常由数据决定我们为什么选择替代方法，而不是关系模型。 人们通常不这样做。
公司倾向于在单个数据库上进行标准化。 我最近遇到一家公司，该公司拥有5, 000多个Oracle实例。 我是那种从那家公司与我交谈的人，我是问他们有关DBA的问题。 他们说他们有大约10个DBA，正在照顾大约30个数据库。 其余的，Oracle基本上只是被用作最终系统。 使用它们的应用程序对数据的压力很小。 但这让我感到惊讶-5, 000个Oracle实例。
而且，顺便说一句，他们拥有Oracle财产许可证。 好吧，很明显，公司许可证。 但是他们也有其他数据库，因为有时您知道应用程序附带了首选数据库。 并非只有Oracle是唯一的事情。 值得一提的是，Hadoop和Spark都不是真正的数据库，距离他们获得我认为的数据库规则还需要很长时间。 当然，对数据链接很有用。
通过DBA活动-也许Bullett可以说的比我多得多-但是我将继续进行这些操作。 这些就是我倾向于想到的，DBA的工作。 他们安装，配置，升级，执行许可证管理。 他们以一种或另一种方式执行许多ETL和复制工作。 他们进行存储和容量规划。 他们进行故障排除，或者他们是故障排除团队的成员。 性能监视和调整几乎是他们的大部分活动，但是您知道，所有其他这些东西并不小。 安全性，他们负责备份和恢复。 他们应该参与软件测试系统，并且可以参与数据生命周期。
性能。 当我曾经是这些家伙之一。 当我运行和调整数据库时，这就是我的理解方式，您知道吗？ 有CPU，在今天，以一种或另一种方式，CPU通常处于闲置状态，因为它可能是另外两个或其中之一–嗯，其他瓶颈之一实际上是导致问题的原因。 如果您在网络的多个节点中运行，并且可能实际上遇到了一些锁定，则内存，抖动和碎片或磁盘或磁盘I / O饱和，有时会导致网络开销。
但这就是我所看到的世界。 最近，我看了一下Oracle以及Oracle中的调整参数数量。 它已经超过了300。您知道，而且如果您真的考虑过这一点，一个真正知道他在做什么的DBA必须对为什么您会搞砸其中任何一个有一些想法。 因此，这是一项复杂的工作，并且因此而变得更加复杂。
您知道，现在我们有CPU，但是您已经… CPU已经存在，CPU上有GPU或CPU上有FPGA。 因此，CPU上实际发生了某种杂种。 很久以前，CPU就成为了多核。 实际上，发生这种情况时，我不再调整数据库。 现在我想到了，我不知道它实际上有什么区别。
您知道，3D Xpoint和IBM的PCM将作为额外的内存层出现，并且我们有SSD，但您知道，它们正在取代生锈的金属。 但是SSD的速度可能会有所不同。 有这么多，您可以并行访问，这使它们运行得非常快-接近RAM速度。 您已经拥有所有并行硬件架构。
这一切，您知道，成本在下降，这确实是一件好事，但这都是在制造–您知道，如果您采用数据库的下一个版本，然后开始在计算机上实施它，甚至其中的一些这样，您实际上就失去了对数据行为方式的直觉，因为延迟之间的差异非常大。 在这里，您知道有四层而不是三层存储。
数据库问题。 您会得到数据库熵–实例激增非常普遍。 数据库被用作橱柜，这实际上就是我给出的示例。 很少有数据库可以进行自我调整，而那些声称是自我调整的数据库实际上并不那么好。 但是另一方面，很少有数据库可以正确调整。 能够平衡工作负载是一项艰巨的任务。 我的意思是，当您考虑数据库时，数据库在24小时内可能会做什么，工作量可能会非常非常不同。 数据库必须具有特别真实的数据仓库。
因此，您知道调整并不是一件容易的事，因为您正在做的是调整参数，这些参数必须在给定的时间点上满足整个工作负载的范围。 基本上，这是一项艰巨的工作。 而且需要特别针对SQL JOIN调整SQL。 您知道，它们可能非常消耗资源。 而且，老实说，如果数据库具有实体化的视图，则应该调查这些视图的用法，因为它们会使所有操作变得异常快。 这就需要有人了解工作负载并了解SQL流量等等。
大多数公司雇用的DBA很少-非常昂贵。 我知道相当大的公司，例如，有三个家伙，实例很多。 确实，它们花费很多，就复杂性而言，这是一项艰巨的工作。 他们需要工具。
我想这就是我要说的。 哦耶。 让我们进入Dez，看看Dez怎么说。
Dez Blanchfield：谢谢Robin。 这是一个巨大的话题。 我将坚持我认为实际上是我们每天面临的挑战的事情。 因为我们面对现实，所以有一个完整的图书馆主题书籍。 谁还没有去技术书店，却发现了只写关于数据库性能，数据库调优和监视的一般主题的书籍。 有时，这是一种消磨时间的好方法。
通用主题：获取性能查询。 组织中有许多不同的部门都在忙这个话题–在您的最终用户级别上，根据我的经验，人们只是在体验性能，结果很慢。 旋转轮需要一段时间才能使查询返回。 另一方面，您却遇到了基础架构，网络和存储工程人员，他们被数据库专家所打败，因为事情的运行没有他们期望的那样。 根据我的经验，这是一个非常广泛的领域，可能会影响我们在该领域中的生活。
如果您从物理的角度考虑，则只知道计算机空间。 如果您愿意的话，它有内存，RAM –磁盘空间，网络以及周围的所有位。 在这个空间中，我们知道，它存储着这样的想法，即，最好使用原始磁盘或JBOD，并且，只要知道，请尽可能快地提升磁盘并让数据库整理出数据保护层。 其他人是RAID的忠实拥护者，是廉价磁盘的冗余阵列，并且对RAID 0、1、3，有时5和6的磁盘上不同类型的条带化或复制有不同的信仰，以防万一硬盘发生故障。 即使在存储级别和工程级别，我们仍然对存储类型的性能有不同的看法和经验。
例如，它是直接连接的磁盘和服务器本身，还是通过光纤通道与某种形式的存储区域网络连接，例如它是通过iSCSI从服务器安装在某个地方的存储，还是以太网？ 那是在您真正进入数据库层之前，在那儿，您知道我们认为理所当然的各种事情–您知道，只要像Eric所概述的那样维护，我们就称之为与数据的对话。 仅仅能够确定我们认为可以开始探究性能问题的模式和有意义的模式。
这是一个非常广泛的主题，因此我将深入两个领域，根据我的经验，投入的时间和精力以及精力会获得良好的回报。 因此，让我快速跳到其中的第一个。 我只是开个玩笑去寻找一张图片，里面有一个骨架，外面有皮肤，但是乐高积木可能是最不可怕的。 但是从很多方面来说，这就是我的想象方式，并且从心理上描述了我们有时使用支持它们的分析平台和数据库所面临的挑战。 就是说，实际上，作为消费者和最终用户甚至是开发人员，您经常会看到贴面蒙皮层，但这实际上是其下面的骨架–这确实是您需要关注的问题。
在这种情况下，您会知道，当我们考虑到可能会影响当日产生的数据库性能和分析的因素时，性能会受到影响，核心基础架构并仅监视该核心基础架构，正如我刚才概述的那样，您的磁盘，内存和CPU。 正如罗宾·布洛尔（Robin Bloor）博士所强调的那样，虚拟化方面的挑战，芯片本身正在发生的事情，性能下降到核心级别以及每个核心中每个芯片中的内存量现在都面临挑战。 对于普通人来说，这些都是非常技术性的挑战。
保持在查询监视之上。 您知道，例如，围绕监视查询和查询队列的挑战之一是–我的意思是，SQL作为一种语言以及分析工具周围的数据库工具非常强大，尤其是SQL作为一种语言。 但是，在许多情况下，这种强大和简单的特性也带来了一个挑战，那就是，如果不是一个应用程序一遍又一遍地由优秀的开发人员编写并由优秀的DBA发现，那么它可能会做非结构化查询的人。
这样做的问题是，学习一点SQL并开始进行查询是很容易的，但是结果，您不一定拥有所有的技能，经验和知识来知道您是否正在做做数据库是好事还是坏事。 因此，不断地运行相同的大错误，大错误可能只会使建筑物倒塌。 保持查询监视的顶部是一个有趣的挑战。
只需监视响应时间，直到平台在做什么以及用户在做什么。 再一次，您知道，没有正确的工具，这不是您只是凭直觉看事情，然后认为：“哦，他们的网络运行缓慢”或“用户内存运行不佳”或“索引运行不佳” ”或“正在膨胀。”
然后，您知道，一旦发现问题，如何将其拆开并拆分，以解决结构不良的查询所面临的全部挑战？ 而且，您知道这是有人手动运行的临时查询，还是带有仪表板前端的分析工具，由于他们以错误的方式提出问题而表现不佳，还是真的，真的写得不好吗？
然后，进行这种迭代，Eric在设置中首先说，您知道，只是反复地反复遍历并微调那些工作流程。 您知道吗，我正在运行哪些工作流，它们如何运行，它们运行的频率如何，针对它们运行的代码是什么，在CPU，内存，磁盘和网络中针对它们的运行位置？ 是的，那只是一个非常非常技术性的挑战。
然后，人们在这个世界上寻找的必杀技，而从历史分析和性能调整以及针对您的环境的警报转变而来，这真是太好了，因为如果您知道事情进展缓慢的原因，将来可能会制定一个计划昨天早上九点。 但这现在对您无济于事，也无济于事。
我认为容量规划，大小调整，扩展和调整是众所周知的，所以我认为我们现在正在看到一种趋势，在大型环境中，人们拥有大型数据库平台并且广泛分布的数据库环境正在发生变化。从历史警报和计划到预测性警报和计划，他们想知道当前正在发生的事情并能够对其进行计划。 还是我们用光了内存，接下来一个小时就要用光了，我们该怎么办？ 我们可以实时进行哪些容量计划？
劳驾。 到了这一点，您发现，发现这些障碍的整个挑战实际上阻碍了我们所说的流动分析，并在您的组织中成为规范。 正如您所看到的，对于每天的巨大，未洗的群众来说，这是一个不小的挑战。 对于技术娴熟的人来说，这仍然是一个不小的挑战。
您知道，如果仅凡人很难，我们如何使这成为可能？ 因为，您知道，其中大多数都是普通用户无法解决的事情，我们可能会有一些特殊的数据库工程师，数据库开发人员，代码开发人员，程序员，但实际上他们仍然必须能够解绑环境。 他们必须解决诸如人们重用代码之类的问题。
您知道，在数据库服务器基础架构的超大型部署中，分析平台上的性能影响方面，我所看到的最糟糕的事情之一就是人们采用了一段代码，一段SQL或被盗的过程，而他们却没有这样做。不会写，他们不知道这是好书还是坏书，他们只是重复使用它，因为它给了他们想要的结果。 但是事实证明，可能只是为了获得一个或两个结果而正在编写的东西，例如报告-有人在赶时间。
因此，人们使用的是他们未编写的复杂代码，只是将其用于应用程序开发中，而不知道他们实际上是在惩罚后端。 即使只是监视性能影响并查看查询来自何处并进行深入研究，这也是我所看到的日常挑战。
基本的行为，例如在可能的情况下为数据进行预分级。 只会经历的事情会教给您，例如如果要进行批量导入，则删除索引，然后重新建立索引，这样当您提取TB级数据时就不会维护索引。 您知道，没有合适的工具，几乎看不到它，因为您不知道索引会受到冲击。
定期优化索引大约是101，但是，如果您进行批量导入，或者如果有人进行了很大的查询，就会在查询中创建表呢？ 您知道，这可能会严重打击性能，而且，如果您不进行监视，则没有工具可以看到这种情况，这种情况只是在后台发生，并且您不知道如何解决。
将查询限制为仅需要的列数–我的意思是，这听起来确实很基础，但是再次，如果看不到它，就不知道它在发生，然后它就在后台发生，这会伤害到您，在你身上。
知道何时以及在何处使用临时表，对大型删除和更新进行批处理。 再说一次，所有非常简单的事情，但是没有那种可见性，没有实现这些目的的工具，它们只是处于后台并不断伤害您，您只是不断在数据库环境中投入更多的内存或CPU来获得更好的分析平台性能。确实，您应该能够深入了解伤害您的细节并解决该特定问题。 然后，您知道诸如外键约束之类的东西，以及如何找到它，甚至如何知道这是一个问题？
这使我得出了这里关键点的结论，那就是，您知道，每天，我们到处都可以看到这些问题。 随着数据库环境变得越来越大，范围越来越广，正如Robin Bloor博士在此处强调的那样，随着数据库时间的增加，我们获得了越来越复杂的环境模型。
然后，还需要集成到不断涌现的一些大数据平台（如Hadoop和Spark）中，并且越来越多。 我认为，我们应该找到更好的方法和特定工具来智能地执行此实时平台性能以及分析和诊断。 因为如果我们不开始使用工具来深入研究这些问题，那么它将花费实时，真实的金钱以及最终用户的挫败感和真实的金钱。
因此，我将从IDERA移交给我们的朋友，因为我相信他们有一个很好的故事来讲述我们如何能够解决这个问题。
Bullett Manale：听起来不错。 非常感谢您，我将继续进行。 我在这里也有几张幻灯片，让我继续进行一下。 其中一些我们将很快跳过。
为了给您提供一些见识，我是IDERA的销售工程总监，因此我们要做的是定期与DBA交流，以了解他们在很多情况下所经历的痛苦和挑战。 ，性能监控以及诸如此类的事情。 而且，我们从该听众那里听到了很多信息，所以我想我可以定期分享从他们那里收到的一些有意义的信息。 我将跳过其中的一些内容，因为我不认为它们与对话真正相关。
您知道，我在这里有自己的DBA职责清单-看起来很像Robin的清单，而且我认为这很一致。 我认为，当您与数据库管理员交谈时，总会-您比其他人更容易涉足其中一些领域，并且没有押韵或理由，这仅取决于环境。
您会听到人们想要做的事情的范围很广。 很多时候，想要这些东西的人不想要它们，他们会要求他们，在某些情况下，您会开始钻研他们真正想要的东西，然后发现他们我真的在寻找更多。 他们确实想要的信息超出了他们最初的需求，而当您开始深入研究该工具时，我认为您可以在这里开始说他们正在与数据进行对话。
而且我认为这是一个非常有趣的短语，从说“是的，好吧，如果查询有误”的意义上说，这真的很有意义吗？ 它是消耗大量读取或写入或CPU的查询吗？ 它可能运行很多，也可能就像您所说的那样写得不好。
就我们如何识别这一点而言，就您的产品（诊断管理器产品）而言，您将通过多种方式向我们展示DBA可以解决的方法。 它具有真正的灵活性，我认为这是一件大事–您必须拥有一个可以帮助您解决这些性能问题的工具，因为每个人的环境都有些不同。
而且，在监视方面将有很多需求，甚至是晦涩的需求，因此您必须拥有一些灵活的东西，并且这些东西必须能够正常工作并且能够符合环境要求。您正在尝试管理。 您知道，并且我有很多这样的示例–我不会遍历每个示例，但是您需要一些可以在一个数据和另一个数据之间来回切换的东西，我会在我们略微介绍产品并向您展示该产品时，以及我们如何操作时谈论这些。
但是，对于任何好的分析工具，我认为的另一件事是，您真正需要的是一些核心内容。 显然，您首先要避免的是一个以性能为名会导致自身性能问题的工具。 当我说免费收集数据时，我不是在谈论金钱成本方面的成本，而是在间接费用方面的成本和我们所使用的资源量方面的成本。将以表演的名义使用。 您肯定希望那里有什么会有所帮助的。
您需要能够获取所需数据的特定于您在日常中遇到的问题的东西，并且可能有些东西不需要并且不需要。不需要，并且如果您不打算对其进行报告或在尝试管理该数据方面有任何需求，则收集该数据没有任何意义。 例如，在与性能相关的元数据方面。
您知道，一个很好的例子是，如果我不希望它首先运行，则不需要通知SQL中的Distributed Transaction Coordinator服务已关闭。 因此，不要提醒我，不要针对它收集数据-我不需要这些信息。 因此，具有开启和关闭这些功能的能力非常重要。
一旦您收集了数据，便能够快速访问数据-您不必知道，运行和处理数据，操纵数据-便能够快速有效地进行处理。 然后，一旦有了数据，显然了解它就非常重要。
现在，在这里，与我们今天将向您展示的Diagnostic Manager产品类似，该产品，您知道，我很想告诉您该产品将要替换并成为一个DBA。 现实是，它需要一些有关您的环境以及您要实现的目标的知识。 显然，了解DBA本身的作用显然很重要。
现在，我们尝试做的是通过帮助和其他方法进行教育。 但是，很显然，您总是想将其与某种类型的经验水平联系在一起，或者某个人一旦收到数据便知道如何处理。 拥有一个能够对产品提出正确问题并与数据进行对话的人显然是关键。 然后显然能够理解数据。
一旦掌握了信息，便可以将其传达给合适的人。 我的开发人员，我的运营团队–不管是谁，我可能都需要与其他产品集成在一起，才能做到这一点。 这些都是真正重要的事情。 然后，显然，最后但并非最不重要的一点是，如果我需要了解更多，能够做到这一点。 它是否意味着要打开更多要收集的数据，还是意味着只是更深入地了解数据。 您希望，有了可以帮助您提高性能的工具，您将获得解决这些问题所需的所有功能。
我想在这里没有提到的一件事可能是值得注意的是，您需要一种工具来帮助您区分正常和不正常。 我认为这是一个很大的警告，因为，您知道，这里有大量警报产品和事物，但是如果您收到警报，而警报是虚假警报，则对您没有任何好处。 ; 这不仅浪费时间，而且会比帮助他们更多地降低您的效率。 所以，您知道，这些是我要记住的事情。
当我谈论该产品时，我会将所有这些东西都绑定到IDERA产品套件中，这是Diagnostic Manager产品，我认为这可能是我们在这里所说的数据库方面的主要特征调优，性能和监控以及诸如此类的事情。
人们正在寻找企业级的监控； 他们希望能够在一个屏幕上进行访问，并能够知道事情正在按应有的方式进行。 或者，显然，他们希望能够在出现问题的情况下查看问题出在何处，然后再深入研究它。 我认为，人们真正希望通过这些方式来真正提高自己的表现的主要方式是什么。
显然伴随着的另一件事是，我不能仅在当前操作，并且我需要能够回溯一段时间，这是否意味着查看运行不佳的查询，或者这意味着您知道，查看主机VM本身在资源方面的表现方式。 所有这些事情您都必须能够做到，而且您不会每周7天每天24小时坐在那里盯着控制台。
如果您正在休假或在深夜，或者可能是任何时候，那么您需要能够与时光倒流的东西，以便能够说出实例发生的情况我们遇到问题的时间。 就本次讨论而言，再次高效，快速地做到这一点并能够深入研究它绝对是重要的一步。 我想说这可能是人们正在寻找的更重要的事情之一。 他们一直在寻找过去的窗口，因为那确实是一门im –您知道，您不想坐在那里等待再次发生的事情。
列表上的下一件事情实际上只是与查询性能本身相关联，回到了我们之前讨论的内容。 我将向您展示Diagnostic Manager产品中的几个不同示例，我们将如何做到这一点，当然，最终，它将为您提供有关查询本身的许多选择，包括你想聚会。
根据您是否对引起资源紧张，CPU消耗或I / O消耗的查询感兴趣。 无论是需要很长时间才能完成的查询，还是一般而言，可能不是性能方面最糟糕的问题，但运行频率如此之高，以至于其运行频率本身就可能成为问题。 显然，能够随着时间的推移发现这些查询的趋势也是其中的重要部分。
在此产品中，可以使用许多不同的方法来完成此操作，我认为这显然是大多数DBA真正重要的一环。 即使您没有自己内部开发的应用程序，也可以去软件开发商那里说“嘿，您知道吗？ 您知道，这项工作每天下午两点开始，或者无论是什么，“是由您的应用引起的，我们需要对其进行修复。”即使您还没有完成，控制代码本身，知道何时发生问题仍然很高兴。
然后，您知道，另一部分显然更加主动。 能够成为第一个知道的人，能够理解何时发生问题。 不仅要成为第一个知道的人，以便您可以纠正它，而且在很多情况下，很多情况下，当您需要时可以自动响应。 您可以说，知道，而不是收到一封电子邮件，说：“嘿，您需要解决此问题。”可以，说我已经准备就绪，可以自动解决该问题，这显然非常好。
而且，如果没有以自动化的方式解决问题，至少可以成为第一个知道该问题的人，以便您可以采取纠正措施或联系可以的人。 因此，对于您可能在机器，实例和分析本身的监视方面遇到的这类问题，显然是重要的重要部分。
现在，我在前面谈到了这一点，那就是事物的灵活性。 我不能太强调这一点，即开即用地说，如果没有被监视的东西，能够在产品中具有可以将这些东西添加到产品中的功能，被监视。 在诊断管理器示例的意义上，很明显，我们知道WMI计数器，计数器，SQL Server计数器可以创建自己的查询。
作为轮询的结果，您甚至可以知道是否愿意从vCenter环境或Hyper-V环境中提取数据，并且可以定期执行该操作，并且拉取数据并能够查看它。 而且，当您查看此信息时，请再次从一个地方转到另一个地方。
因此，就我所见，人们看到他们在谈论一种将在调优和性能方面帮助他们的工具时所要求的东西，而我将仅向您展示该产品。第二个是Diagnostic Manager，它支持从2000到2016的所有内容。它特定于SQL Server，因此我们监视管理这些内容。 实例本身上没有正在监视实例的代理。
这可以回过头来收集信息，但要付出一点代价，那就是，您知道我们显然尝试了更多地收集信息，而不是使用大量资源，对吗？ 我们正在尝试利用SQL Server已经提供给我们的东西并使之变得更好，无论它是动态管理视图还是扩展事件，或者无论是集合本身如何。 能够利用这些信息并使其变得更好是我们的任务之一。
现在，如果您快速浏览一下此内容，我不会详细介绍该体系结构，而是拥有一个后端存储库，其中包含我们可以管理的所有历史数据，并且可以保留长达你要。 您甚至可以选择要保留的信息类型以及保留时间。 可以回过头去，收集适当的数据，而忽略不必要的数据。 如果您希望将查询保留5天的性能，然后将其保留两年，这完全取决于您的能力，这完全取决于您的权限。
此产品有许多不同的控制台。 您有基于Web的版本，也有胖客户端版本。 因此，这具有在浏览器上跳转并查看正在发生的事情的灵活性，或者如果您在便携式计算机上安装了专用客户端，那么这两种方法都将对您有效。
现在，我想做的是一种快速演示。 我要指出的是-我要回到这里的另一张幻灯片-我们确实已经添加了，就像针对那些熟悉该产品的人的仅供参考，我们提供了一个新产品诊断管理器专业版。 一项专业服务，其中包含我们称为工作量分析的内容。
真正的意义在于，能够交互地查看非常长的一段时间，然后从30天的视图过渡到大约3次单击的5分钟视图。 而且，能够看到性能高峰或瓶颈中的问题，就可以知道，您可以看到很高的水平，而又看到了很低的水平。 尤其是今天，这对于产品来说还是新的。
但是，我想做的只是从头开始，我想谈一谈这种旋转和往复运动。 我已经举了一个例子，我将在这里在屏幕上分享。 而且，让我们看看…到了。 我的屏幕。 伙计们，让我知道，您可以看到它。
埃里克·卡瓦纳（Eric Kavanagh）：你去。
Bullett Manale：那里一切都还好吗？ 好的。 因此，您现在正在看的东西-这是Diagnostic Manager产品-我只是想给您一个关于这里发生的事情的高级演示。 在此特定示例中，我们正在做的是向您显示与等待相关的查询。 因此，当我谈论能够来回，更深入地研究并进行旋转时，这就是–这里的观点就是一个很好的例子。 我可以从时间轴视图开始，就像我们在这里看到的那样，该视图现在将显示。 在我们的案例中，我们正在查看等待本身以及等待本身的类别。 我们可以看到与这些等待相关的语句，我们可以看到应用程序。
请注意，它位于此处的时间轴视图上，因此我可以根据问题发生的时间来线性地识别该信息，然后再次，如果我想再次旋转一下，然后说：“您知道什么，让我们来看一下这是从不同的角度来看的，”让我们从“我想查看让我感到最痛苦的查询，等待或应用程序，并对它们进行排名”的角度来看待这个问题。”可以通过“按持续时间查询等待”来查看。现在，我们看到的应用程序本身使我感到最痛苦或等待。
然后，这才是最重要的部分，那就是能够隔离这些东西。 我可以看到NoSQL应用程序在这里开始。 这导致我需要大量的等待时间，而在我们钻研的这个30分钟的窗口内，等待时间只有25秒。 然后，我可以隔离该应用程序，并且可以看到在这种情况下直接影响此特定实例的语句。
因此，这仅是一个示例，说明您如何能够识别瓶颈，能够对信息进行排名，能够对需要首先解决的问题进行优先级排序。 这些都是您必须考虑的事情。 您知道，您可以整天解决问题，但是如果要解决列表中最底部要解决的问题，那是在浪费时间。 您有与此相关的机会成本。
我再举一个例子，这是一个不同的例子。 除了需要专门指出问题或指向某个区域之外，您还需要一种能够在广义上帮助您的工具，例如“嘿，我们有问题吗？”或“有什么我可以做的事情来提高性能？”，并有一些幕后工作，观察发生的事情。 在这种情况下，这可能与配置有关； 您知道，它可能与管理实例本身的运行状况的方式有关。 而且，显然，性能也是如此。
如果我点击这里的“分析”按钮，那么我要向您展示的是，在该产品中，我们还主动列出了一些东西，这些东西可以按排序的格式执行，从而从本质上为您提供洞察力。可能会增加您在该实例上的性能或该实例的运行状况的事物。 从某种意义上来说，它是一种排序的格式，它具有查看特定的特定类型问题的能力，从而可以查看哪些更可能提高您的性能。
因此，当我查看并识别它们时，不仅发现自己有问题，而且在很多情况下，我还具有可以自动构建以解决该问题的脚本。 但是在许多情况下，我们还具有外部链接，这些链接将引用我们所遇到的问题的类型，以及为什么我们也给出此建议，以便使您对事情有所了解。 再说一次，我认为在解决问题时，这很重要。
我不想只是盲目地遵循这些建议，我想了解为什么要提出这些建议。 而且我可能是从事此工作已有30年的高级DBA，在这种情况下，我需要做些检查（在这种情况下，请检查-或在i上加点划线，然后在t上划线），或者我是初级DBA，在理解这些问题的发生以及为什么提出这些建议方面，我需要一点帮助。
就像我说的，我将带您了解产品的几个不同部分。 您知道，该工具自2004年，2003年以来就已经存在。它确实投入了很多开发资源，大量信息，因此尝试在此处向您展示所有内容没有任何意义。 但是我认为值得一提的是，当我们进入并开始谈论您可以监视的所有内容以及可以发出警报的所有内容时，再一次回到了事物的灵活性上，这是我们正在监视的所有项目的清单。
现在，这并不一定意味着如果它们在阈值方面失控，我并不想考虑这些事情处于警报状态，因此您可以打开或关闭这些事情。 可以这样说：“嘿，我只需要对某些指标做某些事情。 您只需要对某些问题发出警报即可。”并能够确保我们不会因一堆误报而使您感到饱和。 您不仅具有打开和关闭这些功能的能力，而且在许多情况下，您会注意到我们还提供了与每个指标相关的正常范围。 因此，如果我查看这个特定的基准线（在本例中为基准线），我会注意到该阈值可能会更高。
另一方面，如果我有一个SQL实例，我正在跟踪一些指标，而这些指标由于某种原因，我设置的阈值不正确怎么办？ 换句话说，阈值是基线实际所在位置的中间轻拍，这意味着如果我有一个警报与该阈值相关联，那么我可能会收到正常事件的警报。 因此，在这种情况下，我们也可以为您提供全面的见解。
对于该特定实例的所有指标，我可以看到那些阈值可能会在正常值和非正常值方面显示误报。 在内存方面，这将被更多地视为一种正常使用的东西，如果我想增加该阈值，我可以，但这是基线的想法。
就基线本身而言，关于Diagnostic Manager产品的最酷的事情是能够设置多个基线。 您可能会问：“我为什么要这样做？”答案是，好吧，如果您有一个维护时段，从午夜到凌晨4点运行，那么您实际上是在向资源加收税， “实际上实际上是在尽可能多地使用资源，然后您希望能够再次转移，并且想要稍作调整，然后说：“看，我们将为此而改变阈值。”实际上，我们可以根据一天中的时间或一周中的某天等来动态地调整阈值，特别是针对碰巧进入的基线。 因此，它将为我们动态调整这些阈值。
让我们再次采取步骤。 一旦确定了这些阈值，便要进行遍历，就设置警报和通知以及被告知可能发生的这些情况而言，灵活性再次是最重要的。 您希望能够在特定情况下发出警报。 在其他情况下，您可能想发送电子邮件给其他人，您可能想运行PowerShell脚本，您可能知道列表继续进行。
我可能想通过SNMP陷阱或什至直接与（例如）SCOM进行集成。 关键是，您可以灵活地执行此操作，并且可以在所有实例中设置任何条件类型都可以保证满足的条件，无论是非常广泛的条件（您知道我的CPU和内存还是任何资源） ，或者我想监视一种非常特定类型的内容，因为当我发现我们违反此规则时，我想针对该问题运行一个非常特定且定向的脚本。 因此，在此方面，您可以在Diagnostic Manager产品中执行此类操作，就警报和通知而言，并且从该角度出发，它可以变得灵活。
现在，我将不介绍所有警报和所有这些好东西。 我确实想谈论这些报告。 而且，再次能够以多种不同方式获取信息并利用该数据–这又一次回到了与数据的对话。 很多人在第一次看到该产品时就会想到：“哦，好吧，我将拥有一个可以在出现问题时提醒我的工具。 事实是，他们需要该工具，但另一方面，如果他们确实需要-他们还需要一个工具来帮助他们做出决策，并且他们可以利用我们所掌握的信息以绩效为名并以警报的名义收集信息，以帮助您在前进的道路上做出决策。
您知道，一个很好的例子就是我在数据库中的增长预测。 如果我有一个正在增长的特定数据库，则可以指向该数据库甚至多个数据库以查看增长率。 我们不会根据今天的情况向您显示信息； 它将根据我们过去的增长进行预测。
如果我在这里有一些数据库（我碰巧有一个，可以想象一下），我可以说：“让我们来获取最后一年的数据，让我们按月将其与样本关联起来以月数为单位，让我们继续进行下去，看看未来三年我们将看到多少增长，即36个单位。”在这种情况下，我们可以非常迅速地回答这个问题。 现在，尝试自己做，对吧？ 尽我所能地尝试完成。 这将花费您一段时间。
现在，为了进一步强调这一点，让我们来看另一个报告，这是我的顶级服务器报告。 想象一下，我有一百个生产实例，在这种情况下，我没有。 但是，如果有人来找我说：“我需要您告诉我-我们将为这个出色的新应用程序放置一个新数据库。 它将改变我们所知道的一切； 这将使生活变得如此美好。 哦，顺便说一句，数据库本身将真的是I / O密集型的，或者它将是CPU密集型的，或者真的是内存密集型的……”，无论它是什么空白，我都想能够看到我所有的生产实例中，将该数据库放在哪里有意义？ 而且我可以根据可能的类型将所有实例相互排名，无论是CPU，内存，磁盘还是任何情况。 因此，这里的要点是能够快速，有效地回答该问题，并做出正确的决定，而不是猜测何时做–这些显然很重要，并且您需要一些可以帮助您的东西。
而且，当我们谈论分析时，它的范围可以从我们正在谈论的容量规划之类的内容，到可以每天处理可能会涉及CPU的警报，您知道，以及查询本身，是否存在阻塞等等。
另一个例子是，如果我去了这里的管理部分-实际上，我把它带回了这里的警报部分-向我们的历史信息存储库查询过去发生的事情。 我在生产环境中是否曾阻止过这种情况？ 我不知道，让我们找出答案。
我可以返回到“生产”标签，并且可以针对我的所有生产实例说出给定的时间段以及要确定的任何指标。 如果我进入了警报状态，就我们而言，是说按计数而不是按秒数进行屏蔽，那么我可以返回，如果需要，可以再几个月，或者在这种情况下情况，一个月-我可以看到那堵。 我可以看到它开始的时间，也可以看到它结束的时间，如果需要的话，可以深入研究任何这些拉动间隔，以了解阻塞事件本身的具体情况。 您需要能够快速完成一些事情，能够找到所需的内容并寻找，而不是花很多时间才能完成。因此，我认为这也很重要。
我要向您展示的最后一件事-并向您展示该产品-Diagnostic Manager产品-正如我们之前提到的，我们已经投入使用，并在SQL Diagnostic Manager中添加了另一个组件专业产品。 这就是工作量分析组件。 这是基于Web的版本，在这种情况下，我们在此向您显示。 但是这里的要点是，这使您可以查看一段很长的时间或非常特定的时间窗口，然后单击几下就可以看到与可能发生的问题直接相关的代码。 。
举一个例子，如果我查看一个为期四周的视图，就可以在这里看到数据库的所有峰值，这些数据库的性能以及在这些数据库上看到的等待活动。 现在，您可以看到，如果我在此处看到峰值，则此工具本身的好处就是能够突出显示该小条。 然后，当我这样做时，这里的所有内容都会发生变化。 我们将能够看到数据库，我们将能够看到所有命令都与该栏后面的内容相关。
如果我说“让我们看看过去四个小时”，而不是过去四个星期，那也是一样。 我仍然可以做到。 我仍然可以强调这段时间，然后从那里开始-再一次，这是我的重点-我可以链接到这里的所有这些内容。 在这种情况下，我可以看到最重要的SQL语句，这些查询导致与CPU消耗相关的等待。 只需深入研究，我就可以看到与此处相关的那些查询-糟糕-还可以看到程序以及与此无关的内容。
您不仅在这里获得了很多见识，而且您可以看到，当您深入到命令级别时，它将告诉您一些事情。 它会告诉您是否看到繁重的运算符，然后您可以查看执行计划。 这花费了一些时间，因为加载此代码的范围非常广泛。 但是这里的要点是，您有很多不同的方式可以查看数据，查看所需数据，然后显然可以根据需要从那里采取行动，因此，比正常情况更长，因此我将其保留。
话虽如此，我将把它传递回来。 希望这很好地说明了我们正在谈论的事情。 就像我说的那样，我们用来提供这些示例的产品本身已经存在了很长时间，因此我们可以讨论并向您展示许多其他内容，但是如果您感兴趣的话您可以随时访问我们的网站并下载并使用它。
埃里克·卡瓦纳（Eric Kavanagh）：我喜欢您展示所有这些细节。 如果您返回几个屏幕，即使这个屏幕也相当不错。 因为有很多不同的方式可以直观地看到实际发生的事情，所以我认为这是近来计算中未被重视的方面之一。 当然，这是一个数据库环境，在很多方面，我都在开玩笑说：“我们仍在学习讲硅。”我们仍在学习了解如何了解正在发生的事情，并指出您的意思。是非常好用的，您需要与数据进行对话以更好地了解正在发生的事情，事情进展缓慢的原因，因为存在许多可能的问题。 而且，当然，IDERA拥有许多不同的产品，其中之一是我认为可以作为补充的旧的Precise产品。
但是也许罗宾，我将它带给您几个问题，然后狄斯，您的几个问题，然后听众中的任何人都不要害羞。 立即发送。
Bullett Manale： Robin，您静音吗？
罗宾·布卢尔（Robin Bloor）：是的。 没关系，我只是让自己安静下来。 我必须说，这是令人难以置信的–实际上使我对这个工具印象最深刻的一件事，因为它确实–尤其是考虑到事实很明显，您只是没有涉及整个维度，实际上，我认为，最令人印象深刻的是，它必须是训练DBA的非常非常好的方法。 您知道，是这样，因此，当您第一次开始进行数据库工作时，您实际上对数据库中实际发生的事情并不了解很多，实际上，真的很难理解。 那么，这是专门用于培训的吗？ 我会用它。
Bullett Manale：是的。 我的意思是，当您说培训时，您的意思是像DBA这样的正在进行中的培训，对吗？ 就……而言…
罗宾·布卢尔（Robin Bloor）：是的，是的，是的。 学习工具。 你知道的。
Bullett Manale：是的，我想肯定是这样，并且更重要的是，我们添加了这个，我们之前向您展示了Analyze组件，它具有与之相关的所有建议。 但是，我想可以肯定的是，您会在帮助中以及产品的许多不同领域中找到，确实为您提供了很多见识。 很多信息。
就像我说的那样，事实是，如果您不是DBA，则可以使用它。 您可能会发现自己做了一些Google搜索和类似的工作，只是了解大多数DBA拥有的知识，但是您可以将其关联起来，这肯定会在以下方面为您提供帮助：“嘿，您知道，嘿，这个东西叫做碎片吗？”或“为什么这个查询为什么要运行6, 000次？”的意思是，因为这些东西将带给您，它们将冒泡，您将看到它们。 您会发现自己是正常的，不是正常的。 您会看到尖峰的事物和非尖峰的事物。
通常，我们会尝试根据最佳做法来设置此内容。 因此，当您将其指向实例时，它将向您展示被识别为最佳实践之外的事物。 我的意思是，当然，您知道，现实是最佳实践是最佳实践，并不总是真正的实践。 但是，您知道的是，即使从安装它并将其指向实例的初始点起，它也将向您显示异常值。
然后，从那里可以根据需要进行一些修正，以解决问题并确定是真正的问题还是通常在日常工作中发生的事情。 然后，因为您有很多信息需要帮助和建议，所以绝对可以。
罗宾·布卢尔（Robin Bloor）：好的。 另一个问题（但是我敢肯定，答案非常迅速）是，您确实具有细化到单个查询和单个时间点并从那个维度进行查看的粒度。
Bullett Manale：好的，是的。 根据您要执行的操作，您可以查看一分钟的时间窗口，也可以查看三天的时间窗口，也可以查看三周的时间窗口。 而且，您知道，就像我说的那样，这取决于您要如何查看数据以及要收集什么。 在某些情况下，我们仅收集达到您确定的阈值的查询。 在其他情况下，我们可能会收集引起等待的每个查询。
但是您也可以说：“看，我确定的那些阈值，也许仅用于写入，或者仅用于读取，或者仅用于CPU。”因此，假设它超过了该阈值，那么然后，无论您要查看的时间范围如何，您都可以根据您认为有问题的内容查看有问题的查询。
您有很多不同的方式来查看数据。 您可以在合并视图中查看它，以了解查询，即启动了多少幕后查询，而您知道该查询的每一个事件都开始了，以观察模式看看它是否持续恶化。
但是要回答您的问题，您绝对可以指向所需的任何时间。 您拥有一个称为“历史记录浏览器”的东西-我有点使用它-但基本上，无论您选择的时间点是什么，在日历中选择的日期是什么，您都可以直接转到该时间点。
现在，我正在寻找11月15 日晚上7:05，我们可以查看针对该时间的查询。 如果在给定的时间范围内，我的任何设备运行不佳，我们将能够查看特定于该时间窗口的会话详细信息，以查看正在运行的会话。 我的意思是，这里有大量数据，就像我说的，最困难的部分实际上是大约30分钟的时间在控制台上玩耍，并弄清楚如何做这些事情。
但是一旦您认识到这里的大多数数据都位于该功能区中，并由这些选项卡分开，并且每个选项卡都有一组自己的动态更改按钮，这些按钮每次单击时都会出现，然后您是否在查看真实的-时间或上周发生的事情，这是相同的过程。 基本上是，我现在正在看11月15 日 ，但是只要单击该按钮，我就可以轻松地实时查看。 我将以相同的方式与数据进行交互。
但是要回答您的问题，是的，有许多种查看历史信息的方式，这也与查询本身有关。
罗宾·布洛尔：我明白了。 非常令人印象深刻。 而且，我喜欢Windows同步的事实，即使在当今处理实时数据的任何事情中，Windows同步都是非常必要的。
Bullett Manale：是的。 当然。
罗宾·布卢尔（Robin Bloor）：这只是我实际上不知道答案的信息点。 作为您的报价– SQL Server和云–您可以在“比率”下指向云吗？
Bullett Manale：可以。 您可以将其指向云端。 实际添加实例时，它将询问您是RDS还是Azure。 现在，基于从云中暴露给我们的内容将有一些限制，因此可能存在–我们可以监控的内容有些差异，仅因为在某些情况下，检测工具不基于Microsoft的公开内容，我们没有聚集的地方。
现在，如果您知道诸如EC2之类的基础架构即平台之类的东西，那根本就不是问题。 我们得到了一切。 在与Microsoft合作和与Amazon合作时； 我们正在努力更详细地披露这些信息。 但是绝对可以，我们确实支持这些环境。
Robin Bloor：好的，这很有趣。 好吧，我将交给Dez，我相信他会向您提出不同方向的问题。
Bullett Manale：好的。
Dez Blanchfield：谢谢。 我有两个非常适合你的。 我想，第一个是音阶，我想让我印象深刻的一件事是，当我们变得非常大，非常大时，性能的总体主题往往是我们考虑的东西。 ，非常大规模和广泛，以及TB级的数据。 观看演示时，令我震惊的是，这实际上甚至适用于非常小的环境，只是获得了性能上的成功。
您对此采取了什么样的传播方式，您是否认为它是，知道吗？您认为这是一种具有良好效果的工具，在我看来，确实如此，所以我认为这是肯定的。但是我只是很想看看你在看什么。 较小的组织正在进行相同的对话，并正在寻找实现此目的的工具，或者这确实是在更大范围内的事情吗？
Bullett Manale：很有趣–这是一个很好的问题。 有点混杂，但我想说我们有很多小客户。 当我说小的客户时，我的意思是，您知道要进行1-5次实例购买才能进行管理。 现在，在某些情况下，他们可能有30个SQL实例，而他们只真正关心这五个实例，对于这五个实例，它们确实非常重要，非常重要，足以投资于此类工具。
但是现实是，即使是较小的商店，也有少量的SQL Server。 在大多数情况下，或者在很多情况下，小商店非常非常依赖这些数据库，因为您知道它们的作用。 因此，他们没有，他们不能让它失败。 您知道，他们不能拥有工具。
硬币的另一面是，在一些较小的商店中，他们没有专用的DBA，因此，成为会议室中最聪明的人或会议室中技术含量更高的人最终被分配为DBA。 因此，在那种情况下，他们肯定会在寻求帮助，并且该工具显然也会在这方面为他们提供帮助。
对于您的较大环境，正如我认为是Dez提到的那样-或Robin，我不确定-但是，您知道，在较大环境中，您会对它们有多少个DBA感到惊讶，我的意思是，我们在谈论大量的SQL实例时，实际上有少数几个DBA负责对它们负责。 因此，从这个角度出发，您知道这些人正在寻求帮助，因为他们没有足够的资源来真正地帮助他们，因此，一种工具将有助于抵消其中的一部分。
因此，我们也看到了很多东西，在这里，您有三个人管理200个实例。 因此，如果您没有这样的工具，可以想像一下如果没有问题，便可以尝试找出问题所在。 我可以向您保证，这不是一种主动的方法。 因此，希望能回答您的问题。 是的
Dez Blanchfield：是的，是的。 它的确使我印象深刻-我认为Robin对此有所暗示-但是，您知道，当您进行演示时，您所描述的那种诺言，我的意思是，它们并不是非常大的环境所独有的。 您知道，您可以购买一个通用的现成平台，该平台专为一件事而设计，然后将其放入数据库共享环境中进行其他操作，这只会损害整个环境。
令我震惊的另一件事-它不是一个问题，只是一个观察，但是我会引出一个问题-那就是，当组织已经对其基础架构和平台，他们的数据库，服务器以及周围的基础架构，他们打算购买任何产品，无论是人力资源，ERP还是BI工具，他们已经进行了一笔相当大的投资。
与人交谈时，您看到什么样的反应，他们已经意识到他们遇到了绩效问题，但是他们觉得现在他们必须做出另一笔投资才能实现？ 是否有一点他们会在您进行演示后意识到，他们将这件事当成是轻而易举的事，这与其说是推销产品，不如说是推销产品。 您知道的只是，“我们将立即从中受益。”而不是仅仅销售产品？ 在我看来，它可以自我销售，而投资回报率只是跳出页面而已。
Bullett Manale：是的，您说这很有趣，因为很多时候会发生这样的事情，比如DBA甚至销售代表都会来，他们会说：“嘿，这些人想请参阅类似的ROI表。”更像是，我们会发送给他们的纸上物品。 而且该演示总是好10倍，尤其是，您可以使用DBA自己进行演示，因为–
Dez Blanchfield：是的。
Bullett Manale：就像您说的那样，产品会自我销售。 很难在一张纸上放一个ROI，然后说：“好吧，一个DBA通常会在一个小时内点击多少次？”，因为它与备份有关，无论哪种情况，您都知道， 你懂？ 试图把它放在纸上，真的很难做到。 但是，当您找到某人并向他们展示产品时，他们看到了，这就是您所说的。
人们意识到它的价值。 因为它不仅帮助他们理解和做出更好的决策，而且还帮助他们成为坏人。 他们可能是第一个认识的人。 他们甚至可以在发现问题之前就纠正问题。
另一部分是，作为DBA，您知道它是真实的还是感知的-我认为这是感知的-您确实存在性能问题。 当性能下降时，您就是指责您的人，而事实是，可能是真正引起问题的开发人员。
拥有一个可以说“嘿，这不是我的问题，我需要能够将其带给开发人员，并且他们需要更正此问题”的工具，或者，按照这些思路。 可以在武器库中说出“这是真正的问题所在”的好方法。您知道吗？
Dez Blanchfield：是的。 对您来说，最后一个让我印象深刻的是，在我们经历这一过程时，常常会想到性能问题时，我们倾向于引入特殊技能。 他们有20年的经验，看着他们，就像是一个家伙的经典笑话，他走进工程师店，拿着一把小小的锤子，在正确的位置击中机器，然后说，“那是15, 000美元的修理费，”然后人们会说，“我们没有为此付出代价，”您知道，因为这是工作的五分钟。 他说：“好吧，五分钟的工作花费了15年的修复经验，为您节省了数百万美元。”
在我看来，这似乎是一个中间过程，人们经历着这样的事情：“好吧，引入特殊技能，解决问题，它就会消失。”但是，他们所做的就是他们只是在上面贴上创可贴，对吗？ 与这种情况相反，从我在这里可以看到的情况来看，是的，他们可能已经解决了一些他们认为自己正在遇到的性能问题，但是在我看来，就在这时，只有这24 /您知道，有7种眼睛可以实时观察环境。
您实际上最终摆脱了DBA在凌晨四点醒来的情况，因为报表正在运行。 是这样吗？也许是出于夸夸其谈。但是，人们是否迅速从寻找产品投资转变为解决特定问题，从而使它成为DNA的一部分呢？
Bullett Manale：是的， 各地的情况各不相同，但是，我的意思是，我有一些最初购买该产品的人，例如2006年，他们去过不同公司的三个不同职位，并且他们已经进去了，当他们去下一家公司时，由于拥有工作流程，他们将此推广为获得的东西。 并称之为，我讨厌这样称呼，但是，您知道，工作流程涉及该产品，并且他们每天都习惯于该产品，并且对他们有帮助，所以他们不想学习新东西。
但是绝对。 我的意思是，大多数情况下，我们会吸引人们下载该产品，这并不是因为他们有预算，而他们正在外出，他们是在说：“嘿，嗯，我们有此绩效预算，我们需要做通常，会发生的事情是，他们在SQL实例上遇到了问题，并且正在寻求一些帮助，以进行概念验证。解决该问题。 他们去下载了我们的工具，解决了问题，然后他们意识到，工具本身不仅仅可以解决他们当时遇到的问题，还可以帮助他们改善整体性能并防止其他问题继续发生。 这是肯定的。 而且您肯定可以继续使用此工具来连续调整环境，因为您不仅将能够立即看到当前发生的情况，而且还可以看到上周，上个月，去年发生的情况，并将其与即将发生的情况进行比较明天。 你懂？ 那种事
Dez Blanchfield：是的。
Bullett Manale：可以肯定。
Dez Blanchfield：完美。 因此，您提到过，您提到了一些有关–我将总结一下，然后再交给Eric关闭。 我一直感兴趣的一件事是，人们如何亲身体验？ 您提到下载它。 他们如何获取，复制，旋转和使用它的30秒摘要是什么，以及仅为了获得实例，他们可能在基础架构方面需要什么？
Bullett Manale：那就这样，您可以访问IDERA（idera）.com。 IDERA.com是公司，如果您访问该网站-实际上可以在此处显示您-我不知道我是否还在共享我的屏幕，但是如果您转到“产品”页面，请转到诊断管理员链接，将有一个小的下载按钮，您可以在填写信息后下载构建。 他们会要求您提供32位或64位版本，就像他们所说的，您将一路奋战。
Dez Blanchfield：它会在笔记本电脑上运行以供某人玩耍吗，还是需要将其加载到某处的服务器上？
Bullett Manale：不，不。 实际上，我今天向您展示的一切都是通过笔记本电脑运行的。 现在，我的笔记本电脑有32个演出和8核处理器，但它仍然是笔记本电脑。 但这不一定必须有那么多资源来回答您的问题。 评估本身可以持续14天，但是非常欢迎您提供更长的试用期。 如果您只给我们打电话，我们可以为您提供服务。
Dez Blanchfield：我认为应该删除一些东西，因为我肯定会这样做。 我认为，从事物的外观来看，对我来说，下载并使用它很容易。 可能要进入您的环境之一，然后看看您能看到的内容，因为一旦您了解了数据库中的内容，我就怀疑–就像过去20多年来我在数据库背景中看到的所有内容一样，这些都使我老了。引擎盖，您意识到自己可以快速修复并且仅获得很少的性能提升，这真是令人惊讶。
太好了，谢谢你的演示。 真的很棒。 感谢您一直以来讨论问题。
Bullett Manale：不客气。 感谢-
Dez Blanchfied： Eric，我将转给您。
埃里克·卡瓦纳（Eric Kavanagh）：是的，听众确实有一个很好的问题。 您在演示文稿中谈到了这一点，而我实际上在推特上发了推文，因为这是一个很好的报价。 您说过，您不想使用一种工具来监视会对您的性能产生负面影响的性能。
Bullett Manale：好的。 那就对了。 那是性能监视工具的重要组成部分，因为它不会引起性能问题。 非常正确。
埃里克·卡瓦纳（Eric Kavanagh）：确实如此。 好吧，这就像是那些令人胆怯的–就像反病毒程序可能会对系统造成严重破坏。 我的意思是，我已经使用了许多不同的广播技术来播放防病毒程序，并会截断您的流。 因此，发生了您没有想到的事情，但是问题与您发表的特定评论有关。 您会看到什么样的效果？ 是百分之二，是百分之五，是百分之一？ 您有什么数字可以向我们提出吗？
Bullett Manale：嗯，我的意思是，这个问题面临的挑战是，我们早先讨论的一部分讨论。 我可以给您-大约是百分之一到百分之三，可以回答您的问题。 但是，我认为还需要更多的解释，那就是，我们为您提供了多种方法来告诉工具您要监视的内容，对吗？ 因此，可以追溯到这一点。 好吧，我可能想获取每个正在运行的查询的样本。 因此，我想拥有一个足够灵活的工具，以便能够启用它，以便能够看到它。
因此，这种灵活性的一部分包括成本。 如果我需要收集更多数据，因为我想获取最近20分钟内运行的每个查询的样本，那么我可以将其打开并执行该操作。 因此，但总的来说，是的，就间接费用而言，我们看到的是百分之一到百分之三。 但这将有所不同，并且大多数将取决于您打开和关闭的事物，例如阈值，要收集的数据量，轮询间隔以及所有类似的东西那。
实际上，如果您要管理的实例本身，您将看到的一件事就是，我们可以指定多个轮询间隔。 那仅仅是因为我们想要，我知道不需要检查每一个–如果我想对一个实例进行心跳检查，那么我不需要轮询CPU以及其他所有东西。我每20秒做一次。 因此，您可以指定多个轮询间隔。
就像我说的那样，您还可以指定查询监控。 而且这可以针对每个实例独立完成，因此您可以根据要监视的内容真正满足该特定实例。 对于我的等待统计信息和等待监视，可以将其打开或关闭。 我可以告诉它捕获所有内容，可以告诉我想要捕获的内容以及何时捕获它。 因此，很多事情也会发生–您必须根据所要告知的监视工具来考虑正在执行的操作。
但是总的来说，正如我所说，我所看到的大约是百分之一到百分之三。 自从我说过，大约2003年或2004年以来，我们一直在销售该工具很长时间，并且我们已经有成千上万的客户，因此我可以向您保证，我们没有，我们会尝试最好不要以演奏的名义引起性能问题。
埃里克·卡瓦纳（Eric Kavanagh）：是的，这确实是很好的信息。 我只是以为那是一个绝妙的报价，因为，再次，您知道您不想打败您想要达到的目标的目的，对吗？
Bullett Manale：好的 。
埃里克·卡瓦纳（Eric Kavanagh）：我也很感谢罗宾（Robin）的问题。 这确实是一个很好的平台，可以帮助DBA理解我们所讨论的内容的许多不同方面，维度和层次。 而且我认为与您的数据进行对话的概念在这里非常合适，因为就您之前的观点而言，通常不会在第一次尝试中就弄清楚这一点。 您需要花一些时间查看数据，查看历史数据，然后在脑海中进行综合。 那是人类的工作，对不对？ 坐在那里并定期从业务中获取热量的专业工作，可以完成工作并保持火车准时运行，对吗？
Bullett Manale：好的 。
埃里克·卡瓦纳（Eric Kavanagh）：好的，伙计们，这是另一个很棒的活动。 如果您提出的任何问题都没有得到答复，请告诉我。 发送电子邮件到 。 我们会存档所有这些事件，因此您可以随时访问InsideAnalysis.com查找存档，或转到我们的合作伙伴Techopedia.com。 如果您在他们页面的右侧看，您将看到“事件”以及其中列出的网络广播。 如果单击“更多事件”，则可以看到过去，现在和将来我们列出的所有网络广播。
至此，我们将告别您。 伙计们，今年剩下的时间我们还会再播五个网播。 我们可能会再安排一个。 否则，它将持续到2017年。ed cal已结束。 让我们知道，如果您有想要展示其技术的人员，请发送电子邮件至。
亲爱的，我们将向您告别。 再次感谢您的时间和关注，我们下次再与您联系。 照顾自己。 再见。
