通过Techopedia Staff，2016年5月26日
总结：主持人Eric Kavanagh在最新一期的Hot Technologies中与Robin Bloor，Dez Blanchfield和Bullett Manale讨论了数据库管理和实例发现。
您目前尚未登录。请登录或注册以观看视频。
埃里克·卡瓦纳（Eric Kavanagh）：女士们，先生们，好。 欢迎再次回来。 我叫埃里克·卡瓦纳（Eric Kavanagh）。 事情很热。 这里的事情正在升温。 我不知道这是怎么回事。 哦，是的，是时候使用热门技术了。 确实是的，我的名字再次是埃里克·卡瓦纳（Eric Kavanagh）。 您可以在Twitter @eric_kavanagh上找到我。 这是一个旨在讨论市场热点的节目。 今天的标题是“王国的钥匙：使用动态发现管理SQL Server”。 真的有你的。 好吧，那张照片是几年前的。 我不会撒谎，我现在看起来有点老，但这没关系。
因此，我们正在谈论技术和SQL Server真的，真的，真的，真的非常热门。 今天我们有很多内容，所以我将立即分发。 待命，我们开始。 有我们的发言人。 罗宾·布卢尔（Robin Bloor）排名第一。
罗宾·布卢尔（Robin Bloor）：是的。 该演示将深入到数据库管理中，所以我只是想我会经历数据库管理或您知道的数据库迷宫，以便使人们对它有所了解。 我曾经是一名DBA，我想您可以说大约20年前我曾经是一名数据库顾问，而实际上让我感到惊讶的是，数据库并没有发生太大变化。 在速度，数据量等方面，很多事情都发生了变化，但实际上很多事情与过去发生的事情非常相似。
在我看来，数据库是可以有组织地扩展的数据集合，可以针对特定的工作负载进行优化，并提供数据管理功能。 之所以出现这个问题，主要是因为如果您想管理文件中的数据，那是一件非常困难的工作。 早在1970年代我们就可以随机访问IBM大型机时，将一种可以执行几乎所有您需要做的事情的软件组合在一起的想法几乎立刻就产生了。
关系数据库是在20世纪70年代发明的，并且在80年代原型方面就已经存在，并且从90年代初开始就在市场上引起关注。 关系数据库仍然在流行度中占据绝对主导地位。 如果您读过印刷机，您会听到很多关于这些方面的信息– SQL数据库，最近关于图数据库的噪音也很大。 如果您愿意的话，这些很有趣，但实际上仍处于最新的销售数字中，关系数据库拥有95％的市场。 我们今天要深入讨论的Microsoft SQL Server是第二受欢迎的Oracle。
关系数据库使它们在引擎方面变得与众不同的是，它们既可以在OLTP工作，又可以在查询工作负载上工作。 如果要这样做，则必须对它们进行不同的调整，但是它们实际上能够处理两种类型的工作负载。 一种是短期随机交易，另一种是跨越大量数据的长期查询。 NoSQL数据库和图形数据库是主要用于分析的方法，它们在最近才兴起。 NoSQL排在第一位，近来图形已经开始受到关注。 NoSQL可以用于事务活动，但是图形几乎从未用于事务活动。 原因是，我遇到了一个统计数据，实际上我认为它至少已有10年的历史了，如果您查看他们的软件清单，则大多数公司至少有3个，实际上是3.5个不同品牌的数据库。
但是现实是，大多数公司都在特定数据库上进行标准化。 而且，大多数公司已经将SQL Server和Oracle标准化为两种最受欢迎的标准数据库。 而且，他们仅在例外情况下使用替代方案，例如，他们正在获得需要使用不同数据库的软件包，或者正在追求已经形成的一些大数据分析目标。
如果您愿意，我们还会受到Hadoop的干扰。 Hadoop以一种或另一种方式已不仅仅是文件系统，还不是数据库。 但是，它的顶部确实有SQL。 但是有证据表明，它并没有真正取代或者几乎没有取代可以赢得世界人心的关系数据库。 究其原因，是关系数据库花了二十年，实际上要花二十多年的时间才能达到最佳状态。 而且，您不仅可以构建在非常短的时间内性能真正出色的查询引擎或SQL引擎。 只是没有发生。
因此，此幻灯片的结论是数据库具有战略意义，并且不断发展，它们会变得更好。 Oracle和Microsoft SQL Server肯定是这种情况。 你们中可能没有人记得最早出现数据库的时代，但是我做到了，那时我还是个男孩。 最初的想法是只有一个数据库，这是一个绝对不会扎根的概念性想法。 IBM尝试使用AS / 400来实际拥有一个基于数据库的文件系统，但是这两种方法都没有。 您剩下的事实是数据库自然会碎片化。 您实际上自然有多个实例。 存在可伸缩性问题。 数据库仅按比例缩放到一定大小，多年来，虽然大小有所增加，但是却有局限性。
并且存在工作负载问题，主要的工作负载问题是OLTP工作负载和大型查询工作负载根本不兼容。 而且不可能制造出能够做到这一点的发动机。 我们碰到的事情很有意思，最近我遇到了一个站点，该站点具有一千多个Oracle实例。 我不记得他们有多少个DBA，但是如果您实际上与他们讨论过DBA实际监视的数据库中有多少个，则大约是10个。 他们基本上是将数据库用作一个橱柜，只是将数据扔进了数据库，因为至少您有一个方案，并且它比文件系统更具组织性，但是除了给它提供默认配置并进行设置之外，没有人做任何其他事情疏松。
我不确定这是否是个好主意。 老实说，这对我来说听起来很奇怪，因为我认为，每当我使用数据库时，数据库都需要出勤，并且您需要以一种或另一种方式确切地知道那里发生了什么。 而且，大量的系统相互依赖性意味着绝对必须满足某些类型的服务级别，否则您会遇到问题。
最近有人在谈论，我遇到了各种声称自调整的数据库。 设置用于查询流量的列存储主要是自调整的，因为就索引而言，您需要采取两种选择。 但是除了该特定领域之外，还需要调整数据库。 而且它们需要调整某些关系数据库，这主要是因为大量事务涉及联接。 加入是昂贵的活动。 如果您没有在正确的位置放置正确的索引，那么在不需要时，联接将花费大量时间。
目前，自调整数据库仅在工作负载众所周知的这些区域中存在。 我的经验是，大多数公司聘用的DBA很少，这是因为它们很昂贵。 因此，最好是可以替代DBA的功能。 据我了解，这是DBA的活动。 他们进行数据库的安装，配置和升级。 顺便说一下，升级不一定是琐碎的活动。 我之所以要升级数据库，是因为我一直使用的规则是：如果数据库正常运行，请不要碰它；如果要将数据库升级到任何特定的新版本，请在测试模式下进行操作首先，然后升级所有内容。 您仍然始终使用相同的版本。 但实际上，我遇到过很多网站，但事实并非如此。 可以说，有相当程度的熵。 许可证管理是一个问题，取决于您所拥有的许可证。 ETL和数据复制。
数据库的窍门之一是，如果您有一个需要拆分的查询工作负载，则可以创建两个实例并进行复制，并且通常在需要时人们将副本用作热备份的情况下完成。 然后进行存储和容量规划，这是DBA活动的一部分，因为当然数据在增长，您需要对其进行跟踪。 然后，您需要计划各种硬件升级或硬件扩充。 对于大多数DBA来说，进行故障排除是一项艰巨的任务。 如果出现问题，并且备份无法完全正常地工作，则他们必须袖手旁观，努力从日志文件中恢复。 发生这种情况的频率比我想的要多，嗯，我记得发生过这种情况，但是我已经退出游戏至少十年了，但是我记得发生这种情况的频率比您预期的要高。 性能监视和调整只是DBA工作的心脏。 但是，在访问管理，备份和恢复，创建合理地与实时系统并行的软件测试系统方面，也存在安全性。 还有整个数据生命周期的东西。 我认为，这就是DBA除了可能要求执行的其他任何工作以外的工作清单。 运作动态。 最终，数据完整性和服务级别管理是DBA的主要责任。 通常，它们很关键。 这就是我要说的。 我要交给Dez。
Dez Blanchfield：非常感谢。 我将带我们进行一段有趣的趣闻轶事，以探讨为什么今天整个主题比以往任何时候都更加重要。 不久前，我参与了一个项目，我们从一个运行A + Addition的富士通大型机平台迁移了用于执照注册和车辆注册的州政府平台以及围绕该主题的所有内容。一个运行Oracle的Solaris操作系统（换句话说，就是Unix），并且做得很好。 当时的观点是，这个东西已经变旧了，是时候将其转移到其他东西了。 在大型机上运行Unix带来了很多乐趣，它非常稳定，非常安全，而且奇怪的是SDL平台，而且速度非常快。 但是明智的是，是时候离开大型机并迁移了。
映射所有系统，业务逻辑以及下面的数据库的SQL环境的巨大挑战，并研究我们将如何为其构建新家。 我们最终将其带入了其中已经有两年历史的事情之一，但它是Sun机架系统Starfire服务器的高端产品之一。 这些可能是您在这个星球上可以买到的最大的锡罐，它们全部生活在一个大盒子里，并且有一个对称的多处理服务器。 这是我们世界中的中档系统。 它运行Unix，并且本机运行Oracle，其观点是：“可能出什么问题了？”嗯，事实证明很多。
例如，在那时，我们并没有讨论很久，我们必须经历一个非常手动的过程才能发现大型机平台上的内容并加以传播。 特别是实际的数据库环境和SQL逻辑。 因此，人们认为这将是一个相当简单的从Oracle到Oracle的迁移，从数据库到数据库的迁移； 所有业务逻辑都会碰到，大多数业务逻辑都是用嵌入式查询和触发器编写的，这有多难？ 但是，原本要花费几个月的时间最终花费了不到一年的时间。 为了从物理上和手动地遍历大型机环境中Unix的每个部分，发现所有数据库在哪里，正在运行多少实例，在那些实例上正在运行什么，这是不平凡的工作，我们最终完成了它只是为了确保我们已捕获所有内容而进行了三次。 因为每次我们认为我们已经挖到了所需的深度时，结果发现地下存在更多。
我们面临的另一个挑战是哪些实例正在运行以及处于什么状态？ 这是开发环境吗？ 它是测试环境吗？ 这是整合过程的一部分吗？ 是系统集成吗？ 是UAT，用户验收测试吗？ 是生产吗？ 是DR环境吗？ 因为大型机的妙处在于您可以构建我们现在都认为理所当然的这些小型虚拟环境并进行移动。 您必须确定这个人是在进行生产级开发和测试，还是在进行生产，是否有真正的用户？ 请记住，这是对驾驶执照和汽车登记的实时发放，以及对人们的生活真正重要的事情。
并且花了很长时间为该文件运行备份，因此我们实际上没有维护窗口使该文件脱机并查看发生了什么。 没有重新路由的事情。 我们还面临着挑战，不仅要找到正在运行的实例以及在何处以及为谁运行，还必须找出正在运行的实例的什么版本。 这就是我差点失去情节的地方。 当我开始意识到我们有两个或三个版本的生产环境正在通过不同级别的测试运行时，用于此目的的工具和系统方法很少。 从字面上看，我们必须深入研究代码和正在运行的实例，并且在某些情况下冒着使某些内容脱机一段时间的风险。 我们深入到整个过程的最深处，将其绘制出来，正如我所说的，这是一个非常手动的过程。 最后，我们进行了整个ETL转移，将其从一个地方转储到另一个地方，并整体上起作用了。 而且我们想，好的功能，我们对此感到非常满意。
但是后来我们遇到了许多非常严重的实心砖墙。 特别是我们发现了性能问题。 当时明智的想法是，它已经转到了更大，更好，更快，更硬的硬件上，没有理由为什么它在数据库级别的应用程序上表现不佳，所以让我们开始寻找其他地方。 因此，我们对网络进行了完全重新设计两次。 在某些情况下，每台路由器，每台交换机，每条电缆，我们从以太网到光纤，我们升级了软件，进行了修补，您都可以看到。 实际上，我们两次考虑到那里的性能问题而重新构建了网络。 它看起来和感觉像是。 我们经历了不同的安全系统，不同的防火墙。 我们修补了操作系统。 我们将东西从一个计算刀片移到了另一个。 我们花费了大量时间来研究基础架构。
然后我们意识到，当断开服务器连接并在其上运行其他应用程序时，网络运行正常。 因此，我们开始将操作系统分开。 同样的问题。 但是有趣的是，网络级别和操作系统级别以及那里的工具在那里，对于我们进行基准测试和测试并证明每个组件都可以正常工作实际上相对简单。 但是即使那样，在SPARC硬件平台上的中端Solaris上，我们仍然无法使用这些工具来开始诊断数据库环境。 您知道，映射我们是否将所有实例都带了过来。 因此，我们实际上必须构建自己的工具并编写一些工具，然后坐下来，无论它是使用本机脚本语言编写的数据库工具本身，还是一系列外壳程序脚本，或者在某些情况下，还是一系列C程序。
我们最终研究了一些非常有趣的问题，其中SQL层下面的逻辑，实际的数据库引擎本身，结果是，当构建某种东西的特定方式（在Oracle大型机版本上运行的东西）迁移到SPARC上的Solaris时， Oracle版本没有立即转换相同的性能。 因此，对于我们来说，首先要做的就是找到所有东西，这是一段艰苦的旅程，但是现在我们不得不在新的生产系统上对其进行诊断，而这又使一个月的移植耗费了将近一年的时间。 这完全归因于我们没有工具的事实。 四处奔波，例如尝试映射元数据。
在某个时候，我们几乎决定需要一个Ouija板，因为这样可以更轻松地进行随机指向和戳戳。 简单的事情，例如找出谁可以使用旧系统，以及为什么他们可以使用旧系统。 谁需要访问新帐户并进行确认，请某人退出并确认并映射。 即使是像数据库大小这样简单的事情，在两个平台上也不一致。 我们必须构建一个工具来做到这一点，并在系统A与系统B上以吨为单位的数据库大小（以原始兆字节或TB为单位）之间进行一些比较。并深入研究有关性能和性能环境的更多细节。 再次，不得不建立新的工具。 对于我们来说，没有现货供应。
这样，您便获得了整个信息，当我们完成事情的运行并使其稳定时，它的每一部分都是一个非常手动的过程，我们唯一可以自动化的方法就是构建一个新工具或新脚本。 如果我们拥有当今可用的工具，那么生活将会变得更加轻松和美好。 而且我们将为该项目节省数百万美元。 但是我认为我们今天要谈论的是这样的事实：这些工具现在已经可用，并且确实使生活变得更加轻松。 许多陷阱仍然存在。 发现那里的数据库以及哪些实例正在运行什么数据库。 他们处于什么状态。有多少个正在运行？ 他们为什么要跑步。 他们是否运行良好。 他们正在备份吗？
这些都是我们现在可以使用正确的工具以多种方式视为理所当然的事情。 但是，正如我所说，这种特殊的故事有一段时期，在那段时期，我们很多人失去了很多头发，我们可能丧命了十五年，并为工具现在不存在感到遗憾。 。 我期待着今天从我们的客人Bullett那里听到更多有关此事的信息。 因此，Bullett，我将传递给您，我期待听到您如何解决此问题。
Bullett Manale：好的。 听起来不错。 埃里克（Eric），让我在这里接管幻灯片，并在进入产品本身之前，快速，真实地谈论一下公司Idera。 就像FYI一样，这是我们提供的各种产品的组合。
埃里克·卡瓦纳（Eric Kavanagh）：您的音频有点热，因此如果您使用耳机，只需将其拉起一点即可。
Bullett Manale：没问题。 那个更好吗？
埃里克·卡瓦纳（Eric Kavanagh）：更好。 把它拿开。
Bullett Manale：好的。 因此，今天我们将专注于库存管理器，它显然与我们正在讨论的许多主题保持一致。 我只是想让您了解该产品的使用方式。 我们从产品系列的日常工作开始，我们有一个称为Diagnostic Manager的性能监视工具。 我们有一个Compliance Manager工具。 因此，围绕SQL Server的许多不同工具，不可避免地，出于许可目的，我们总是会问这个问题：“您当前在组织内管理的实例数量是多少？” 有趣的是，我们从来没有能够真正得到一个确切的答案。 与您交谈的人并不重要。 总是有这样一种说法：“好吧，我们认为它在这个数字附近。” 这些事情总会出现，然后我们必须经历这个过程，以根据我们正在管理的实例来弄清楚他们想要许可的是什么。
显然，我们很快很快就发现，许多DBA似乎为此感到痛苦。 显然，作为一名DBA，他们要负责的一件事就是知道这一点，因为他们要做的一件事就是担心他们的许可协议（在我们与Microsoft和SQL Server的情况下）。 显然，他们还负责许多其他不同的领域，但是就DBA而言，这是您的主要职责之一。 基于此，我们得出的结论是，我们需要一个工具，使DBA能够轻松地真正理解该数字。 因为您确实想调用它，所以确实有SQL蔓延，它的发生有多种不同的原因。 对于谁安装软件以及诸如此类的事情，可能没有太多的控制权。
而且可能发生的最糟糕的事情是，有人拿到了SQL Server的副本，安装了它，在公司中其他一些组织或部门不知情的情况下开始使用它，然后您可能知道的下一件事没有备份数据，以及可能发生的这类事情。 现在，您遇到另一个问题，因为您根本不知道该实例甚至存在，因此您实际上将丢失关键数据。
我们要做的一件事就是说，让我们找出其中的发现部分。 然后，最重要的是能够以一种合理的逻辑方式来组织和管理我们正在收集的信息，这种逻辑基于业务的开展是有意义的。 然后显然可以据此做出决策，并能够执行此类操作。 这就是该工具的开始和来源。 我可以告诉你，在定期与DBA交谈时，我们真正拥有的是一个不知道它们有多少实例的问题。
有趣的是，这个术语“您无法管理无法衡量的东西”，总是想出了我们拥有的性能工具，例如SQL Diagnostic Manager，但如果您不知道，您实际上将无法管理任何东西“它”即使在最前面也是如此。 因此，这也是该工具的重要组成部分，它只是能够知道它的存在。
现在，关于此事，与一些大型组织或企业商店使用SQL Server进行交谈时，我们发现，与许多与我们交谈的人都感到有趣的是，他们实际上是在一年的时间里安排的，他们实际上是从一个地方走到另一个地方，试图确定那个数字是什么样的。 您可以想象，作为一名DBA，在某些情况下，从一台机器实际移动到另一台机器上，您将获得可观的收入，这令人惊讶，这是我们从一些我不愿透露姓名的大型公司那里听到的。 但是，有趣的一点是，一年可能花两个星期来进行此类练习，以了解其许可证计数是否正确。
这一切都与该工具及其功能有关，但是我们解决该问题的方法是通过基于SQL Server的许多特征进行发现的能力。 因此，第一个问题是，您指向什么？或者首先尝试看什么？ 我们这样做的方式是说让我们通过IP范围来实现，或者我们可以通过域本身的成员资格来实现它，即属于域成员的计算机。 这就是我们处理该部分的方式，只是可以说这是我们要在发现方面重点关注的领域。
然后，另一部分基于这些特征，端口和其他内容，WMI注册表项以及这些内容，我们可以收集并确定SQL可能在该实例或特定环境上运行和安装。 显然，这是比运动鞋方法或运动鞋表达方法更好的方法。 现在，很酷的事情是，我们收集的有关实例的所有信息都保存在存储库中，并且可以随着环境的变化而变化。 这不仅仅是关于“嘿，有一个实例，这是我们找到的列表”，而是作为DBA或管理实例的人，能够确定他们是否要将该清单的一部分，然后何时它不是清单的一部分，因此能够停用该实例。 因此，它们具有SQL Server实例整个过程的生命周期，可以在该工具中真正轻松地理解它们。
找到实例后，该怎么办？ 另一件事是有关实例的大量信息，我不想手动获取它并将其放入电子表格或诸如此类的东西中。 在与DBA讨论库存流程和许可时，这又是一件有趣的事情，当您问他们“您如何维护库存？”时，您会惊讶于我与之交谈的DBA数量。我们正在与DBA交流，这是其中真正具有讽刺意味的部分，他们一直在保持这一状态并在所有事物的静态电子表格中对其进行跟踪。 就像我说的那样，一分钟想起来很讽刺。 但这在很多情况下都是如此，而且许多组织如何进行管理仍然如此。 他们如何保持这一点。 这是一个浮动的Excel电子表格的主副本，必须定期进行更新。
这些都是挑战，因此，通过注册该实例并将其作为清单的一部分，您可以做到这一点并获取信息。 您可以使其自动执行，无论它是否成为清单，版本，版本或其他功能，您可以手动添加列表或Excel电子表格。 您可以将其导入到名为SQL库存管理器的工具中。 如果您已经对实例充满信心，可以将这些实例导入其中，然后将其作为产品中托管库存的一部分。 一旦有了实例，一旦知道实例存在，就可以了，好了，我们可以通过知道实例存在，通过外出并收集信息来利用很多信息。
而且，不仅需要许可，还需要很多信息。 很明显，很多信息都可以用于了解事物在哪里，能够在获得信息之后搜索这些信息。 但是关键是服务器，硬件本身。 能够了解它是哪种机器，可能是型号或制造商，内存，内存量，无论是物理机还是虚拟机，尤其是物理套接字或核心以及CPU的数量以及这些类型的东西。
就内核数量而言，尤其是在SQL Server中，知道它们执行许可的方式现在是SQL较新版本中的每个内核计算，这已成为其中非常重要的一部分，而您所拥有的并不是任何东西出去然后去挖掘 确定实例后，我们可以提供该信息并将其发布，让您查看并了解它，并且显然可以利用它。
下一层是在实例上，显然您与SQL Server实例有很多不同，无论是标准实例还是企业实例，或者甚至是表达的实例，还是SQL Server的免费版本。 也能够了解与该实例相关联的应用程序是什么，这可以自动完成。 能够了解配置设置以及与SQL Server本身的实例相关的各种信息以及其他信息。
然后，您进入实际的数据库，并查看配置设置，与该数据相关的空间量，数据所在的位置，所有这些东西都将自动填充，因此可以节省大量时间。 再一次，因为它是动态运行的，并且每天都在识别新实例，所以就库存而言，这是一件活物。 产品的目标就是以这种方式制造产品，以使其能够动态变化。
现在，一旦所有信息可供我们使用，我们就可以提取所有数据，那么在某些情况下开始创建自己的与这些实例相关联的元数据就很有意义，并且可以通过这种方式创建元数据与您开展业务的方式保持一致。
因此，如果您将实例按地理位置，应用程序所有者或DBA所有者等进行分组，则可能是根据您如何对这些实例进行分组，从逻辑上讲如何理解这些实例来进行的，该工具中的两个区域将为您提供该功能。
第一个是创建实例标签或标签的能力。 这实际上是在建立与服务器，实例或数据库的关联，以便您可以创建视图并回答每天可能出现的问题，这确实有助于您掌握所拥有的资源，您正在管理什么以及如何继续使用这些信息。
我们拥有的另一件事是称为清单字段或自定义清单字段，它们更特定于您可以钻取的各种信息，例如我可能决定添加一个包含以下内容的下拉列表的数据库层所有的DBA，我都可以根据情况类型或其他情况来确定谁负责该数据库，无论哪个数据库与谁负责，都可以选择该数据库，这样我就知道他们是谁负责而且很容易，只需挖掘库存即可。
因此，这些信息会变得非常有价值，尤其是在您拥有大型环境的情况下，因为它只会帮助您理解这些信息并了解所拥有的信息以及如何做。
因此，让我继续并切换到此处的下一张幻灯片。 我现在向您展示的是，我们正在收集的所有信息，我们正在收集的所有信息和数据以及应用元数据使您能够在涉及到以下问题时做出更轻松，更快速的决策在Microsoft的企业批量许可或软件保险中增加与Microsoft的许可。
这使您真的很容易做到这一点，而不是必须去做大量的手工数据收集，大量的手工收集信息的过程，这实际上从总体上来说使它变得更好。 因此，这是产品的一项任务，有时是使DBA可以更轻松地围绕许可做出决策。
现在，与DBA交谈的另一件事是，我们很快发现并学到了-并且可以回溯到前面讨论的内容-您的SQL Server环境中可能有300个实例，但实际上可能只有一部分那些实际上是通过传统的性能监控类型的工具进行全面监控和管理的工具。
因此，如果您走了，实际上是与DBA坐下来，然后说：“看，我们知道您已经使用此工具监控了这20个实例或300个实例中的10个，该工具旨在监控并符合您的要求。 SOA并获得警报以及所有这些好东西，”我们还发现，如果您询问“那么，您拥有的其他280个实例又如何呢？ 他们确实做到了，他们很关心他们，但是他们只是不想一定要投资来监视那些实例所能完成的深度级别，而不是真正的10或20个实例，真正关键的产品实例。
因此，使用此工具的等式的另一部分是，它还有助于确保在基础级别上实例的运行状况受到覆盖。 现在，它不会告诉您是否遇到了死锁，或者死锁的受害者是谁。 并不是要达到会话本身的级别以及查询的详细信息。 但是同时，它仍然会让您知道，服务器故障或存储空间已满，或者您需要对数据库进行备份，对于DBA来说，这很重要。
因此，这些事情绝对仍然很重要，因此使用这种工具可以让您为真正关键的实例提供一个万能的工具，这些实例具有很多价值，如果它们联系在一起，下来，您需要立即知道。 他们可以进行更高级别的监视并能够执行此类操作，而通过此操作，它将能够拾取添加到环境中的任何新实例，并确保它们得到考虑并进行确保正在形成那些基本级别的健康检查。
简而言之，这就是清单SQL导入管理器的全部功能。 现在，我将向您展示它。 在此之前，我快速地向您展示这是此处的体系结构幻灯片，并且仅是为了简单地展示一下我们正在管理的SQL实例，我们可以发现从SQL 2000到新版本的所有内容。 SQL版本。
因此，我们可以做到这一点，而不必将代理部署到实例本身。 我们通过收集服务进行操作，它将收集信息并将其放入存储库中，然后从Tomcat Web服务前端控制台中，我们将能够与该数据进行交互并查看它。 因此，这是非常简单的架构。
我将继续进行切换，并实际将我们带入产品本身，以便您可以体会到它，并了解它的工作原理。 因此，执行此操作的最佳方法是首先在此介绍的仪表板中向您介绍界面本身。
我现在可以看到管理的实例数量不是很多。 但是我的后兜也没有整个数据中心。 因此，我在这里看到了大约六个实例。 现在，就是说，我要做的就是逐步探索发现的过程，并展示其工作原理。
现在，您要做的第一件事是在“管理”部分中，您可以指定要如何发现实例。 您将能够再次通过一系列IP地址将这些信息放入此处。 您可以指向一个域或子域，并且仅能够在属于该域成员的那些计算机上执行那些检查，就可以在运行SQL进行检查时选择多种不同的特征。
然后，一旦完成该操作，就可以使其每天自动运行以收集数据。 如果需要，您还可以临时执行此操作。 但是一旦开始，那么发现的过程就将是您进入此处的实例视图时所看到的。 您有一个“发现”选项卡，“发现”选项卡将向我们显示最近被发现的那些实例。 因此，在我们的情况下，这里有一个数字。 我要继续做的是继续并添加我们将用作示例的内容。 因此，在这种情况下，这是芝加哥实例，对吗？ 我将继续将该实例添加到我的清单中。
好了，它将引导我完成这里的几件事。 我将继续，您将看到我们可以设置凭据。 我的资历在那里应该很好。 我将继续进行，您会发现我可以根据需要分配此所有权。 我还可以指定一个位置。 现在也可以添加位置本身，很明显，它将记住下一次。
再一次，我还可以根据元数据以及如何将这些SQL实例（尤其是这个SQL实例）放入想要放入的存储桶中，将标签与此相关联。因此，我们有一些当前的标签，流行的标签，因此我们可以查看一堆我可能已经包含的不同标签。 我将随机选择其中一些，我们可以应用它。
所以现在当我继续将其添加到清单中时。 现在已经添加了它，我们现在将看到它显示在此托管视图下，因此您可以在此处看到它的列出。 因此，您知道这是第一步，而我刚刚向您展示的是您在日常工作中主要添加这些实例的方式。 在某些情况下，您可能会说您知道如果它是SQL Server的企业版，我会自动将其添加到清单中吗？ 我不需要手动去选择这样做。
Jocelyn：我会很快打断你的。 我们看不到您的演示。
Bullett Manale：你不是吗？
乔斯林：不。
Bullett Manale：不好，让我们看看。
埃里克·卡瓦纳（Eric Kavanagh）：如果您转到左上角，请单击开始，然后单击该按钮。
Bullett Manale：好的，好的。
埃里克·卡瓦纳（Eric Kavanagh）：现在分享屏幕。
Bullett Manale：对不起。 对。
埃里克·卡瓦纳（Eric Kavanagh）：好的。 制片人Jocelyn，那里很受欢迎。
Bullett Manale：好的，这样更好吗？ 你现在看到了吗？
罗宾·布卢尔（Robin Bloor）：是的。
Bullett Manale：好的，让我们带您快速了解真实的情况。 我们已经拥有了先前拥有的发现实例。 我刚刚添加了Chicago实例，所以现在看到的是它的当前列表。 请注意，它已经提取了许多其他信息。 如果单击该实例本身，您将开始看到我们已经收集的有关该实例的所有信息。 现在，这里列出了那里的所有数据库。 我们可以看到按大小和活动划分的数据库细目，其中哪个数据库拥有最大的规模和活动。
再一次，我们也可以根据实例上运行的工作负载立即告诉您实例上运行的应用程序。 因此，能够自动执行此操作很不错。 我不必介入并将应用程序与事件联系起来。 根据我们所看到的，我们可以填充它。 现在，如果您要手动添加应用程序，则绝对可以做到。 但这是能够显示实例与数据库或对不起应用程序的关联的一种好方法。
您还会注意到，在屏幕的右侧，我们有一个即时摘要，在下方的是我们的服务器摘要。 因此，我们在这里讨论实例的关键信息，不仅要了解版本，而且要知道SQL Server 2012，而且要知道的实际版本号，包括并告诉我们与之相关的修补程序，服务包与之联系在一起，知道这一点可能非常重要。 显然内存需求很重要。 诸如此类的所有信息，无论它是否是集群的，所有这些信息，我都不必输入-它已经被收集和收集了，一旦我们确定它是一个发现的实例，它将成为我们清单的一部分。
您将在这里看到的另一件事-并且将向您展示-在此实例视图下。 我们有我之前讨论的这些属性，可以添加的自定义属性。 因此，我们可以添加开放类型的文本框字段，就十亿种选择而言，我们可以做是/不是。 我们甚至可以做下拉列表。 您可以在数据库实例或服务器级别上执行此操作。
然后，如果我们进一步向下滚动一点，我们可以看到服务器本身的所有相关信息。 因此，您知道所有这些东西显然是非常非常有用的，因为它们已经被收集并收集起来，并且在我们做出将其纳入库存的决定后立即存在。 在这里，我们可以显示CPU，逻辑与物理数量，多少内存方面的一些差异。 因此，您无需做大量工作即可真正获得大量有用的信息。
正如我所说，现在的另一部分是我们正在服务器级别的实例中收集此数据。 如果我们甚至转到数据库，我们也可以看到很多东西对我们也很重要。 因此，如果我进入我的法规遵从性存储库，在这种情况下，我可以说，很清楚，您正在处理这件事，这是一个法规遵从性数据库，在其中它与法规遵从性或监管要求相关联，比如说， SOX合规性或PCI合规性。 因此，我可以选择哪些数据库具有与之相关的法规遵从性，我必须填写这些数据，或者确保我根据该法规要求进行维护。
事实证明，这种东西对DBA很有帮助，因为他们可以集中地轻松地将所有相关的元数据保留在他们的环境中，并且就像我说的那样，他们可以使其适应他们的业务。作为他们做生意的方式。 因此，如果我们查看到目前为止所看到的所有内容，那么如果我深入研究该实例，那么显然可以很好地了解该实例。
我也可以搜索，所以我说让我们在清单中查找该合规性存储库。 然后，您将在这里看到的是，我可以搜索这些东西并能够识别它们。 我说的是-我不确定，我的“执行”按钮在那里不起作用。 好的。 让我们看看，让我们再试一次。 好了 这样一来，我们就可以查看符合要求的内容的细目分类，并且我可以深入研究它，也可以从这一角度进行查看。 因此，您有一种非常便捷的方法来深入研究这些数据。
现在，正如我们之前提到的，您已经有了许多不同的方法来针对实例服务器和数据库创建元数据。 另一部分是，您可以通过将其分组的方式以及与之关联的方式来利用它。 我们进入资源管理器视图，我们可以做到这一点。 可以说我想按位置进行数据库计数。 因此，我支持的环境在每个位置的数据库数量。 或者可能是根据拥有实例的所有者（根据实例数量）确定的。 这样我们就可以看到。 因此，您可以根据当时要回答的任何问题，找到一种非常好用的简便方法为您绘制这些图片。
然后，您所拥有的信息便以您想要的方式创建了，我们可以将其导出为PDF或其他格式，以便能够利用它并将其发送给我们的同事，或者在那里做我们需要做的一切。 因此，您知道您将能够做这些事情。 让我们回到–我失去了吗？ 好了 好吧，就我到目前为止所谈论的内容而言，希望这是有意义的。 既然我们已经收集了数据，由于多种原因，所有这些显然很重要，包括许可和其他原因。
最后要提到的一件事是，我们在这里转到本管理部分。 您还可以在此处配置电子邮件和警报，并确保对于您真正想知道的事情，也可以进行设置。 因此，我们可以设置电子邮件警报，可以设置打开某些功能和关闭某些功能的能力，然后能够确定谁将接收那些电子邮件，并订阅那些警报，我们便可以关联想要的人是的，谁想知道这些事情。
但是，就像我之前说的那样，这是一个非常好的方法，至少对于了解整个企业SQL实例，总体上可以放心–您拥有什么，并且即使没有，也要确保它运行得最佳。 t，尚未决定投资购买性能卓越的性能监视工具来管理该实例。 这将覆盖您，因为这是一种非常实惠的出门方式，在很多情况下，您可以进行这些清单清点，并可以进行非常广泛的常规监视，以确保您放心，知道发生了什么事。
因此，希望以我们描述并向您展示的方式有意义。 从这个角度来看，我想我可以继续进行下去，我们可以谈谈更多。
埃里克·卡瓦纳（Eric Kavanagh）：听起来不错。 罗宾？ 德兹？ 任何问题？
罗宾·布洛尔：好吧，我有问题。 实际上，这很有趣，我的意思是我想发表的评论几乎是我到过的所有地方，不仅是DBA，而且是网络人员，存储人员，虚拟机管理人员，全部处理电子表格。
埃里克·卡瓦纳（Eric Kavanagh）：是的。
Dez Blanchfield：您知道那是可以的，直到数字开始移动。 当数字开始移动时，您会知道它们会遇到麻烦。 所以现在我很感兴趣这个问题，而且我知道您很难回答这个问题，但是，如果您进入一个那里他们没有像电子表格那样的地方的情况，那该怎么办？ DBA是非常聪明的人，依此类推，等等，您认为通过实施类似的方法会获得什么样的投资回报？ 您对此有任何数据或指导吗？
Bullett Manale：很难说投资回报率是多少，因为环境会有所不同。 显然，如果企业现在使用手动方法，则企业规模越大，环境越大，显然，ROI可能会越高。
我确实知道我已经与许多人进行过交谈（当我说成千上万的大型组织，也可能有成千上万的实例时），我有很多人向我展示这些，他们说这需要我有两个星期的时间。 我已经对我说了不止一次。 因此，很难说出实际购买的金额，但是当您拥有环境时，这是相当可观的。
就像我说的那样，这是非常一致的，是我和其他经常与之交谈的人将这些内容保存在电子表格中。 因此，这只是一个非常非常主观的事情，因为每种环境在其许可方式以及如何与Microsoft进行许可方面都有些不同，这是其中一个因素。 但是，如果他们必须每年或每三年进行一次实际测试，那么我认为他们最多将对微软进行三年的测试，他们希望您至少每三年进行一次实际测试。
然后，您知道它的重要性，并且知道，它使事情变得容易得多。 由于这是一个动态的东西，并且总是在变化，因此就您所看的经文而言，它也提供了更多的有效性，所以我们六个月或一年都没有真正更新过电子表格。 因此，您多久更新一次电子表格是另一个要理解ROI答案的问题。
Dez Blanchfield：是的，我的意思是，SQL许可，这只是一个可怕的噩梦，但这尤其是一场噩梦，因为Microsoft和Oracle以及其他从事数据库工作的人之间的许可并不相同。 如果您实际上是将事情保留在电子表格中，而这往往是实际发生的情况，那么您会知道，许可时间在您真正意识到它之前就已经到了，如果您知道我的意思，那么实际上就没有数据可以轻松获得该信息。
无论如何，正如您所指出的那样，它是动态的，而且我个人并不知道，因为我实际上从未与Microsoft进行过协商，因此我不知道，但大概有些人经常删除测试数据，测试数据。环境，我想如果您正在进行许可，那对您而言将是荆棘。 那是你吗-？
Bullett Manale：是的，是的。 之所以如此，是因为很多时候这些东西被遗忘了，然后我们开始尝试计算，好吧，好吧，我们已经获得了核心许可，我们必须弄清楚每个实例的核心数量，而我不知道。不知道，就您明智地购买硬件的标准而言，您不妨购买相当不错的硬件，然后，如果您未按应有的方式使用该硬件，那么您将多付钱，因为在不利用这些核心时为核心定价支付费用，这成为一个问题。
因此，每个版本的SQL都有不同的方式来应用许可，这甚至使它有些混乱。 因此您确实面临一些挑战，因此这是为什么此信息非常有用的很大一部分，因为我们可以告诉您它是哪个版本，如果是较旧的SQL版本，则可以很明显地告诉您拥有的内核数量那是按插座定价的，我们仍然可以很明显地证明这一点。 如此看来，它确实使您真正需要处理的例程变得更加简单。
Dez Blanchfield：我想到的一件事，对不起，
罗宾·布卢尔（Robin Bloor）：好的，你去Dez，我想问一个可能不相关的问题。
Dez Blanchfield：在您讨论当前话题时，您很快就会发现–我们看到了更多采用云环境，如果我们在自己的数据中心，我们的环境中运行它，他们四处搜寻，发现，发现事物相对简单。
我们如何，如何应对可能拥有三个数据集，两个云且跨这些环境的可见性受到防火墙保护的情况，并且通常在管道或VPN的末尾有一个数据集。 是否有需要做的事情从前端开始发现，还是我们需要开始开放端口，以便我们可以在云之间以及此平台运行所在的场所之间的某些环境中进行扫描？
Bullett Manale：是的，在港口方面会有所考虑。 因此，很不幸，我希望我能说它会突破所有这些环境，但是您可以使用一些不同的选择。 显然，如果您正在执行类似于Amazon EC2的操作，那么您真正需要做的就是通过连接访问该环境，假设您的端口是开放的，然后能够指定您的IP地址或与之关联的域，那么它就可以启动收集并开始发现。
因此，在那种类型的环境中，这实际上不是问题； 它是更具体的环境类型，例如RDS，而您所处的数据库本身就是要查看和发现这种类型的信息而要困难得多的地方。
Dez Blanchfield：因此，随之而来的是数据库和数据库。 因此，例如，过去曾经拥有一个非常非常大的数据库引擎（如我在前端共享的轶事）的美好时光，那里只是一个大型平台，而它所做的只是提供数据库。 如今，数据库已嵌入到所有内容中，实际上，其中有两三个数据库正运行在我手机中的应用程序后面。
当您的环境来自Lotus Notes，背后有应用程序，SharePoint和各种Internet上的数据库等场景时，您会遇到什么样的挑战？ 本质上，一切都由后端的数据库提供支持。 您看到的是什么样的事物，看到人们在试图绘制这些世界时面临什么样的挑战，以及您的工具对他们有什么作用？
Bullett Manale：好吧，我的意思是，您所说的就是–现在一切都需要一个数据库，因此很多时候，可能有很多数据库被引入DBA自己的环境中。甚至没有意识到，因为一般来讲，在环境中安装SQL服务器并不难。
该工具还可以识别诸如快速数据库之类的内容，因此也可以识别SQL Server的免费版本。 有趣的是，当您再次与DBA交谈时，就他们是否关心现有的免费数据库而言，您没有得到一致的答案。 您所说的许多这些应用程序将使用数据库的免费版本。 但是，根据与您交谈的人，组织本身在对数据库负责的人方面将有不同的态度。
我说过一些DBA，我想起我上一次在西雅图的SQL Server PASS时，您会问“您是否关心您的快速数据库？”这个问题，大约是五十。 有些人想了解他们作为DBA的知识，因为他们觉得即使是那些表达出来的数据库，它们仍然可以包含重要的信息，这是他们的责任。 他们仍然需要经历备份的过程，并且仍然需要确保从健康的角度来看所有事物都在起作用。 但是仅仅知道它们的存在同样重要，甚至更为重要。
而另一半人则是：“嘿，我们不是不对那些数据库负责，他们放置在数据库上的任何东西都要当心安装它们的人。”但是我要说的是他说，如今几乎所有事物都有一个与之相关的应用程序，这只会增加信息库存的复杂性和混乱程度。
Dez Blanchfield：是的，我看过一些，政府网站可能是我的最爱，但在企业环境中，我经常看到的是，正如您所说，人们在安装SharePoint或类似工具时甚至忘记了我就像自我交换一样，因此您知道他们确实提供了一个内置的免费版本，因为他们想要快速安装它，而不必担心必须购买许可证。
然后变得很大，然后有人开始抱怨性能，他们说：“这只是您的旧服务器，您的存储，您的网络等等”，然后调用DBA，他们就像是，“嗯，您我只是将所有内容都塞进了这个免费版本的数据库中，而这并不是执行如此大的任务所必需的。”
尤其是当您遇到诸如Project Manager和Office之类的场景时，大型企业或公司中正在运行数百个甚至数千个项目，并且它们将SharePoint与Microsoft Project Server一起使用，并将所有PMO内容转储到该数据库中。 但是在前端，它们就像是一个Web界面。 但是确实有数据库和数据库。
Bullett Manale：是的。
Dez Blanchfield：那是什么，这是人们在这里迈出的第一步，我想可能需要从观众中提出几个问题。 第一个问题是人们从哪里开始？ 对他们来说，第一步自然是什么呢：“好吧，我们需要仿制匿名的酒精饮料吗？”
我们拥有更多的数据库，而不知道该怎么做。 他们看起来很自然地走了一步，“好吧，我们需要得到这个东西并开始运行？”他们只是去火鸡，还是后来真的需要从小做起，只是获得一些有关映射环境的经验？
Bullett Manale：我认为那是他们必须绘制环境图。 现在，Microsoft提供了一个免费的工具来完成此任务，Microsoft评估计划工具是一个免费工具，但它是静态的。 您进行发现，仅此而已。 您会得到一份清单。 我们采取了这种做法，并说了看，让我们进一步迈进了一步，让我们进行发现，让我们找到其中的内容，然后将其放入存储库中，让它变得动态，我们可以对其进行添加，删除。
但是总的来说，最大的第一步是我想找出并做发现。 不管这意味着要试用版下载我们的产品，您都可以下载并试用14天，然后可以指出您的环境并进行收集。
现在，如果您已经有一个包含大量信息的电子表格，并且您确信该信息是正确的，那么您还可以将包含所有这些信息的电子表格导入CSV，并将其作为您所需要的一部分已经有。 但是就弄清您不知道的内容而言，唯一的方法就是手动出去，去做或拥有一种工具来寻找这种东西。 那是您在某个时候必须做出的决定，即：“我是要尝试使该发现自动化，还是至少要先对那里的情况有一个良好的基础，然后才可能担心某些例外情况？”但是，对于大多数情况下，您可能需要工具。
Dez Blanchfield：很快。 人们从哪里开始着手？ 他们访问了您的网站？ 他们如何伸手并迅速开始这项工作？
Bullett Manale：如果您去IDERA.com的Idera，您会看到的，我实际上可以很快地真实地展示它。 在Idera网站上，您将转到产品，再转到库存管理器。 您会在这里看到一个下载链接。 您只需要确定要在64位或32位上安装哪个版本，就可以开始使用，然后可以从那里开始发现。
罗宾·布卢尔（Robin Bloor）：精彩，精彩，精彩的演讲，非常感谢。
Bullett Manale：谢谢。
埃里克·卡瓦纳（Eric Kavanagh）：观众有几个问题，我们会通过电子邮件将其发送给您，因为我们今天必须努力制止自己。 t显示。
Bullett Manale：对不起。
埃里克·卡瓦纳（Eric Kavanagh）：不，这是好东西，您可以看到业务核心，对吗？ 由于业务运行数据，因此您可以直接看到核心。 因此，不再需要手工波浪形的东西； 现在您实际上可以指向事物并解决问题。 对您有好处。
Bullett Manale：谢谢。
罗宾·布卢尔（Robin Bloor）：但很高兴看到它也顺其自然，做得很好。
埃里克·卡瓦纳（Eric Kavanagh）：是的，我们将存档此网络广播以供以后查看，然后我们希望在大约一两个小时内将其保存起来，而最初的存档有时会更长一些，但是我们将确保让人们知道。 伙计们，有了这些，我们将让您放手。 再次感谢您参加简介室，实际上我们是热门技术。 下次我们会与您联系。 保重，再见。
